Zitat:

---

ac-logic:
und die aktuelle Version gibts es hier:

für 68k und 68020+

http://people.freenet.de/aclogic/lha_68k.lha

---

Zitat:

---

Dietmar:
Hört bitte auf damit, Hotlinks zu einzelnen Dateien auf meiner Webseite zu setzen. Die URL ist http://www.dietmar-eilert.net/golded/files.htm

---

Zitat:

---

thomas:
Bei C kannst du einfach den gleichen Quelltext mit dem anderen Compiler umwandeln. Bei Assembler mußt du das ganze Programm neu schreiben.

---

Zitat:

---

aPEX:
ihr seht, einige Programme verwenden die Libs.

---

Zitat:

---

Die passenden Libs kosten 5¤

---

Zitat:

---

unterstuetzen einen Amigaentwickler und tun keinem wirklich weh, egal was die Show hier wieder.

---

Zitat:

---

MaikG:
Es gibt und gab im Aminet verschiede Versionen. Manche brachten auf WOS nur 2x geschwindigkeit, die schnellste unter WOS 3x. Beim Multitasking betrieb ging die Geschwindigkeit auf unter 1x.

Zur Erinnerung mit der 68k Interger hat man 2,4-2,6x mit 68060@50 MHZ und ca.3,0x bei 60 MHZ.

---

Zitat:

---

Ork42:
Gibt es einen Weg die Einschränkung auf 80 MHz aufzuheben?

---

Zitat:

---

DJBase:
Alledings gibts es für WarpUP eine PowerUP Emulation.

---

Zitat:

---

MaikG:
Die WOS Version von Stephan bringt immerhin 3.6x.

---

Zitat:

---

Die Versionen von anderen Programmierern kann man leider
Geschwindigkeitsmäßig vergessen.

---

Zitat:

---

Holger:

Zitat:

---

Ralf27:
Transver

---

transferiert

---

Zitat:

---

Solar:
Der Compiler kann's nicht entscheiden, weil beim Linken ja andere Objektfiles das Symbol referenzieren könnten.

---

Zitat:

---

Aber wie sieht das beim Linker aus? Der hat doch die vollständigen Referenztabellen...

---

Zitat:

---

geit:

Zitat:

---

gni:
Wenn ein Compiler eine *nicht-statische* globale Variable entfernt, dann macht er was falsch :-)

---

Wenn eine Variable nicht benutzt (aka referiert) wird, kann sie im Zuge des Optimierens sehr wohl entfernt werden.

---

Zitat:

---

geit:
const char app_versionstring[] = "$VER: hello.world V1.00 (16.04.2005)";

Je nach compileroption mußt Du eventuell dem Compiler mitteilen, das die Variable nicht wegoptimiert wird, weil sie ja meistens nicht referiert wird.

---

Zitat:

---

thomas:
Was für Bootblöcke ? Sowas gibt's bei Festplatten nicht.

---

Zitat:

---

Und selbst wenn es sie gäbe, wären sie am Anfang der Partition, also unterhalb der 4GB-Grenze.

---

Zitat:

---

Original von thomas:
Dein "ROM-Bootloader" greift nur auf den RDB zu und der bleibt immer in den ersten zwei MB der Festplatte, kein Problem also.

---

Zitat:

---

thomas:
An der BPPC darf die Bootpartition durchaus größer als 4GB sein, sofern man ein geeignetes Dateisystem benutzt (PFS3, SFS, FFSTD64).

---

Zitat:

---

Mirko_Naumann:
Picasso96 und CybergraphX können nicht gleichzeitig betrieben werden

---

Zitat:

---

oder zusammen installiert sein!

---

Zitat:

---

R-TEAM:
@ gni :
??????
Muß das jemand verstehen was du da schreibst ??

---

Zitat:

---

R-TEAM:
Habe hier 49.17 in 060 version.

---

Zitat:

---

Maja:
Aber einen A1200 mit mehr aufzurüsten, als in die Trapdor passt oder vielleicht noch am PCMCIA-Port, der wurde in der "Community" eigentlich nur mitleidig belächelt.

---

Zitat:

---

GREX:
Das Library-Paket im Aminet, das ich gemeint habe, ist übrigens http://main.aminet.net/biz/p5/68060-V44_3.lha, ich weiß aber nicht, ob das noch aktuell ist.

---

Zitat:

---

Außerdem habe ich mal gelesen, dass die Benennung der 68k-Libraries etwas verwirrend ist, weil mitunter auch zweistellige Zahlen nach dem Komma stehen können. So wäre also z.B. (ich erfind jetzt mal eine Zahl) eine Library-Version von 10.11 aktueller als z.B. 10.4, weil 11 halt größer als 4 ist.

