Zitat:

---

Original von Kaesebroetchen:
@whose:
Spitze

Wenn dann keine größeren Probleme mehr auftauchen (Include Verzeichnisstruktur, Bibliotheken usw.) dann könnte man ja mal anfangen ganz viele Packages dafür zu basteln...

---

Und man müßte gni s Hinweise bezüglich der Symbol- und Debuginformationen noch da einbauen, auf das die Programme etwas kleiner werden

Bisher habe ich aber keine großen Probleme entdeckt, die ReAction-Beispiele laufen problemlos. Jetzt wärs noch endgeil, könnte man die Programme direkt zum WinUAE schicken, ohne das man extra die PC-Laufwerke einbinden muß

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
Ich habe dem ganzen jetzt ein Installationsprogramm spendiert.
Nach dem Entpacken der .part Dateien einfach "AmiDevCpp_Setup.exe" ausführen. Das Installationsprogramm erledigt den Rest.
AmiDevCpp kann jetzt in jedes beliebige Verzeichnis / Laufwerk installiert werden. Die Pfadangaben in "Dokumente und Einstellungen/BenutzerName/Anwendungsdaten/Dev-Cpp/devcpp.ini" werden vom Installationsprogramm automatisch angepasst.
Deinstallation geht natürlich auch vollautomatisch

Damit sollte es jetzt auch für unerfahrene Nutzer/Programmierer möglich sein, unter Windows Programme für den Amiga zu kompilieren.

---

Konkrrett krassss!

Hab mir vorhin noch die Vorgängerversion gesaugt, aber jetzt warte ich noch, bis die aktuelle auf dem Server ist und teste die

Super Arbeit!

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
So, die überarbeitete Version ist auf dem Server.
Die alte Version ist über den Link auf der Startseite zu erreichen.
Natürlich müssen auch Dev-Cpp.zip für die Anwendungsdaten neu heruntergeladen werden.

Wär schön wenn das mal jemand testet und hier Rückmeldung gibt.

---

Super! Ich mach mich heut nachmittag dran, hab jetzt auch größere (und komplexere ) Testprogramme auf den Laptop geschaufelt. Ich meld mich dann heut Nachmittag nochmal dazu.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Holger:
Nunja, abgesehen davon, daß es bei mir nicht in C: liegt, sind da auch fast alle, außer
usrlocalamigam68k-amigaossys-includeinline, welches stattdessen
in
usrlocalamigaincludefeelininline liegt (lag).

---

Zitat:

---

Dieser separate Platz ist schon daneben, sonst wärs ja drin. Abgesehen davon, daß ich mir weiß ich nicht wie lange den Kopf zerbrochen haben, warum er eine Datei nicht findet, die eigentlich da ist, aber wenn sich Pfade überschneiden, scheint dieser Compiler das nicht zu mögen.

---

Dann weiß Kaesebroetchen jetzt, daß er daran noch arbeiten sollte

Zitat:

---

Zitat:

---

Oder hast Du noch die erste Fassung der IDE?

---

Ich weiß nicht, welche Fassung das ist.

---

Zitat:

---

Zitat:

---

Ich kann hier jedenfalls problemlos compilieren und die Includes sind auch nicht an einer besonders ungewöhnlichen Stelle.

---

Hast Du auch versucht, weitere Sachen hinzuzufügen?

---

Zitat:

---

Wie auch immer, ich habe inzwischen geschafft, das erste MUI Programm damit zu kompilieren, und werde jetzt versuchen zu vergessen, wie lange ich dafür gebraucht habe. Vielleicht noch etwas meditieren...
Kommt sogar ohne NO_INLINE_STDARG aus.

---

Also ohne Makros bzw. angepaßte Makros

Zitat:

---

Wenn ich dann noch ein Beispielprogramm finde, das nicht wie eine worst-practice Sammlung aussieht, kann ich mich ja mal damit beschäftigen, wie man so ein package bastelt. Aber nich mehr heute.

---

Ich hoffe mal, die leicht geänderte Fassung des "Mein erstes Fenster"-Quellcodes sieht nicht wie eine "worst-practice" Sammlung aus?

Obwohl ich da noch zwei Sachen entdeckt habe, die man hätte konsequenter machen können...

Auf alle Fälle wärs cool, wenn Du noch ne MUI-Package basteln könntest.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 29.09.2005 um 21:20 Uhr editiert. ]

Zitat:

---

Original von Holger:
Hab gerade erstmal aufgegeben, den MUI-Kram zu installieren.
Die Verzeichnisstruktur von diesem cross-compiler ist daneben, was zur Hölle haben header-files für AmigaOS-libraries in einem Verzeichnis namens "feelin" zu suchen? Was hat dieses Verzeichnis überhaupt in "include" zu suchen?
Der Sinn des ganzen Pakets sollte doch sein, daß ich mich nicht damit beschäftigen muß, wo die ganze Einstellungen für die Pfade liegen, oder? So kann ich nichtmal Dateien dahin kopieren, wo sie hingehören, weil irgendwelche Dateien, die an falschen Stellen liegen, in den Einstellungen Vorrang haben.

---

Hmm, ich hab die feelin-Package noch nicht benutzt, aber bisher sind mir die System-Includes in dem Platz über den Weg gelaufen, wo ich sie auch vermutet habe:

C:Ami-Dev-Cppusrlocalamigam68k-amigaossys-include

Die Feelin-Includes sind separat gehalten und tauchen zusätzlich im Suchpfad auf. Das ist natürlich nicht unbedingt "Standard", hat aber wenig mit "danebener Verzeichnisstruktur" zu tun.

Oder hast Du noch die erste Fassung der IDE?

Ich kann hier jedenfalls problemlos compilieren und die Includes sind auch nicht an einer besonders ungewöhnlichen Stelle.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
@whose:
OK, probier ich bei Gelegenheit mal aus.

Kennst du dich zufällig mit MUI aus ?
wär doch was feines da auch ein Package für zu haben...

---

Nein, mit MUI habe ich nie viel gemacht, sorry.

Aber eine Package dafür ist sicher sinnvoll Im Groben ists aber ziemlich ähnlich wie bei ReAction. NO_INLINE_STDARG und so...

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von gni:

Zitat:

---

Es bleibt aber weiterhin das Problem mit den Makros.

---

Da ReAction genau wie MUI per Makros Objekte zusammenbaut, bekommt man
Preprozessorkonflikte. Entweder man löscht das NewObject #define oder
man benutzt NO_INLINE_STDARG oder man erzeugt sich mit einem recht aktuellen fd2pragma eine neue inline/intuiton.h Datei, die NewObject nicht mehr als Makro definiert.

---

*stirnklatsch* Danke, das war es. Ich arbeite schon ewig nicht mehr mit den inline-Makros, habe also NO_INLINE_STDARG standardmäßig definiert. Daher compilierte das auch problemlos bei mir unter StormC4-GCC, aber nicht mit dem Crosscompiler. Hätt ich auch allein drauf kommen müssen


@Kaesebrötchen:

Du kannst auch das simple ClickTab-Beispiel verwenden, mußt halt nur #define NO_INLINE_STDARG zu Beginn einfügen. Habs compiliert, läuft durch, läuft problemlos im WinUAE.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 29.09.2005 um 12:00 Uhr editiert. ]

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Für ReAction-Programme? Hast das schon hochgeladen?

---

Ja, musst das gleiche Package nochmal runterladen. Du musst das alte aber vorher im Menü Werkzeuge->Packages deinstallieren, da der Paketmanager eine Versionskontrolle macht, und ich natürlich nicht daran gedacht habe die Versionsnummer zu erhöhen.

---

Ok, das funktioniert weiterhin prima

Edit: Hab mir gerade die Quellen angeschaut, so gehts natürlich auch. Es bleibt aber weiterhin das Problem mit den Makros. Die sollten eigentlich funktionieren. Ist der hier verwendete Präprozessor möglicherweise ein bißchen durcheinander?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 29.09.2005 um 10:20 Uhr editiert. ]

Zitat:

---

Original von Kaesebroetchen:
Habs hinbekommen, das Package enthält jetzt funktionierende Vorlagen für C und C++.

---

Zitat:

---

Eine Anleitung zum erstellen der Packages findest du auf dieser Seite:

Das coole an den Packages ist, das man damit auch gleich alle benötigten Includes und Libraries installieren kann. In der .template Datei kann man dann sogar noch Argumente für den Linker übergeben (z.B. -lmui).

---

Danke Dir, das schau ich mir heut abend als Bettlektüre mal näher an

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
@whose:
Ich habe ein einfaches Reaction Programm ans laufen bekommen.
Funktioniert so aber wenn man es als C Projekt öffnet. Bei C++ gibt es Probleme.
Ich habe es als Selbstinstallierendes Erweiterungspackage auf die Website gelegt.
Nach der Installation kann man unter Datei-Neu-Projekt halt auch ein Reaction Projekt beginnen.

Vielleicht schaust du es dir mal an.

---

Ach sooo... machen die Makros unter C++ Streß? Hab ich noch nie getestet bisher...

Naja, wichtig ist. daß es funktioniert. Und das tuts, ließ sich einwandfrei übersetzen und läuft auch auf dem WinUAE.

Wo findet man eigentlich Dokumentation zu den Packages? Die Hilfe sagt dazu leider nix

Grüße


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
@whose:
Das sind OS4 Beispiele!
Ist aber eine gute Methode um zu demonstrieren, das die IDE wirklich VIELE Fehlermeldungen darstellen und verwalten kann

---

Shit, bin ich doch in die Falle getappt, vor der ich selbst gewarnt hab?

Das ist nun aber das korrekte Archiv. Hoffe ich

Mea culpa, da waren Copy & Paste ausnahmsweise mal nicht meine Freunde

Aber immerhin wars auch zu etwas nütze, wie ich lesen konnte Nu sollte es aber nicht nur zum Verwalten von Fehlermeldungen taugen

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Welche Beipiel-Programme sind das denn? Ich kann dann schauen, ob ich die umgestrickt kriege, so daß die Linkerlib nicht benötigt wird.

---

Ich habe leider nur ein Reaction Programm, das aber als Beispiel auch zu groß ist. Hast du vielleicht noch ein simples Beispiel das ich als Vorlage nehmen könnte ?

---

Im Aminet gibts ne ganze Sammlung an einfachen Beispielen für die einzelnen ReAction-Klassen. Aber aufpassen, das gibts auch als Überarbeitung für OS4, die funktionieren nicht immer unter OS3.9

Hier ist eine etwas ältere Fassung zu finden, die auch den reaction.lib-Ersatz verwendet zum Teil. Da kannst Du auch gleich überprüfen, ob das out of the box funktioniert mit der IDE.

Ich kann mich da aber auch noch dransetzen ab spätem Nachmittag. Kannst ja Bescheid geben, wie Du damit klarkommst.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Apropos: Du solltest dann auch noch schauen, daß das Executable gestrippt wird, wenn kein Debugging-Code gewünscht ist. Derzeit sind die erzeugten Executables noch etwas... gewaltig

---

Compiler Optionen wie Optimierung und Parameter kannst du im Menü "Projekt->Projekt->optionen->Compiler" einstellen.
Das gilt dann allerdings nur für das jeweilige Projekt. Wenn du dauerhaft Parameter übergeben möchtest, dann musst du es in Werkzeuge->Compiler einstellen.

---

Zitat:

---

Ich finde aber 8kb für das Intuition Programm mit dem gcc bzw. 15kb mit dem g++ nicht besonders gewaltig.

---

Zitat:

---

Was genau meinst du eigentlich mit "gestrippt" ?

---

Zitat:

---

Ach ja, ob es ein C oder ein C++ Projekt wird, kann man bei der Projekt Vorlagenauswahl einstellen.

