Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Warning all programs create with Amiblitz3 need a FPU!!!
#21
Ok, sei wie es will...

Wir werden sehen was Thomas dazu zu sagen hat....
Oder Bernd
oder Thilo
oder es findet sich einer der es macht...

:mrgreen:
Zitieren
#22
Blackbird schrieb:Funktionen haben sich verändert/erweitert sind evtl. sogar ersetzt worden... Noch dazu käme dann auch, das da noch mehr Assemblercode in BB2 ist als in Ab3 (dazwischen war ja auch noch Ab2... ups)
OK, mit einem einfachen diff kommt man dann wohl nicht weit. Wie viele revisionen müßte man überhaupt zurückgehen? iirc mit ab2.44 liefen die Programme noch ohne fpu.
Zitieren
#23
Blackbird schrieb:Man sollte den Usern nicht unnötige Hoffnungen machen 8-)

Solange da keine verbindliche Aussage von dir kommt, werden immer wieder Anfragen laufen in der Art von : Wie weit bist du damit.... Wann wirds soweit sein usw.

Lieber ein Ende mit Schrecken, als ein Schrecken ohne Ende :ugeek:

Da muss ich dir recht geben :!:

Da ich momentan keine Zeit und keine Lust habe dies riesige Ändeung vorzunehmen ziehe ich da jetzt einen Schlussstrich :!:
Mir hat die kleine Änderung des NULL Tokens gezeigt wie problematisch das wird, sorry :!:
Zitieren
#24
tero schrieb:
Blackbird schrieb:Funktionen haben sich verändert/erweitert sind evtl. sogar ersetzt worden... Noch dazu käme dann auch, das da noch mehr Assemblercode in BB2 ist als in Ab3 (dazwischen war ja auch noch Ab2... ups)
OK, mit einem einfachen diff kommt man dann wohl nicht weit. Wie viele revisionen müßte man überhaupt zurückgehen? iirc mit ab2.44 liefen die Programme noch ohne fpu.

Hmmm, las mal nachdenken....
Ab2.44 funktionierte also noch ohne FPU deiner Aussage nach....

Dann sind das summasummasummarum : keine AhnungAufWasAB3AufgebautHat+500RevisionenVonAB3 ca: jede einzelne Revison ab 2.44

Und das ist ein Schätzwert.... :mrgreen:
Zitieren
#25
tomsmart1 schrieb:
Blackbird schrieb:Man sollte den Usern nicht unnötige Hoffnungen machen 8-)

Solange da keine verbindliche Aussage von dir kommt, werden immer wieder Anfragen laufen in der Art von : Wie weit bist du damit.... Wann wirds soweit sein usw.

Lieber ein Ende mit Schrecken, als ein Schrecken ohne Ende :ugeek:

Da muss ich dir recht geben :!:

Da ich momentan keine Zeit und keine Lust habe dies riesige Ändeung vorzunehmen ziehe ich da jetzt einen Schlussstrich :!:
Mir hat die kleine Änderung des NULL Tokens gezeigt wie problematisch das wird, sorry :!:


Ein Mann ein Code, ähhh Wort.

Das sind doch schonmal klare Worte. Danke
Zitieren
#26
Den FPU Code ersetzen ist nicht schwer. Aber man muss ihn finden und der Mehrwert ist für die meisten gleich 0, da sie eine FPU emulieren.
Wir müssen auch unterscheiden zwischen der IDE und den erzeugten Code des Compilers. Für die IDE sehe ich keinerlei grund die FPU rauszunehmen. Für die erzeugten Programme fände ich es wichtiger. Schliesslich gibt es einen Optimizer den man auf non-FPU konigurieren kann. Problem ist dass der FPU Code in BlitzLibs ist, über den der Compiler keine Kontrolle hat.
Wer also die FPU Abhängigkeit entfernen will, sollte nicht hunderte von Diffs durchsuchen, sondern sich den Code für die SystemLib 0-1 anschauen. Wenn man die OpCodes kennt kann man gezielt danach suchen.
Oder eben AB2.4 system lib diffen gegen über die aktuellen.
Zitieren
#27
Der Wanderer schrieb:Wir müssen auch unterscheiden zwischen der IDE und den erzeugten Code des Compilers. Für die IDE sehe ich keinerlei grund die FPU rauszunehmen. Für die erzeugten Programme fände ich es wichtiger. Schliesslich gibt es einen Optimizer den man auf non-FPU konigurieren kann.
Die IDE kann mMn ruhig eine FPU nutzen, ich schreibe eh unter emulation alleine schon weil mein 1200er kein rtg hat.
Wenn die erstellten programme ohne fpu laufen würden, würde mir das reichen. Nur muss sich jemand die Arbeit machen der sich auch mit assembler auskennt, ich zB trau mich da nicht ran.
Zitieren
#28
Beim Wanderer hört sich immer alles so einfach an...
Und dann kommen unvorhergesehene Dinge dazu und schon sitzt man in der Zwickmühle....

Und du bist sicher das es alleine an der systemlib liegt ? Was ist mit den anderen Blitzlibs ?
Zitieren
#29
@Der Wanderer

Hör endlich auf zu spekulieren und lese meine Posts oder schau dir den Code richtig an :evil:

So zum letzten Mal die Blitzlibs sind das kleinste Problem für vallib und printlib habe ich schon eine mögliche Lösung hier auf Platte liegen.

Das Problem ist der Compiler, die FPU Befehle sind über den ganzen ASM Source verteilt :!:


Und zur sogenannten "IDE" weil das ja auch immer dann das Thema ist, wenn der Compiler FPU Unabhängigen Code erstellen kann kann man die IDE auch so compilieren das sie keine FPU benötigt :!:

Edit: Name der Blitzlibs korrigiert.
Zitieren
#30
@all

Wennj ihr testen wollt ob euer Programme ohne FPU funktioniert ist das Ja für die die WinUAE benutzen kein Problem dies zu auszutesten.

Eine kleine Hilfe von mir dies Befehle benutzen die FPU ohne auf diese zu testen:

Val
NPrint
Function
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste