ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
gni
Nutzer
02.08.2005, 09:53 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:Die Frage war ernst gemeint. Alle diese Ports gibt es wirklich. Ich hoffe bald die notwendige Zeit zum Bauen von Archiven zu finden. Zitat:Nach Aussagen der Entwickler soll 4.0 beim Übersetzen nicht langsamer sein als 3.4, gelegentlich sogar schneller. Mir kommt das aber nicht so vor. Wie gut/schlecht 4.0 ist, kann ich nicht so recht beurteilen, aber IMHO hat es sich für m68k eher verschlechtert denn verbessert. Das ist auch ein Grund, warum ich es noch nicht für nötig hielt, einen 4.0 Port zu veröffentlichen. Ich nehme vorwiegend 3.3.3. |
|||||
gni
Nutzer
01.08.2005, 15:48 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:Darauf gibt es keine objektive Antwort ;-) Ich würde das Geld anders ausgeben, aber ich bin eh voreingenommen *g* |
|||||
gni
Nutzer
01.08.2005, 13:56 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:gcc -v zeigt Dir, wo der Compiler Includes sucht. In diesem Bereich gibt es defintiv keine Unterschiede. Zitat:Welche Anleitung? Woher ist der Compiler? Poste bitte die -v Ausgabe des Frontends und die Ausgaben von "Frontend -v -x c -c /dev/null". |
|||||
gni
Nutzer
01.08.2005, 13:52 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:Vorerst nicht. Dessen Repository enthält zu viel Ballast IMHO. Zitat:Welche möchtest Du haben? ;-) Wenn ich endlich die Zeit finde, dann habe ich vor folgendes zu veröffentlichen: 2.95.4: m68k, PowerUp, WarpOS 3.3.6, 3.4.3, 4.0.x, 4.1.x: m68k, PowerUp Keiner dieser Versionen wird mehr gg: sondern usr:local verwenden. Aus gg:[os-]include wird usr:[os-]include. Da aber gg: == usr: ist das nicht weiter tragisch. Das spezielle GG Layout war IMHO ein böser Fehler. Der 2.95.4 Port existiert deshalb, weil es den WarpOS-GCC bisher nur für diese Version gibt und da wollte ich es vollstäding haben (Der erzeugte Code von 2.95.4 ist identisch zu 2.95.3). Es gibt aber keinen definitiven Zeitpunkt. |
|||||
gni
Nutzer
01.08.2005, 13:41 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:Wie gesagt: teilweise. Das Frontend _vesucht_ den Compiler, einige der Include- und Bibliotheksverzeichnisse so zu finden. Man kann sich das mit -v anschauen. |
|||||
gni
Nutzer
01.08.2005, 11:57 Uhr [ - Direktlink - ] |
Thema: gcc-warpup: Wo gibts den noch?
Brett: Programmierung Zitat:Versuchen würde ich es damit, ja. Hoffentlich sind die Quellen nicht mit der Annahme "es gibt nur GCC" geschrieben Zitat:Wenn Du keine Antworten erwartest :-) |
|||||
gni
Nutzer
01.08.2005, 11:51 Uhr [ - Direktlink - ] |
Thema: gcc-warpup: Wo gibts den noch?
Brett: Programmierung Zitat:Üblicherweise benutzt man Compiler über deren Frontend. Das ist auch bei VBCC so. Die Frontend wissen am besten, wo die Compiler sich befinden und mit welchen Optionen man sie aufrufen muß. |
|||||
gni
Nutzer
01.08.2005, 11:43 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:2.95.x und 3.4 unterscheiden sich im Verzeichnislayout. |
|||||
gni
Nutzer
01.08.2005, 11:41 Uhr [ - Direktlink - ] |
Thema: GCC installieren
Brett: Programmierung Zitat:Nein, dh. GCC 3.x sucht teilweise relativ von der Stelle an der sich sein Frontend befindet. Zitat:Richtig. Demnächst usr:os-include ;-) Zitat:Nein. Die 68k-Bibliotheken gehören allesamt nach gg:m68k-amigaos/lib. Demnächst usr:local/m68k-amigos/lib. Zitat:Ausser den Inline brauchts auch noch passende proto/ Header, damit die Inlines auch benutzt werden. Ob man nun fd2pragma verwendet oder fd2inline ist egal. Zitat:Oh doch! Zitat:Was hat nicht mehr geklappt? 3.x verwendet die selben Include- und Bibliotheksverzichnisse 2.x. |
|||||
gni
Nutzer
01.08.2005, 11:28 Uhr [ - Direktlink - ] |
Thema: gcc-warpup: Wo gibts den noch?
Brett: Programmierung Zitat:Das verstehe ich zwar, aber ich würde dennoch versuchen, einen Compiler zu verwenden, der echen WarpOS-Code erzeugt. Die "Krücken" machen alle ELF aka SYSV-Code, für die es allerdings eben auch eine C lib gibt :-( |
|||||
gni
Nutzer
01.08.2005, 11:24 Uhr [ - Direktlink - ] |
Thema: gcc-warpup: Wo gibts den noch?
Brett: Programmierung Zitat:Wenn es kein Frontend gibt, dann kann man die Verwendung in der Shell vergessen. Zitat:Die Compiler benutzt man auch nur über das Frontend. Vermutlich weis niemand, wie es ohne Frontend geht ;-) Zitat:Keine Ahnung was Du meinst. Das Makefile ist nicht ohne. Ich habe eine Weile gebraucht, bis ich dessen Design verstanden hatte. Dieses Makefile ist schon was besonderes, das mit nur einem Makefile Versionen für MOS, OS4, 68k, PowerUp und WarpOS erstellen lassen. So ein Design habe ich für meine xpkGZIP Bibliothek nicht hinbekommen. Da habe ich separate Makefiles für 68k, PUP und WOS. |
|||||
gni
Nutzer
01.08.2005, 11:14 Uhr [ - Direktlink - ] |
Thema: IFF-Bilder mit PPT 6.18
Brett: Programmierung Zitat:Was soll denn das sein? |
|||||
gni
Nutzer
01.08.2005, 11:12 Uhr [ - Direktlink - ] |
Thema: IFF-Bilder mit PPT 6.18
Brett: Programmierung Zitat:Soweit ich weis, kann PPT 24-Bit BMPs sowohl Laden als auch Speichern. |
|||||
gni
Nutzer
01.08.2005, 11:06 Uhr [ - Direktlink - ] |
Thema: gcc-warpup: Wo gibts den noch?
Brett: Programmierung Zitat:Das ist aber hier irrelevant. Wenn man StormGCC in der Shell benutzen kann, sollte sich der Compiler mit make benutzen lassen. Zitat:Und den kann man nicht in der Shell benutzen? Zitat::-( Du mußt dem Makefile schon sagen, das Du StormGCC verwendest und wann/wie 68k und PPC Compiler. |
|||||
gni
Nutzer
01.08.2005, 10:56 Uhr [ - Direktlink - ] |
Thema: gcc-warpup: Wo gibts den noch?
Brett: Programmierung Zitat:Ich würde diese alten WarpUP Versionen nicht verwenden. Das waren immer nur Krücken. VBCC zu benutzen klingt doch gut ;-) Oder eben StormGCC. Den kann man doch in der Shell verwenden? Ansonsten gibt es ja auch einen "echten" GCC für WarpOS, allerdings *ohne* C lib. |
|||||
gni
Nutzer
26.07.2005, 14:17 Uhr [ - Direktlink - ] |
Thema: So darfst Du doch nicht tun!
Brett: Amiga, AmigaOS 4 Zitat:Vermutlich sind die Platten nicht angeschlossen. |
|||||
gni
Nutzer
26.07.2005, 09:53 Uhr [ - Direktlink - ] |
Thema: Eine Frage Uber eine 604e CPU
Brett: Amiga, AmigaOS 4 Zitat:Mit einer älteren Version der Library sollte es kein Problem geben. |
|||||
gni
Nutzer
26.07.2005, 09:50 Uhr [ - Direktlink - ] |
Thema: Eine Frage Uber eine 604e CPU
Brett: Amiga, AmigaOS 4 Zitat:Diese Version ist uralt. Die aktuellste Version ist 46.x. Zitat:Sicher? Was sagt "version full cybppc.device"? |
|||||
gni
Nutzer
15.07.2005, 16:56 Uhr [ - Direktlink - ] |
Thema: Frage zu 060 CPU / Aminet Softwaretools
Brett: Amiga, AmigaOS 4 Zitat: Das sollte Deine 68060 Library bereits erledigen. Zitat:Macht eventuell die 68060 Library auch schon selber. Oder man kann es von Blizkick erledigen lassen. Zitat:Nö. Zitat:Das brauchst Du auf keinen Fall. [ Dieser Beitrag wurde von gni am 15.07.2005 um 16:58 Uhr editiert. ] |
|||||
gni
Nutzer
15.07.2005, 16:36 Uhr [ - Direktlink - ] |
Thema: Performance-Wahn: Startup-Sequence optimieren. :-)
Brett: Amiga, AmigaOS 4 Zitat:Wie findest Du den beginn der nächsten Zeile? Es muß immer die komplette Datei inklusive aller Kommentare gelesen werden. |
|||||
gni
Nutzer
15.07.2005, 16:31 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung [Doppelposting gelöscht] [ Dieser Beitrag wurde von gni am 15.07.2005 um 16:32 Uhr editiert. ] |
|||||
gni
Nutzer
15.07.2005, 16:15 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Das hat was mit MorphOS zu tun. Zitat:Wie erkennt der 68k-Compiler, das eine PPC-Funktion aufgerufen wird? Oder erkennt das der Linker? Zitat:IMHO, der mpega_libmad Weg ist flexibler und man ist nicht an ein einziges Compilersystem gebunden. |
|||||
gni
Nutzer
15.07.2005, 09:51 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Die Initialisierungsfunktionen schreibt man genau *ein* mal und dann werden sie recycled. Ich sehe da keine wirkliche Einschränkung. Das Nachrichtensystem zu verstehen, ist da schon schwieriger. Steve Kruegers Beispiele (zu finden beim SAS/C PPC) sind da hilfreich. Zitat:Auch wenn Dir die IDE etwas Arbeit abnimmt, Gatefunktionen werden *auch* bei WOS benötigt. Wobei sich mir die Frage aufdrängt, die Gatefunktion bekommt den Namen der aufzurufenden Funktion, den den selben Namen als PPC Funktion hat. Wie löst man das Dilemma? |
|||||
gni
Nutzer
15.07.2005, 09:30 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:AFAIK, das geht nicht für shared Libraries. |
|||||
gni
Nutzer
14.07.2005, 10:18 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Da gibt es verschiedene Programme, zb. Data2Object. Damit wird aus dem ELF Programm ein Objektfile gemacht, das man dann zum 68k, linkt. Zitat:PPCLoadObjectTagList() kann ein ELF-Programm sowohl aus einem File als auch aus dem Speicher laden. Eingebette ELF-Programme "verschwenden allerdings etwas Speicher, haben aber den Vorteil, daß man den ELF-Loadsegpatch nicht benötigt. |
|||||
gni
Nutzer
14.07.2005, 10:09 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Ja. Zitat:Von Hause aus hat GCC keine Einstellung, um WarpOS kompatiblem Code zu erzeugen. Und genau das hat H&P in GCC eingebaut (allerdings inkompatibel zu StormC 3!), aber eben nur für GCC2. GCC3 Anpassung ist Arbeit. Zitat:Abgesehen davon, das nicht jedes Programm mit der Emu funktioniert, ist die notwendige Umsetzung der verschiedenen ABI unsauber. Bei WarpOS/EHF kann man das Mischen von 68k und PPC Code vom Linker erledigen lassen. Für ELF braucht man einen Zwischenschritt, der aus dem fertigen PPC-Programm ein 68k-Objekt macht, das man dann zum 68k Code linken kann. So macht das zb. mpega_libmad. |
|||||
gni
Nutzer
13.07.2005, 09:13 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Sagen wir es mal so: Theoretisch gehts es. In der Praxis ist es aufwändiger als nötig, weil der Amiga-spezifische Storm-Code nicht sauber vom Rest des Compilers getrennt worden ist. Zitat:Ich habe aus den Quellen des StormGCC einen "normalen" Port gemacht. Bis jetzt ist es nur ein GCC 2.95.4, da zum einen noch immer nicht alles so läuft, wie ich es gern hätte und zum anderen weil ich keine Zeit habe, auf GCC3 umzustellen. Zitat:Ich würde ja gerne mal hören, was einer damaligen glühensten Verfechter von WarpOS/StormC dazu zu sagen hat. Zitat:An das Escena-G3 Board erinnert sich doch niemand mehr ;-) Zitat:Er meinte, das es ein kommerzielle Compiler schwer hat, wenn gleichzeitig ein gleichwertiges kostenloses Produkt auf dem Markt ist. Zitat:Mit etwas gutem Willen könnte man das ARexx-Interface aus den StormGCC Quellen extrahieren und dann aktuellere Versionen benutzen, allerdings eben nicht für WarpOS. Zitat:H&P hat einen IPC-Mechanismus eingebaut. Obs ohne gegangen wäre, kann ich nicht sagen. [ Dieser Beitrag wurde von gni am 13.07.2005 um 09:14 Uhr editiert. ] |
|||||
gni
Nutzer
12.07.2005, 16:46 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Ok, ich habe das "cd /usr/ports/lang/gcc[234][0-9]" vergessen ;-) |
|||||
gni
Nutzer
12.07.2005, 16:32 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Mein make macht das auch, oops :-P Zitat:Es soll ja auch noch Rechner geben ohne mehrere GB Hauptspeicher und "langsamer" CPU. Da möchte man schlicht keine aktuellen GCC.Zitat:Nö. Ich habe keinen Bedarf für ältere GCC-Versionen. |
|||||
gni
Nutzer
12.07.2005, 15:42 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Gates haben auch WOS-Bibliotheken, die m68k-Applikationen transparent Zugriff auf den PPC gewähren. Zitat:-v bitte. Zitat:Dieser Grabenkrieg wäre vermeidbar gewesen. Das Problem war nicht der Compiler. |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |