Compiler, IDE ...



  • Original erstellt von Marc++us:
    Mit diesen Compilersettings kannst Du aber weder die MFC noch ATL übersetzen, und damit sind diese Settings weitgehend sinnlos.

    jup, in diesen fall macht das ja nichts weil sie ihre guis mit Delphi machen

    Original erstellt von <komk>:
    **Wenn sich der Intel so verhält wie VC dann hilft er auch nicht wirklich weiter. Hatte irgendwo mal gelesen, dass er der einzige ist, der das "extern" für Templates unterstützt und daraus geschlossen, dass er recht gut am Standard wär.
    **

    also extern kann er auch nicht,
    ich würde ihn aber noch nicht abhacken, probiere mal die 30 tage test version (instalieren, ein hacken in msvc umstellen, und schon ist er bereit), der intel ist sozusagen bug komatiebel mit msvc d.h. aber nicht das du dein code extra mit den bugs code musst, du hast blos die wahl (mit /Za und -Qansi dan nicht mehr)

    [ Dieser Beitrag wurde am 19.12.2002 um 18:09 Uhr von Dimah editiert. ]



  • Wo wir gerade beim Intel Compiler sind: Hat einer von euch den mal so in die VC IDE integriert bekommen, dass man auch doppelt auf die Fehlermeldungen klicken kann und das dann an die entsprechende Stelle im Code gesprungen wird? Bei mir macht der da irgendwie immer doppelte Backslashes rein und findet deshalb die entsprechenden Dateien nicht.



  • ja ich, kein probleme



  • @Dimah
    Ok. Danke. Dann liegt's wohl mal wieder an meiner Unfähigkeit. Hatte gehofft das ganze auf die Unfähigkeit anderer schieben zu können 😉



  • Original erstellt von HumeSikkins:
    @Dimah
    Ok. Danke. Dann liegt's wohl mal wieder an meiner Unfähigkeit. Hatte gehofft das ganze auf die Unfähigkeit anderer schieben zu können 😉

    hast du ihn beim setup erlaubt die umgebungs variablen zu setzen? ich ja



  • Original erstellt von HumeSikkins:
    Ok. Danke. Dann liegt's wohl mal wieder an meiner Unfähigkeit.

    Die VC++ IDE sucht verlangt lediglich
    filename(zeile)
    am anfang der fehlermeldung

    So habe ich zB auch den gcc geschafft in die VC++ IDE zu integrieren.
    Welches Ausgabeformat hat denn dein ICC?
    er sollte etwas in der art

    main.cpp(12) : error C1414: Du doedel!

    sein, dann schluckt es der VC++! (zumindest theoretisch)



  • Original erstellt von Shade Of Mine:
    **Die VC++ IDE sucht verlangt lediglich
    filename(zeile)
    am anfang der fehlermeldung

    So habe ich zB auch den gcc geschafft in die VC++ IDE zu integrieren.
    Welches Ausgabeformat hat denn dein ICC?
    er sollte etwas in der art

    main.cpp(12) : error C1414: Du doedel!

    sein, dann schluckt es der VC++! (zumindest theoretisch)**

    wie hast du das gemacht gcc in vc? ich habe schon danach gesucht aber nichts gefunden



  • Original erstellt von Dimah:
    wie hast du das gemacht gcc in vc? ich habe schon danach gesucht aber nichts gefunden

    jo, da gibts leider nix 😞

    Du kannst dir ja mal meinen Ansatz ansehen.

    Aber das parsen der Ausgabe vom gcc ist etwas umstaendlich - denn der gcc schreibt nicht nach stdout sondern nach stderr - das ist natuerlich fies.

    aber das programm besteht zu 95% aus einem switch mit vielen unter-switches 😃
    Sehr miserables design...

    PS:
    grosser Dank geht hierbei an Walter Bright von Digital Mars, der mich auf die Idee dazu gebracht hat und so nett war mir die Source der Digital Mars cl.exe zu ueberlassen!

    [ Dieser Beitrag wurde am 19.12.2002 um 21:19 Uhr von Shade Of Mine editiert. ]



  • Hallo,
    meine VC Fehlermeldungen sehen so aus: "D:\cdtemp\test\test.cpp(737) : error C2065: 'coute' : nichtdeklarierter Bezeichner"

    Der Intel-Compiler produziert:

    "D:\\cdtemp\\test\\test.cpp(737): error: identifier "coute" is undefined"

    Die doppelten Backslashes sind das Problem.

    [ Dieser Beitrag wurde am 19.12.2002 um 21:31 Uhr von HumeSikkins editiert. ]



  • Könnte das mit dem GCC sauber dokumentiert werden? Das wäre ein hilfreicher Tip, da man sich die VC-IDE ja über die Autorenversionen fast umsonst besorgen kann.... dann kann man die VC-IDE mit einem anderen Compiler nutzen, verletzt kein Copyright und hat trotzdem eine gute IDE mit einem starken Compiler... für 15 EUR.



  • gcc auf der VC-Oberfläche????

    Das wär ja supergenial! Aber wie funzt das mit den make-Files? Und wie mit dem Debugger? Sind das nicht andere Formate und so?

    grosser Dank geht hierbei an Walter Bright von Digital Mars, der mich auf die Idee dazu gebracht hat und so nett war mir die Source der Digital Mars cl.exe zu ueberlassen!

    Geht das dann auch mit dem DigitalMars-Compiler? Der soll ja recht gut sein.



  • Ich habe das Projekt eigentlich abgebrochen, aber wenn so grosse Nachfrage besteht schau ich mir das vielleicht nochmal an...

    Momentan ist irgendwo der Wurm drinnen und ich weiss nicht mehr genau wo...

    zB das linken fehlt noch total! ABer kompilieren kann man AFAIR schon 🙂

    Der 'Trick', der auch von Digital Mars und Intel verwendet wird ist der: man ersetzt die cl.exe durch eine eigene 'proxy' Datei, welche die Command Line Optionen erstetzt und dann den richtigen Compiler aufruft.

    Beim Intel und Digital Mars geht das sehr einfach, da sie beide Binary Kompatibel mit dem VC++ sind... Der gcc aber nicht 😞

    Ausserdem hat die Proxy Datei vom Digital Mars ein paar kleine Macken 😞

    IMHO ist der Digital Mars ein schoener Compiler, aber gcc ist halt besser.

    Wer interesse daran hat, an dem 'cl Proxy' Projekt mitzuarbeiten der schreibt mir bitte eine mail: toni@schornboeck.net



  • Original erstellt von kartoffelsack:
    **Das wär ja supergenial! Aber wie funzt das mit den make-Files? Und wie mit dem Debugger? Sind das nicht andere Formate und so?

    Geht das dann auch mit dem DigitalMars-Compiler? Der soll ja recht gut sein.**

    Der Digital Mars ist Binary Kompatibel - ich habe es zwar noch nicht getestet, aber der VC++ Debugger sollte mit dem DMC++ funktionieren.

    Beim gcc geht das natuerlich nicht.

    Es funkt so: du ersetzt die cl.exe vom VC++ durch meine und kannst dann ganz normal programmieren - lediglich die librarys die gelinkt werden sollen, muessen ersetzt werden. Und du kannst ganz einfach kompilieren und sonst alles machen 🙂

    Allerdings fehlt momentan noch der Linker und die cl_proxy.exe hat auch noch n paar Bugs... (und ich will nicht wissen, wieviele Optionen ich falsch verdrahtet habe)



  • lass uns lieber eine eigene ide schreiben, sowas wie windeveloper. dev-c++ ist wirklich sch**sse 😞



  • Ich benutze auch einen Nicht-Mainstream-Compiler. Der hat zwar die beste IDE, die ich kenne, leider aber auch die mit den meisten Bugs und vermutlich auch die langsamste und Speicherhungrigste.

    Darum bin ich gerade dabei auf Source Insight umzusteigen. Ich bin noch am Testen, und benutze ihn erst seit zwei Tagen, aber bis jetzt bin ich recht zufrieden. Das Ding Parst den Code, und kennt so alle Symbole, und bietet bei Klick entsprechende Informationen darüber an (inkl. Klassenhierarchie, Referenzen, Parameter, alles was man sich vorstellen kann). Entsprechend detailiert ist dann auch das Syntax-Coloring. Lokale Variablen werden in einer anderen Farbe dargestellt als Member, Member anders als Globale Variablen, Makros wieder anders, Template-Argumente wieder anders, per #ifdef ausgeschaltete Teile wieder anders etc.

    Und man kann wirklich jeden Compiler damit benutzen, selbst meinen, der sowas wie Make überhaupt nicht kennt. Die Erkennung der Compiler-Fehler, und Anspringen derselben wird einfach über eine Regular Expression angegeben, sollte also auch mit gcc kein Problem sein.

    Das einzige was mich nervt, ist das es ein MDI-Programm ist. Ich hasse MDI. Wenn er die geöffneten Fenster in Tab's anzeigen würde (wie Mozilla oder Mr. Ed) wäre ich restlos glücklich damit.

    Wäre vielleicht mal einen Blick wert. Besonders wenn ihr mit mehreren Leuten an einem Projekt arbeitet, weil auch Versions-Kontrollsysteme unterstützt sind. Voreingestellt ist das Teil von Microsoft (Source Safe?), man kann aber jedes beliebige Programm zum Ein-/Auschecken/Syncronisieren verwenden.



  • @<komk>
    vielleicht ist die beste Problemlösung für euch eine verteilte Compilier Umgebung, dh. wenn ihr etwas kompilieren wollt, kümmert sich ein Programm darum, dass die einzelnen Komponenten auf verschiedenen Rechnern kompiliert werden (ähnlich wie SETI@Home) und somit das Ergebniss schneller da ist. Für Linux gibt es da 2 Tools so weit ich weiss (ein kommerzielles von Trolltech und ein freies Namens distcc), wie weit es so etwas für den BCB oder Windows gibt weiss ich nicht, aber ich denke so etwas zu benutzen ist doch günstiger als ein kompletter Compiler umstieg

    @frenki

    Ich benutze auch einen Nicht-Mainstream-Compiler.

    war das der Compiler/die IDE, der/die keine includes brauchte und sich selbst um die Abhängigkeiten gekümmert hat?



  • Original erstellt von kingruedi:
    **
    @frenki
    [quote]Ich benutze auch einen Nicht-Mainstream-Compiler.**

    **
    war das der Compiler/die IDE, der/die keine includes brauchte und sich selbst um die Abhängigkeiten gekümmert hat?**[/QUOTE]

    Genau. IBM's Visual Age C++ 4.0. Der erste, und wie's aussieht leider auch der einzige "Legacy Free" Compiler, der die ganzen alten Konzepte wie Übersetzungseinheiten, Objectfiles, .Def-Files, Make und Linker einfach kurzerhand über Bord geworfen hat. Mit den Übersetzungseinheiten sind auch die includes verschwunden. Naja nicht verschwunden, aber optional. Es werden auch keine Dateien mehr compiliert, sondern nur die Funktionen/Klassen/Symbole, die geändert wurden, dadurch habe ich Build-Zeiten im Millisekunden-Bereich (beim inkrementellen Build, Kompletter Build dauert natürlich normal lange).
    Wird aber leider nur noch für AIX weiterentwickelt. Typisch IBM, wenn die Strategie der Woche Java heisst, wird die C++ Schiene halt eingestellt.



  • von Visual Age C++ hab ich schon einiges gehört. Der geplante Nachfolger Eclipse ist ja als Open Source Projekt freigegeben worden, aber enthält keinen eigenen Compiler mehr AFAIK.


Anmelden zum Antworten