---

Jep, da führt einen der Projektassistent auch ganz gut. Die IDE ist fein, da gibts nix

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Hier ist der Quellcode, Fenster ist größenveränderbar und Speicher bleibt sauber

---

Hab ich gleich mal in die Vorlagen eingebaut.
Funktioniert gut.

---

Apropos: Du solltest dann auch noch schauen, daß das Executable gestrippt wird, wenn kein Debugging-Code gewünscht ist. Derzeit sind die erzeugten Executables noch etwas... gewaltig

Ich hab mir die IDE aber auch noch nicht genau genug angesehen, evtl. habe ich da auch nur vergessen, Debug-Code zu deaktivieren.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Holger:

Zitat:

---

Original von Kaesebroetchen:
Weiss ich auch nicht. Müsste aber doch im Prinzip im grünen Bereich sein. Ist schließlich alles aus dem NDK und das kann man frei herunterladen.

---

So einfach ist das mit den Rechten auch nicht.
Trotzdem denke ich, daß es im Sinne alle Beteiligten ist, wenn wir annehmen, daß möglichst viele Programmierer Amiga-Programme damit entwickeln sollen.
Wenn H&P andere Intentionen hatte, hätten sie es in's NDK schreiben müssen.

---

Wenn ich den ersten Kaffee unten habe, schau ich mal flott auf die DevCD. Soweit ich weiß, stammt die reaction.lib von einem Externen und nicht von H&P direkt. Ich weiß jetzt nur nicht genau, wer das war, könnte S. Rupprecht gewesen sein oder Olaf Barthel.

Ich wühl dann mal nach dem ReadMe und dann sehen wir weiter.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
@whose

Zitat:

---

reaction.lib

---

Müsste das dann nicht eher libreaction.a heissen ?
Die gibts aber scheinbar nicht.

---

Naja, die müßtest Du Dir wahrscheinlich selbst aus dem Original (welches für SAS C gedacht ist) mittels hunk2aout selbst erzeugen.

Andererseits ist das mehr eine Utility-Lib, also man benötigt sie nicht _unbedingt_ für ReAction-Programme. In Deinen Beispielen wird sie aber wahrscheinlich benötigt.

Welche Beipiel-Programme sind das denn? Ich kann dann schauen, ob ich die umgestrickt kriege, so daß die Linkerlib nicht benötigt wird.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Bin grad dabei, daß Fenster-Beispiel sattelfest zu machen. Ich poste es dann hier, ok?

---

Gute Idee. Ich habe noch festgestellt, das bei Reaction Programmen Linker Fehler auftreten. Du weißt nicht zufällig wogegen man linken muss ?

---

Zitat:

---

Für Heute mach ich aber erst mal Schluss...

---

Ich auch

Hier ist der Quellcode, Fenster ist größenveränderbar und Speicher bleibt sauber

code:

---

#include <exec/types.h>
    #include <exec/exec.h>
    #include <intuition/intuition.h>

    #include <clib/exec_protos.h>
    #include <clib/intuition_protos.h>
    #include <reaction/reaction.h>
    // Symbolische Konstanten
    #define WIDTH 300   // Breite des Fensters
    #define HEIGHT 300  // Höhe des Fensters

    struct Window *Fenster;                // Zeiger auf Window-Struktur
    struct IntuitionBase *IntuitionBase;   // Zeiger auf IntuitionBase-Struktur
    struct IntuiMessage *Nachricht;
    BOOL Fertig;
	
    int main(void)
    {

      // Intuition Library öffnen
      IntuitionBase = (struct IntuitionBase *) OpenLibrary("intuition.library",0L);

      if (IntuitionBase != NULL)
      {

        // Fenster mittels Tags öffnen
        Fenster = OpenWindowTags(NULL,
                                 WA_Left, 100,       // Abstand vom linken Rand
                                 WA_Top, 100,        // Abstand vom oberen Rand
                                 WA_Width, WIDTH,    // Breite
                                 WA_Height, HEIGHT,  // Höhe
                                 WA_MinWidth, 50,    // minimale Breite
                                 WA_MinHeight, 50,   // minimale Höhe
                                 WA_MaxWidth, 500,   // max. Breite
                                 WA_MaxHeight, 400,  // max. Höhe
                                 WA_SimpleRefresh, TRUE,
                                 WA_NoCareRefresh, TRUE,
                                 WA_Title, "Mein erstes Fenster", // Fenstertitel
                                 WA_CloseGadget, TRUE,            // Close-Gadget
                                 WA_DragBar, TRUE,                // Ziehleiste
                                 WA_DepthGadget, TRUE,            // Depth-Gadget
                                 WA_IDCMP, IDCMP_CLOSEWINDOW,
                                 WA_Activate, TRUE,               // Fenster aktivieren
                                 WA_SizeGadget,TRUE,              //Grössenänderung  
                                 WA_AutoAdjust, TRUE,
                                    TAG_DONE);

        if (Fenster != NULL)
        {
          while(!Fertig)
	  {
	    // Auf Close-Gadget warten
	    WaitPort(Fenster->UserPort);
	    Nachricht = (struct IntuiMessage *)GetMsg(Fenster->UserPort);
	    
	    if(Nachricht->Class  == IDCMP_CLOSEWINDOW)
	      Fertig = TRUE; // end if

	    ReplyMsg((struct Message *)Nachricht);
	  }
          CloseWindow(Fenster);   // Fenster schließen
        } // end if

      } // end if

      // Library schließen
      if (IntuitionBase != NULL) CloseLibrary((struct Library *)IntuitionBase);

      return 0;

    }

---

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 28.09.2005 um 03:29 Uhr editiert. ]

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Eine Sache ist mir gerade aufgefallen: Das Fenster "Mein erstes Fenster" läßt sich in der Größe nicht verändern, trotz WA_SizeGadget. So ganz normal ist das aber nicht

---

Hab ja nie behauptet, das ich programmieren kann !

---

Das Gegenteil wiederum habe ich nicht behauptet

Zitat:

---

Ich hatte auch zuviel mit den Compiler Sachen zu kämpfen, als das ich Zeit für gute Vorlagen gehabt hätte. Aber immerhin ist sogar eine Vorlage für Feelin dabei !

---

Bin grad dabei, daß Fenster-Beispiel sattelfest zu machen. Ich poste es dann hier, ok?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Bevor du morgen was grösseres probierst, lad dir nochmal die Dev-Cpp.zip herunter. Ich habe der Sache einen code completition cache für die meisten Amiga Includes spendiert.

---

Jup, mach ich sofort. Eine Sache ist mir gerade aufgefallen: Das Fenster "Mein erstes Fenster" läßt sich in der Größe nicht verändern, trotz WA_SizeGadget. So ganz normal ist das aber nicht

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

XP Home auf dem Laptop.

---

Das ist gut. Dann sollte es wie oben beschrieben gehen.
Langfristig werde ich da wohl ein Setup-Programm für basteln müssen.
Schon damit nicht jeder seinen eigenen code completition cache erzeugen muss.

---

[/quote]

Jo, um ein kleines Setup wirst Du wohl nicht herumkommen. Aber ich glaube nicht, daß das was Wildes werden würde. Bis auf die IDE-Konfiguration läuft alles aus dem Archiv heraus.

Morgen teste ich dann mal was Größeres, dann werden wir auch sehen, ob beim Compiler nun weitgehend alles paßt. Und dann beschäftige ich mich mal mit den Interna der IDE, da lauern sicherlich auch noch ein paar Kleinigkeiten, die Du dann noch ausbügeln müßtest.

Aber eins sei gesagt: Das ist endlich mal ein sinnvolles Crosscompiler-Projekt! Da können auch die, die sich nicht mit der Konsole und Environment-Variablen herumschlagen möchten, komfortabel entwickeln.

Nun noch das Ganze für OS4 und die Sache ist echt knorke

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
@whose

Upload ist komplett.

Welche Windows Version benutzt du eigentlich ?

---

XP Home auf dem Laptop. Lad mir den Rest jetzt auch runter und dann wirds nomma ausprobiert

Edit: Bis auf den bereits bekannten Fehler, daß eine Datei zu klein war nach dem Download und ein zweites Mal her mußte: Erste Sahne!

Läuft einwandfrei, soweit ich das auf die Kürze testen konnte, und "Mein erstes Fenster" läßt sich auf dem WinUAE problemlos aus ClassAct heraus starten. Super Sache das!

Nun müßte man nur noch die "Anwendungsdaten"-Geschichte gelöst kriegen, dann ist es ein 1A-Crosscompiler-Paket mit IDE, sofern jetzt alles paßt, was den Compiler betrifft. Ich kann ja mal meine kleine 2D-Engine da durch jagen, mal schaun, was dabei rauskommt

Aber das mach ich morgen, jetzt bin ich schon etwas übermüdet.

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 28.09.2005 um 01:59 Uhr editiert. ]

Zitat:

---

Original von Kaesebroetchen:
@whose:
Keine Angst, diesmal ist alles dabei!
Von der Windows Konsole wird das ganze allerdings nicht benutzbar sein, falls du das meinst.
Dafür kann man sich ja schließlich cygwin installieren.

---

Äh... CygWin ist da ja schon drin gewesen, sogar zu nem Großteil installiert... selbst die Bash ging, nachdem vom Setup die Pfadanpassungen gemacht wurden. Na, ich lads etz nomma runter, wenn ich darf

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:
@whose:
Dann werde ich wohl weiter unverständliche PDFs durchlesen und weiterbasteln müssen...

Den "Make-Fehler" hab ich jedenfalls weg (hoffe ich).
Ich lade das gerade hoch. Dauert aber wohl noch ein bisschen.
Würde mich freuen, wenn du das dann nochmal testen könntest.

---

Kein Thema. Aber vergiß den Compiler samt Frontends nicht, sonst taugt das nix. Und es sollte schon der Crosscompiler sein, nicht der x86-target GCC, gell?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 28.09.2005 um 00:58 Uhr editiert. ]

Zitat:

---

Original von Kaesebroetchen:

kann man sagen !
Ich blicke leider bei den GNU Sachen nicht wirklich durch.
Ich habe halt einfach versucht diesen CrossCompiler irgendwie in Dev-Cpp zu integrieren. Dabei habe ich einige ziemlich schutzige Tricks angewendet. Wenn du mal im Menü unter "Werkzeuge->Compiler Optionen" nackguckst, wirst du wissen was ich meine...

---

Öhm... nein? Da ist kaum was eingetragen, bis auf make und die GCC-Frontends. Und die sind korrekt drin, nur halt net in dem angegebenen Verzeichnis

Zitat:

---

Du scheinst dich damit ja recht gut auszukennen.
Vielleicht kannst du dir das mal genauer anschauen ?
Wäre doch sicher auch für dich ganz nett eine so komfortable Entwicklungsumgebung für Amiga Programm zu haben ?

Durch das Package System wäre das alles auch super erweiterbar. Man könnte z.B. mit einem Klick alle Includes und Libs für MUI oder solche Sachen Installieren.

---

Hm, leider nicht wirklich. Habs zwar geschafft, den GCC 3.4 auf nem 68K-Amiga installiert zu kriegen, aber wie der Kram intern aufgebaut ist und was wo gesucht (und oft nicht gefunden ) wird, weiß ich auch nicht sooo genau.

Da wäre gni mit Sicherheit der bessere Ansprechpartner. Er weiß, was wo hin gehört und wie der Kram korrekt konfiguriert wird. Crosscompilern unter Unix-Umgebungen bin ich immer weit aus dem Weg gegangen. Wär aber schon schön wenn man sowas mal in eine nette Umgebung integriert benutzen könnte, keine Frage.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233