ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
gni
Nutzer
12.07.2005, 15:35 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Es geht auch mit einem stink-normalen make. Zitat:Hast Du schon mal versucht ältere GCC Versionen mit einem aktuellen GCC zu übersetzen? |
|||||
gni
Nutzer
12.07.2005, 15:29 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:IMHO war er besser. Heutige Versionen sind halt besser als die damaligen. Zitat:Als P5 mit PPC anfing, gab es keine PPC Version von Storm. Die kam erst später. Den Hinweis auf den Linker kann ich jetzt nicht nachvollziehen. Zitat:Doch waren sie, nur das es anscheinend nur für Jarmo Lakkonen (sp?) funktioniert hat. Zitat:Oder den Linker korrigieren? Ich hätte kein Vertrauen in ein Programm, das so erstellt worden ist. Das es ohne Warnungen geht, zeigt vlink. Zitat:Sind sie doch. Oder meinst Du jetzt wrap_mpega.c? Zitat:Das ist doch genau so gelöst. Der Unterschied ist, das Storm sich noch Stubfunktionen generiert. Warum eine Lösung die nur mit einem System funktioniert? Es geht auch ohne solche Stubfuktionen und man kann __saveds auf der PPC Seite sogar weglassen. Zitat:Auch WOS braucht Gates, um von 68k zum PPC zu kommen. Der Unterschied ist, das PUP mit Nachrichten arbeitet und WOS direkt den PPC-Code ausführen läßt. |
|||||
gni
Nutzer
12.07.2005, 11:43 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Wenn die Wahl falsch gewesen wäre, dann würde heute niemand dieses Modell benutzen. Es ist aber weit verbreitet!? Und welche Wahl soll es denn gegeben haben? Damals gab es nix. Mit hypothetischen Weiterentwicklungen kann man nix anfangen. Zitat:Die einen lieben es, die anderen nicht. Zitat:Das Thema ist bereits durchgekaut. Zitat:Welchen Umkehrschluß soll ich jetzt ziehen? Kein MS-Compiler+IDE == kein Profi? Zitat:Nur komisch das es mit den Originalquellen trotzdem nicht lief. Und es haben ja mehrfach Leute versucht, eine WOS Version mit StormC zu erstellen, ohne Erfolg .-) Zitat:Wie macht man es besser? Die Bibliothek ist für mehrere Systeme gedacht und so muß man irgendwie kappseln. |
|||||
gni
Nutzer
11.07.2005, 16:09 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Es ging mir auch nicht um den Namen des ABI ;-) PowerUp/ELF wurden immer niedergemacht und dann geht OS4 diesen Weg... Zitat:Warum war/ist es für einen Teil ein Hemmschuh? Ich finde es zeigt auf jeden Fall das die Wahl von P5 begründet war. Seinen eigenen Compiler zu pflegen ist ein sehr aufwändige Sache. Da fällt mir ein: 64bit LinuxPPC benutzt das PowerOpen-ABI ;-) |
|||||
gni
Nutzer
11.07.2005, 13:58 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Weil die Änderungen für WOS umfangreicher sind. Da muß an mehreren Stellen in den Quellcode des GCC eingegriffen werden. Diese Änderungen sind problematisch, weil sich diese Stellen bei neueren GCC-Versionen geändert haben. Für PowerUp erledigt man das meiste über den Port-Header und die anderen Änderungen waren an weniger problematischen Stellen. PowerUp verwendet halt ein Standard-ABI ;-) Zitat:Vieleicht habe ich ja mal irgendwann das Know-How ;-) Zitat:Was anderes hätte mich jetzt auch überrascht. Zitat:Findest Du das nicht selber grotesk, daß OS4 das PowerUp-ABI verwendet und jetzt eine Emulation für WOS (das ein anderes ABI benutzt) braucht? Zitat:Habe ich. Die funktioniert auch, aber ich bin bei "meinen" Versionen geblieben ;-) |
|||||
gni
Nutzer
11.07.2005, 12:43 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:Seit ich 3.3 kenne/habe, ist bei GCC2 für m68k bei mir auf dem Altenteil ;-) Zitat:Die Anpassung des GCC2 WOS-Compiler ist leider nicht so einfach möglich, wie die der PUP Variante (die gibts von GCC2 bis GCC4).Zitat:Wäre wünschenswertZitat:Das muß ja nicht so bleiben ;-) Zitat:Ich wollte eigentlich etwas mehr zu dem Thema hören ;-) Wer macht das, welche Compiler Version, welches ABI (StormGCC steht ja mehr für WOS als PPC). Für mich klingt das ganze nach OS4 GCC in der StormIDE :-)Zitat:Ist ja auch noch in Arbeit, daher "so lange StormC _nicht_ für OS4 verfügbar ist" [ Dieser Beitrag wurde von gni am 11.07.2005 um 12:44 Uhr editiert. ] |
|||||
gni
Nutzer
11.07.2005, 11:07 Uhr [ - Direktlink - ] |
Thema: StormC 4 oder GoldED Studio AIX: C/C++ IDE
Brett: Programmierung Zitat:IMO GCC 3.x ist auch für m68k besser als GCC2. Zitat:Das muß ja nicht so bleiben ;-) Zitat:Von StormC für OS4 habe ich noch nie gehört. [ Dieser Beitrag wurde von gni am 11.07.2005 um 11:08 Uhr editiert. ] |
|||||
gni
Nutzer
07.07.2005, 10:56 Uhr [ - Direktlink - ] |
Thema: Amiga 1000 Phönix Motherboard Sammelbestellung
Brett: Amiga, AmigaOS 4 Zitat:Ich habe das Programm (oder einen Namensverwandten ;-) zwar im Pfad, aber ich habe es selber noch nie gebraucht. |
|||||
gni
Nutzer
06.07.2005, 09:56 Uhr [ - Direktlink - ] |
Thema: Amiga 1000 Phönix Motherboard Sammelbestellung
Brett: Amiga, AmigaOS 4 Zitat:Es gibt mehr Programme, die das können. Z.B. ChangeMemPri |
|||||
gni
Nutzer
04.07.2005, 17:40 Uhr [ - Direktlink - ] |
Thema: Cyberpatcher oder Oxyron-Patcher...
Brett: Amiga, AmigaOS 4 Zitat:Nein, tut es nicht. Das Paket war der Versuch MMU-Programmierung ein API zu verpassen und so die Unterschiede der einzelnen Prozessoren zu verstecken. Ein netter Nebeneffekt des Projektes waren eine 680[46]0.library, die die mmu.library benutzen. |
|||||
gni
Nutzer
02.07.2005, 16:48 Uhr [ - Direktlink - ] |
Thema: BMP-Reader
Brett: Programmierung Zitat:Gadtools ist OS-Bestandteil seit 2.0. BTW, es gibt auch ein Version für OS 1.2/1.3. |
|||||
gni
Nutzer
30.06.2005, 09:20 Uhr [ - Direktlink - ] |
Thema: neueste boards.library?
Brett: Amiga, AmigaOS 4 @DaxB: Ich habe bei mir WhichAmiga 1.3.22 verwendet, die .23 hing sich auf. Eventuell tritt der Fehler ja nur bei bestimmten System-Konfigurationen auf. Ich habe diverse Erweiterungen in meinem System, einige kennt die Library nicht bzw. identifiziert sie falsch. Zum Debuggen habe ich keine Lust. Ich habe aber proberweise die 2.29 gepatcht (den fraglichen Puffer vergrößert) und danach gab es keine Hits mehr. Allerdings war der Puffer in älteren Versionen der Library genauso groß wie bei der 2.29. Dennoch kann man daraus keine genaue Diagnose stellen, wo denn nun der Fehler liegt. |
|||||
gni
Nutzer
29.06.2005, 16:48 Uhr [ - Direktlink - ] |
Thema: neueste boards.library?
Brett: Amiga, AmigaOS 4 Zitat:Hast Du auch Sushi/Sashimi laufen? Nur dann bekommt man Ausgaben von Debug-Tools zu sehen. Einfach WhichAmiga starten und der MuGA-Hit kommt. Eventuell ist es auch ein Bug in WhichAmiga (1.3.2x). Zitat:Yep, passiert auch mit 1.3.22. [ Dieser Beitrag wurde von gni am 29.06.2005 um 16:49 Uhr editiert. ] |
|||||
gni
Nutzer
29.06.2005, 09:14 Uhr [ - Direktlink - ] |
Thema: neueste boards.library?
Brett: Amiga, AmigaOS 4 Zitat:Die boards.library 2.29 scheint über das Ende eines ihrer Puffer zu schreiben. Das zumindest teilt mit MuGuardianAngel mit. Eine ältere Version der boards.library macht das nicht. Fazit: Finger weg von 2.29. |
|||||
gni
Nutzer
28.06.2005, 15:47 Uhr [ - Direktlink - ] |
Thema: BMP-Reader
Brett: Programmierung Zitat:Und genau hier hat er dann u.U. ein Problem: Die Nachricht muß "schnell" beantwortet werden und man darf keine Intuition-Funktionen aufrufen (weil es sonst zum Deadlock kommen könnte). Ob man vor dem Beantworten noch was mit den Pens per graphics.library machen darf, kann ich nicht sagen. |
|||||
gni
Nutzer
28.06.2005, 15:01 Uhr [ - Direktlink - ] |
Thema: Cyberpatcher oder Oxyron-Patcher...
Brett: Amiga, AmigaOS 4 Zitat:Das kann man mit den Phase5-Tools auch haben. |
|||||
gni
Nutzer
28.06.2005, 14:21 Uhr [ - Direktlink - ] |
Thema: [?]Frage zu Assembler und Amiga
Brett: Programmierung Zitat:Spielt das irgendeine Rolle? Hyperion (Amiga wer auch immer) sollten froh sein, das es neben dem GCC noch andere Entwicklungstools gibt. Zitat:FYI, den GNU-Assembler und GNU-Linker kann man ohne weiteres gegen PASM und VLINK austauschen. Das ganze habe ich gerade erfolgreich bei GCC für PowerUp und WarpOS praktiziert (der PowerUp-Compiler ist dem OS4 GCC sehr ähnlich und kann sowohl __libcall als auch __linearvarargs) Zitat:Mit dem man dennoch ohne Schwierigkeiten Programme für OS4 übersetzen kann. Es soll ja Leute geben, die den GCC nicht mögen ;-) |
|||||
gni
Nutzer
28.06.2005, 09:11 Uhr [ - Direktlink - ] |
Thema: BMP-Reader
Brett: Programmierung Zitat:Mit IDCMP_MENUVERIFY. |
|||||
gni
Nutzer
27.06.2005, 10:01 Uhr [ - Direktlink - ] |
Thema: g++ inline asm
Brett: Programmierung Zitat:Die grundlegende Struktur ja. Der Unterschied liegt in den Registern und Constraints. Mehr über "ExtendedASM" findest Du hier klick Ich würde Dir vorschlagen, entweder komplett ohne ASM auzukommen oder C und Asm zu trennen. |
|||||
gni
Nutzer
17.06.2005, 08:32 Uhr [ - Direktlink - ] |
Thema: Character im Filenamen zählbar?
Brett: Programmierung Zitat:wc (ist ein UN*X Befehl, den es sicher auch ixemulfrei für AmigaOS gibt. |
|||||
gni
Nutzer
15.06.2005, 09:24 Uhr [ - Direktlink - ] |
Thema: ilbm.datatype friss ChipMem
Brett: Programmierung Zitat:Die Frage läßt sich ohne weitere Informationen über Dein System nicht beantworten. Zum einen: welcher ilbm.datatype (version full *ohne* die file Option!) und zum anderen welches Grafiksystem? |
|||||
gni
Nutzer
14.06.2005, 10:49 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat:Der bei Käsebrötchen verwendete pragmas/ Header ist definitiv nicht für den GCC, ansonsten hätte er keine Linkerfehler bekommen. Man kann proto/ Header verwenden, die einen pragmas/ Header einbinden, wenn der der dann den entsprechenden inline/ Header anzieht :-) Ich habe solche Wrapper installiert, damit ich bei Bedarf "alte" SAS/C Quellen mit weniger Änderungen übersetzen kann. Zitat:Sieht ganz so aus.code:Diese includes habe ich auch geschickt, ggf. irgendwo was falsch hinkopiert?#ifndef _PROTO_GUIGFX_H #define _PROTO_GUIGFX_H #ifndef EXEC_TYPES_H #include <exec/types.h> #endif #ifndef CLIB_GUIGFX_PROTOS_H #include <clib/guigfx_protos.h> #endif #ifndef __NOLIBBASE__ extern struct Library *GuiGFXBase; #endif #ifdef __GNUC__ #include <inline/guigfx.h> #elif !defined(__VBCC__) #include <pragma/guigfx_lib.h> #endif #endif /* _PROTO_GUIGFX_H */ [ Dieser Beitrag wurde von gni am 14.06.2005 um 10:50 Uhr editiert. ] |
|||||
gni
Nutzer
14.06.2005, 09:58 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat:Wenn Du mit -v übersetzt, dann werden die verwendeten Includeverzeichnisse angezeigt. Im zuerst genannten Verzeichnis wird auch zuerst nach Includes gesucht. |
|||||
gni
Nutzer
14.06.2005, 09:56 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat:Wie Du hier sehen kannst, wird ein #pragma Header eingebunden. Dies bedeutet, das dieser proto/ Header *nicht* für den GCC geeignet ist. Zitat:Der Header für die render.library ist ok. Entweder Du erzeugst Dir mit fd2pragma (special 36) bzw fd2inline einen passenden proto/ Header oder Du editierst den vorhandenen analog zu zb. proto/render.h.code:. /gg/include/proto/render.h .. /gg/include/clib/render_protos.h .. /gg/os-include/inline/render.h |
|||||
gni
Nutzer
14.06.2005, 08:58 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat:Compiliere mal mit -O. Welche Ausgaben bekommst Du, wenn Du -H beim übersetzen benutzt? Steht dann da irgendwas über das guigfx bzw. render Inline? |
|||||
gni
Nutzer
14.06.2005, 08:56 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat:Der nativ-GCC sucht an mehreren Stellen nach Includes: gg:local/include, gg:<Pfad zur compiler version>/include, gg:m68k-amigaos/include, gg:os-include und gg:include. Bis auf das Compilerspezifische Verzeichnis kannst Du Includes in jedes dieser Verzeichnis packen. Allerdings sollte man die System-Verzeichnisse gg:include und gg:os-include besser nicht für eigene Includes benutzen. Damit behält man Übersicht und hat eine klare Trennung von System und 3rd-party Headern. Und nur so am Rande: Neuere Versionen des GCC werden GG: *nicht* mehr benutzen. Die werden sich dann brav an den Quasi-Standard USR: bzw. USR:LOCAL halten. Für gg:include und gg:os-includse wird das keinen Unterschied machen, da bei GeekGadgets gg: == usr:. |
|||||
gni
Nutzer
09.06.2005, 13:19 Uhr [ - Direktlink - ] |
Thema: Executablename aus Prozessstruktur ermitteln?
Brett: Programmierung Zitat:Für Workbench-gestartete Programme könntest Du in der WB-Startupmessage nachschauen. |
|||||
gni
Nutzer
08.06.2005, 11:34 Uhr [ - Direktlink - ] |
Thema: Amiga 600: Wer braucht ernsthaft eine FPU?
Brett: Amiga, AmigaOS 4 Zitat:AFAICT braucht man eine FPU für UN*X sei es nun Linux oder NetBSD. Deren FPU Emulation ist nicht so toll. Nur wer will auf einem A600 ernsthaft was anderes als AmigaOS verwenden? |
|||||
gni
Nutzer
03.06.2005, 17:22 Uhr [ - Direktlink - ] |
Thema: AHI-Fragen
Brett: Amiga, AmigaOS 4 Zitat:Dies ist die PowerUp-Verion der Original-mpega Bibliothek. Da ist der PPC-Code in einer separater Datei mit der Endung ".elf". |
|||||
gni
Nutzer
03.06.2005, 17:20 Uhr [ - Direktlink - ] |
Thema: AHI-Fragen
Brett: Amiga, AmigaOS 4 Zitat:Das ist die 6te Version der mpega_libmad, dh. das ist der der mpega-clone. [ Dieser Beitrag wurde von gni am 03.06.2005 editiert. ] |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |