[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

bubblebobble:
Ja, die AHI Sourcen habe ich durchgesehen, kann aber die entsprechende Stelle nicht finden.

---

code:

---

sfdc --target=i686be-amithlon --mode=gatestubs --output gatestubs.c --gateprefix=gw --libprefix=_ --libarg=last --addvectors=device ../../ahisrc-6.0/Include/SFD/ahi_lib.sfd

---

[ - Answer - Quote - Direct link - ]

Ok, ich hab das Perl Script im AROS Source gefunden.
So ungefähr habe ich nun eine Ahnung, wie es gehen könnte, aber ich bekomme das nicht zum laufen. Da müsste ich erst eine .sfd File schreiben und Perl installieren, und dann mit ganz viel Glück ...

Weiss denn niemand wie das geht ? Ich denke es ist nur eine kleine Modifikation des 68K Library Frameworks.
Die Register werden mit einem x86 ASM Befehl in eine Structure geschrieben, aus der man sie dann Auslesen kann.
Mir ist aber immer noch nicht klar, ob das für den Anwender der Lib oder den Lib Developer gedacht ist. Zu viele Files, , und zu viele Unbekannte...
--
Thilo Köhler, Author von:
HD-Rec, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, TKUnpacker
Homepage: http://www.hd-rec.de

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

bubblebobble:
/gg/i686be-amithlon/bin/ld: cannot open -lamigastubs: No such file or directory

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
/gg/i686be-amithlon/bin/ld: cannot open -lamigastubs: No such file or directory

---

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

code:

---

*asm:
 %{m68000:-mc68010} %{mc68000:-mc68010} %{m68020:-mc68020} %{mc68020:-mc68020} %{m68030:-mc68030} %{m68040:-mc68040} %{m68060:-mc68060} %{m68020-40:-mc68020} %{m68020-60:-mc68020} %{!mc68000:%{!m68000:%{!mc68020:%{!m68020:%{!m68030:%{!m68040:%{!m68060:%{!m68020-40:%{!m68020-60:-mc68010}}}}}}}}} %{msmall-code:-sc}

*asm_final:


*cpp:
%{m68881:-D__HAVE_68881__} %{!ansi:%{m68020:-Dmc68020} %{mc68020:-Dmc68020} %{m68020-40:-Dmc68020} %{m68020-60:-Dmc68020} %{m68030:-Dmc68030} %{m68040:-Dmc68040} %{m68060:-Dmc68060} %{!noixemul:-Dixemul} %{noixemul:-Dlibnix}} %{m68020:-D__mc68020__ -D__mc68020} %{mc68020:-D__mc68020__ -D__mc68020} %{m68020-40:-D__mc68020__ -D__mc68020} %{m68020-60:-D__mc68020__ -D__mc68020} %{m68030:-D__mc68030__ -D__mc68030} %{m68040:-D__mc68040__ -D__mc68040} %{m68060:-D__mc68060__ -D__mc68060} %{!noixemul:-D__ixemul__ -D__ixemul} %{noixemul:-D__libnix__ -D__libnix} %{malways-restore-a4:-Derrno=(*ixemul_errno)} %{mrestore-a4:-Derrno=(*ixemul_errno)} 

*cc1:
%{resident:-fbaserel} %{resident32:-fbaserel32} %{msmall-code:-fno-function-cse} 

*cc1plus:


*endfile:
%{noixemul:-lstubs}

*link:
%{noixemul:-fl libnix} %{fbaserel:%{!resident:-m amiga_bss -fl libb}} %{resident:-m amiga_bss -amiga-datadata-reloc -fl libb} %{fbaserel32:%{!resident32:-m amiga_bss -fl libb32}} %{resident32:-m amiga_bss -amiga-datadata-reloc -fl libb32} %{g:-amiga-debug-hunk} %{m68020:-fl libm020} %{mc68020:-fl libm020} %{m68030:-fl libm020} %{m68040:-fl libm020} %{m68060:-fl libm020} %{m68020-40:-fl libm020} %{m68020-60:-fl libm020} %{m68881:-fl libm881} 

*lib:
%{!noixemul:%{!p:%{!pg:-lc -lamiga -lc}}%{p:-lc_p}%{pg:-lc_p}}%{noixemul:-lnixmain -lnix -lamiga %{mstackcheck:-lstack} %{mstackextend:-lstack}} 

*libgcc:
-lgcc

*startfile:
%{!noixemul:%{fbaserel:%{!resident:bcrt0.o%s}}%{resident:rcrt0.o%s}%{fbaserel32:%{!resident32:lcrt0.o%s}}%{resident32:scrt0.o%s}%{!resident:%{!fbaserel:%{!resident32:%{!fbaserel32:%{pg:gcrt0.o%s}%{!pg:%{p:mcrt0.o%s}%{!p:crt0.o%s}}}}}}}%{noixemul:%{resident:libnix/nrcrt0.o%s} %{!resident:%{fbaserel:libnix/nbcrt0.o%s}%{!fbaserel:libnix/ncrt0.o%s}}} 

*switches_need_spaces:


*signed_char:
%{funsigned-char:-D__CHAR_UNSIGNED__}

*predefines:
 -Dmc68000 -Damiga -Damigaos -DMCH_AMIGA -DAMIGA -D__chip=__attribute__((__chip__)) -D__saveds=__attribute__((__saveds__)) -D__interrupt=__attribute__((__interrupt__)) -D__stackext=__attribute__((__stackext__)) -D__regargs=__attribute__((__regparm__)) -D__stdargs=__attribute__((__stkparm__)) -D__aligned=__attribute__((__aligned__(4))) -Asystem(amigaos) -Acpu(m68k) -Amachine(m68k)

*cross_compile:
1

*version:
2.95.3

*multilib:
. ;

*multilib_defaults:


*multilib_extra:


*multilib_matches:


*linker:
collect2

*link_command:
%{!fsyntax-only:  %{!c:%{!M:%{!MM:%{!E:%{!S:%(linker) %l %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} 			%{r} %{s} %{t} %{u*} %{x} %{z} %{Z}			%{!A:%{!nostdlib:%{!nostartfiles:%S}}}			%{static:} %{L*} %D %o			%{!nostdlib:%{!nodefaultlibs:%G %L %G}}			%{!A:%{!nostdlib:%{!nostartfiles:%E}}}			%{T*}			
 }}}}}}

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

bubblebobble:
Was ist denn die SPECS Datei, und wo kann ich sie finden ?
(sorry, wenn das eine blöde Frage sein sollte)

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Kaesebroetchen:
C:CrossCompilerAmiDevCppusrlocalamigalibgcc-libm68k-amigaos2.95.3

---

Zitat:

---

Unter anderem eben dieses -lamigastubs das ich hier allerdings entfernt habe.

---

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Kaesebroetchen:
Ich weiss nicht inwiefern man das auf Amithlon übertragen kann, aber hier ist von einer stubs.h die rede die man angeblich braucht:

---

Zitat:

---

http://www.zerohero.se/cross/os3.html

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
Ich muss dazu sagen, dass ich keinen Schimmer habe was ich da tue.

---

Zitat:

---

Nun kompilieren alle Libraries friedlich bis zu Ende. Aber sie laufen nicht :-/

---

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
So, jetzt bin ich wieder ein Stückchen schlauer.

Die x86 Libraries kompilieren nun und starten, wenn ich "run_elf PATCH" benutze.
Aber run_elf meldet : Undefined Symbol "AllocMem"

Sieht also so aus, als ob er den Funktionsaufruf der exec von Allocmem nicht hinbekommt,
was verdächtig danach aussieht, dass der Linke um das amigastubs.a betrogen wurde.

Ich werde also wohl nicht darum herum kommen, diese Datei zu erzeugen und dem Linker mit -lamigastubs mitzuteilen.

=> Ich benötige das Tool gg-fix-includes. Hat das jemand ?

---

Hallo,

stimmt ich kann mich daran errinern das ich damals als
Martin seinen Compiler gemacht hatte ein ähnliches und
für mich auch nicht erklärbares Problem damit hatte die
benötigten stubs erstellt zu bekommen. Bei mir hatte
das gg-fix-includes selbst Probleme gemacht (unter Linux),
und ich konnte die benötigten stubs nicht erstellen!

Ich habe damals glaube ich die stubs header von einem
anderen Entwickler zugeschickt bekommen bei dem das
erstellen der stubs ohne Probleme durchgelaufen ist.
Solange man nur die üblichen System Funktionen benutzt
und keine eigenen Libs oder Devices verwendet stellt es
kein Problem dar, erst wenn du stubs für deine eigenen
Libs benötigst bist du wieder am Anfang des Problems

Zu dem "run_elf PATCH" denke ich ist klar das eine ELF
Datei nicht von alleine vom AmigaOS 3.1 System erkannt
wird und daher dieser System patch notwendig ist. Erst
recht bei einer Library oder einem Device, welches ja
auch von anderen m68k Programmen genutzt werden kann
die keinen Schimmer von x86/ELF haben

Btw, wenn dein big endian library Versuch klappt, denkst
du das du bereit wärst eine Version mit Sourcecode zu
Hilfezwecken für andere Entwickler bereit zu stellen die
ich zu den anderen Amithlon Entwicklersache dazu legen
darf? Es wäre für viele eine grosse Hilfe denke ich, da
sich die meisten gar nicht erst an sowas rantrauen!

Mit freundlichen Grüßen,

Harald Frank

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
Klar, die mathematische Funktion pow() benutze ich in der Library,
aber warum funtkioniert das nicht ?
Habe ich noch was vergessen einzubinden ?

---

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
math.h habe ich natürlich eingebunden, sonst würde es ja erst gar nicht kompilieren oder ein Waring erzeugen.

---

Aber wir reden immer noch von C, oder?

Zitat:

---

"-lm" habe ich als linker option drin. Ist das ok ?
Ich meine, die 68k libs werden auch korrekt erzeugt, nur die x86 libs wollen nicht laufen.

---

Theorie und Praxis der Plattformunabhängigkeit von C. Wenn z.B. für Dein 68k-Target die Funktion als Prepräzessor, bzw. Assemblermakro implementiert wurde, fallen bestimmte Fehler bzgl. includes oder link-Optionen gar nicht auf.

Normalerweise sollte es aber mit #include <math.h> und -lm auch funktionieren. Aber ob cross-compiling für Amithlon noch als normal durchgeht

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
Was bedeutet denn -lm ?

---

Zitat:

---

Was macht den C genau wenn ich z.B. "sin()" aufrufe ?
Wird dann die mathiee<blabla>.library geöffnet oder
macht das C intern irgenwie?

---

Es berechnet den Sinus des Funktionsarguments

Im Ernst, wie das umgesetzt wird, ist compiler/ plattform/ prozessor- spezifisch. Selbst auf dem 68k-Amiga kann das unterschiedliches bewirken, je nach dem für welchen Prozessor (mit FPU oder ohne) Du übersetzt.

Das kann einen Aufruf einer Library-Funktion zur Folge haben, es kann aber genausogut in einem einzigen FPU-Befehl resultieren.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von bubblebobble:
Heisst die Library tatsächlich "libm.a" ?

Also bei mir steht "-lm" als option für den Linker.

Dann beudetet also "-lamigastubs", dass er nach "libamigastubs.a"
sucht ?

---

Zitat:

---

Ich weiss auch nicht, ich komme hier einfach nicht weiter.
Normalerweise würder der Linker doch meckern, wenn er die Datei nicht findet. Und wenn ich nicht mit -lm linke, aber es wird benötigt, dann würde der Linker doch auch meckern, oder?

---

Zitat:

---

Meine x86 Libraries compilieren aber und linken ohne Warning oder Error.
Erst "run_elf" meckert, dass sin() oder pow() nicht definiert wären.
Wundert mich eigentlich, was zum #?! geht das "run_elf" an ?

---

[ - Answer - Quote - Direct link - ]