---

Zitat:

---

Ralf27:

Zitat:

---

16/32 Bit BMPs sind nichts ungewöhliches mehr.

---

Wieso ist es dann so schwer an solche BMPs zu kommen ?!?

---

Zitat:

---

Aber wie soll ich ein 16Bit V4-File erzeugen? Mit was für einem Program? (Ist jetzt egal was für eine Plattform) Ich hab jedenfalls noch keins gefunden.

---

Zitat:

---

R-TEAM:
Ich habe zwar kein PCI aber immer die neusten libs drauf.

---

Zitat:

---

[wurden ja auch bug gefixt ..]

---

Zitat:

---

Jinx:
ich hatte ab und an das problem, dass immer wieder ein gelber guru kam und ich nicht wusste woher. nach dem installieren der mmu.library gabs das prob nicht mehr.

---

Zitat:

---

evtl. hast du einfach andre libraries als ich.

---

Zitat:

---

aPEX:
die meisten programme gab es glaub nur als 020 version. wenn man einen 030 hatte, stand immer dabei man soll die 020 installieren.

---

Zitat:

---

bisher habe ich nur bei datatypes spezielle 030 versionen gesehen.

---

Zitat:

---

Ralf27:
Ich wollte dir eigentlich nur unter anderem mit dem da oben tippen das die Sache komplexer ist, wenn man alles berücksichtigt. Aber ich geb dir auch recht wenn du meinst das viele akademisch ist, bzw. sehr unwahrscheinlich.

---

Zitat:

---

Bzw. ist dir schonmal eine BMP mit JPEG-Kompression unter die Augen gekommen?

---

Zitat:

---

BMP mit JPEG oder PNG werde ich vermutlich nie unterstützen.

---

Zitat:

---

Ja, ich habe die Doku verstanden. Und ja, in den ersten 40Bytes steht alles drin. Die nachfolgenden Versionen verlängern ja einfach nur den Header.

---

Zitat:

---

Aber wenn es wirklich so ist wie du tippst, dann wären ja alle Versionen nach V3 sinnlos(bitte antworte jetzt nicht auf denn letzten Satz, denn ehrlichgetippt erachte ich auch das ganze ab einer gewissen Version als witzlos, was da definiert worden ist. Sichtwort: BMP mit JPEG oder PNG-Kompression)

---

Frag bei MS nach, warum sie die Headerversion 4 und 5 erfunden haben

Zitat:

---

PS: Mir ist klar das Win nur zwei Masken als Standard anerkennt. Aber wieso sollten denn andere Programme sich daran auch unbedingt halten?

---

Zitat:

---

Ich würde zu gerne mal ein V4-16Bit-BMP-File sehn.

---

Zitat:

---

DariusBrewka:
Naja, wahrscheinlich wieder so eine dumme MS Erfindung, genauso wie die den Koordinatenursprung in die linke untere Ecke zu setzen!

---

Zitat:

---

Robin:

Zitat:

---

gni:
-DUSE_INLINE_STDARG

---

cpp0: Internal compiler error in 'rescan', at ../../gcc/cccp.c:3174
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make: *** [.obj_mos/YAM_AB.o] Error 1

---

Zitat:

---

Da waere sie wieder meine Frage: Wie ? Wie erstelle ich die libxpk.a / libamissl.a wenn ich nur die .c .h Dateien habe ?

---

Zitat:

---

Ralf27:
In the v4.x BMP format, 16- and 32-bit pixels are stored as little-endian 4-byte RGB values.

---

Zitat:

---

Ja, also alles was du nicht kennst, das gibt es nicht. Ist das nicht ein wenig egoistisch? Du mußt da nicht gleich barsch werden.

---

Zitat:

---

Du kennst auch das BMP-Windows95-Format nicht (108-Byte Header).

---

Zitat:

---

Robin:
/GNU/yamos/YAM_COg.c:166: undefined reference to 'XpkQueryTags'
/GNU/yamos/YAM_COg.c:175: undefined reference to 'XpkQueryTags'

---

Zitat:

---

Was ich meinte war, das in Yam ja irgendwo diese xpk-routinen aufgerufen werden und dann bricht es ab.
Daher denke ich, dass ich diese libXXX.a Dateien irgendwie brauche.

---

Zitat:

---

Robin:

Zitat:

---

Nimm -lxpk mal aus dem Makefile raus. Eventuell braucht man das gar nicht. Falls doch, dann besorg Dir auch gleich libamissl.a. Diese Bibliotheken kannst Du dann in gg:ppc-morphos/lib ablegen.

---

Yam packt Dateien auf Wunsch mit xpk, ich brauche es also.

---