3. Hat C++ Builder auf dem Markt Zukunftsaussichten?

Hat C++ Builder auf dem Markt Zukunftsaussichten?

  • R

    @WebFritzi
    was sind den für dich Otto-Normal-Entwickler? Ich kenn zum Beispiel welche, die arbeiten mit Cygwin und GCC. Digital Mars soll auch Kunden haben, hab ich mir sagen lassen.

    0
  • E

    Ihr lenkt langsam aber sicher vom Thema ab ...

    0
  • M

    ich denke nicht das der CBuilder eine schlechte zukunft hat. allerdings denke ich er wird sich weiter von windows entfernen und eher im linux bereich sich weiter entwickeln.

    meiner meinung nach kann microsoft borland nich ohne weiteres übernehmen, das wird das kartellamt nicht zulassen.

    0
  • L

    Ich find die VCL gut designed. Wenn da nicht dieser hässliche Compiler bei wär. Musst ich mal loswerden 😉

    0
  • K

    @epidemic

    Was sagt Ihr in Eurer Firma zu den Compilier-Zeiten vom Builder? Bei uns hat er deswegen (und aufgrund einiger anderer wenig einsichtiger Macken) einen ziehmlich schlechten Ruf. Eigentlich wollen wir weg davon, aber wir ham halt so viele Projekte damit - und zu MS wolln wir auch net ...

    0
  • L

    würden die die VCL Compilerunabhängig machen und den Compiler durch den GCC ersetzen wette ich, dass es Marktanteile schaffen wird. Aber das werden sie sicher net tun 😞 Wie sieht es eigentlich mit der Templateunterstützung des BCC aus?

    0
  • M

    also in unserer firma hat er einen recht guten ruf. gut eine kleine macken hat der schon aber das haben andere auch. was die compilier-zeiten angeht kann ich nur sagen man mus halt wissen wie man die compieler optionen richtig einstellt dann gehts auch schneller.

    0
  • K

    @Matt

    hm, darüber haben wir jetzt schon oft diskutiert. Immer wieder sagen einige, dass man das Teil schon dazu bekommt schnell zu kompilieren. Vielleicht sollten wir mal ein Tutorial machen!

    Was stellst Du an den Compilereinstellungen ein, dass er schnell kompiliert?

    Mit Präcompilierte Header - zumindest so wie wir das hier machen - isses uns immer noch zu langsam. Wir machens so:

    wir haben einen Header precomp.h in dem sind grundsätzlich mal alle Header der Standard-Bibliothek, windows.h, und vcl.h drinnen. Diese precomp.h wird in jedem Modul eingebunden. Ganz am Anfang jeder cpp-Datei steht

    #include "precomp.h"
    #pragma hdrstop

    So wie ich mir das vorstelle, müsste das jetzt doch so gehn:

    Bei einem Rebuild werden beim ersten Modul all diese Header compiliert -> dauert recht lange, bei jedem weiteren Modul, werden sie nicht mehr compiliert -> weitere Module müssten ziehmlich schnell gehn.

    Man kann dann, wenn man damit rumspielen will, für einzelne Projekte eine eigenen precomp.h machen, um nicht die ganze Standard-Bibliothek einbinden zu müssen.

    Was wir nicht praktikabel auf die reihe bringen, ist eigene Header als Präkompilierte zu verwenden. Weil: Templates machen Probs, Funktionen mit Standard-Parametern erstrecht und inline geht auch nicht. Außerdem wäre der Pflegaufwand doch recht erheblich. Da unsere Projekte aber alle eigentlich nicht so groß sind, sollte das nicht so extrem ins Gewicht fallen.

    Damit hab ich dann mal folgendes Ergebnis erzielt:

    kleineres Projekt mit vielleicht 30 kleineren Klassen jeweils in einem eigenen Modul:

    Ohne vorkompilierte Header 900 sec, mit 300 sec (ungefähr). Also mit war der Compiler 3 mal so schnell. Aufgrund der Größe des Projekts erscheinen mir 5 Minuten aber immer noch als extrem unangemessen. Außerdem, wenn das allermeiste was er kompiliert - und das ist die vcl.h, windows.h und die Header der Standard-Bibliothek wirklich nur einmal übersetzt wird, und das Compilieren eines kleinen Modulen vernachlässigbar kurz dauert, dann müsste der Compiler bei 30 Modulen auch ca. 30 mal so schnell sein. Ok, das ist ein theoretischer Wert, aber es sollte doch mehr als von 900 auf 300 sec dauern.

    Was ist also der Trick, um den CBuilder zu einem schnelleren compilieren zu bringen? Wie machst Du/macht Ihr das?

    0
  • K

    Hallo

    BC++ 4.0 prof braucht bei mir (Datenbanken + ca. 100 Klassen + ca. 60 Formulare + QuickRep + + + + )

    ca. 12 s bei einem kompletten Rebuild - EXE ca 4,5 MB

    Ich meine, das haengt stark vom Rechner (Einstellungen) ab - weniger vom Compiler

    AMD 750 + 416MB Speicher (feste Auslagerungsdatei)

    MfG
    Klaus

    0
  • M

    Original erstellt von Lars:
    würden die die VCL Compilerunabhängig machen und den Compiler durch den GCC ersetzen wette ich, dass es Marktanteile schaffen wird. Aber das werden sie sicher net tun

    Das können sie gar nicht tun, weil die VCL nicht in C++ geschrieben ist. Und im Builder mußten sie C++ aufbohren, damit die VCL-Interfaces genutzt werden können. Vom GCC ist die VCL weiter weg als die MFC...

    0
  • L

    Original erstellt von Marc++us:
    Das können sie gar nicht tun, weil die VCL nicht in C++ geschrieben ist. Und im Builder mußten sie C++ aufbohren, damit die VCL-Interfaces genutzt werden können. Vom GCC ist die VCL weiter weg als die MFC...

    hmm ausser den properties fählt mir da gar nichts ein?

    0
  • K

    hab den c++Builder 5.0, P4 mit 1,8 Ghz und 512 RAM. Der rechner wird vom RAM ausgebremst und ist nicht so schnell, wie man erwarten sollte, aber er sollte trotzdem mein oben beschriebenes Projekt in weniger als 5 Min compilieren. VC ist auch erheblich schneller (hab aber noch nie nen systematischen Vergleich gemacht).

    Also kommt, was macht ihr für Einstellungen, damit schneller compiliert wird.

    man mus halt wissen wie man die compieler optionen richtig einstellt

    hilft mir nicht weiter, weil ich weiß es ja nicht 😞

    0
  • ?

    Hm, also ich arbeite hauptsächlich mit Delphi (weiß jetzt nicht wie groß er sich vom Builder-Compiler unterscheidet), aber bei mir sind die Projekte im nu übersetzt. Wo bei wenn ich ein leeres WinAPI Grundgerüst mit dem VC übersetzte ich immer warten muß.

    Oder wie riesig sind eure Projekte?

    0
Anmelden zum Antworten