Zitat:

---

Holger:
Wer auf den Unterschied zwischen printf und Printf Wert legt, sollte auch den Unterschied zwischen Printf("bla", wert) und VPrintf("bla", &wert) beachten.

---

Zitat:

---

Es gibt auch Umgebungen, in denen printf auch nur ein Stub für Printf ist.

---

Zitat:

---

Das liegt eher daran, daß in MaikG's Umgebung auch keine inlines benutzt wurden. (Deshalb brauchte er eh die amiga.lib). Warum das so ist, wissen wir nicht, dazu müßten wir mehr über MaikG's Umgebung wissen.

---

Zitat:

---

Holger:

Zitat:

---

gni:
Warum sollte man VPrintf verwenden? Printf() tut schon was es soll.

---

Weil tokai's Argumentation auf code-Größe basierte.

---

Zitat:

---

thomas:
Es gibt noch einen entscheidenden Vorteil von Printf gegenüber printf: es unterstützt die Erweiterungen der locale.library. Man kann also so Späßchen machen wie

Printf ("%3$s %2$s %1$s\n","eins","zwei","drei");

und bekommt in der Ausgabe "drei zwei eins".

---

Zitat:

---

geit:
Dann aber VPrintf()

---

Zitat:

---

DJBase:

Zitat:

---

gni:
Kann man aktuelle 68k-Versionen(!) von SFS mit MorphOS verwenden? Ist das überhaupt erlaubt?

---

MorphOS hat sein SFS im ROM Image. Dürfte schwierig sein, das zu ersetzen.

---

Zitat:

---

DJBase:
Über Shell, aber FFS ist bei Dateinamen zu limitiert, daher SFS oder PFS verwenden.

---

Zitat:

---

Markus_Bieler:
FFS45.14 auch kein Erfolg.

---

Zitat:

---

Dateinamen die länger sind als 30 Zeichen werden gekürzt.

---

Zitat:

---

Auch mein Dateimanager (SID_2.01b) kanns nicht. zB werden die fonst nicht richtig kopiert.

---

Zitat:

---

Wie habt ihr die CD kopiert auf die Partition?

---

Zitat:

---

Andreas_Wolf:
Siehe mein Beitrag mit Links zu Aussagen von Thomas Rudloff.

---

Zitat:

---

Holger:

Zitat:

---

roesch:
vieleicht gab es da auch keine weiteren Anbieter wo Unix auf X86 bringen wollten,so halfen eben alle bei Linux mit

---

Du meinst, außer zum Beispiel BSD?

---

Zitat:

---

Londo:
nur mit Linux wurde es richtig dargestellt. unter AmigaOS habe ich ds CDFilesystem benutzt.

---

Zitat:

---

Eule:
Bei MakeCD liegt ein Archive bei mit dem man Joliet ( ISOs ? ) schreiben kann.
1. Frage:
Leider fehlt jede Erklärung wo man das darin enthaltene 'makecdromfs.module' hin kopieren soll.

---

Zitat:

---

2. Frage:
Laut readme muss ich ( oder kann ich ) irgendwelche Fillelist im Readarg Style setzen setzen aber irgendwie fehlt so der Hinweis wo diese Fillesit sein soll und was MakeCD damit zu tun hat.

---

Zitat:

---

Also was muss man tun um ein ISO zu erstellen?

---

Zitat:

---

oder besser: was muss man tun um eine Joliet CD zu brennen?

---

Zitat:

---

TerAtoM:
SFSSalv erzählt mir irgendetwas von Speichermangel!?

---

Zitat:

---

Gibt es so etwas wie SFSUnformat irgendwo?

---

Zitat:

---

tokai:
Ich hatte noch nie Probleme mit sprintf(), egal mit welcher libnix version.

---

Zitat:

---

Vielleicht ist etwas mit deinem Compilersetup falsch?

---

Zitat:

---

thomas:

code:

---

#if defined(__amigaos4__)
char type[] = "AmigaOS4";
VARARGS68K void Sprintf (char *buffer,char *format, ... )
{
va_list args;
va_startlinear (args, format);
RawDoFmt (format,va_getlinearva(args,void *),NULL,buffer);
}

---

---

Zitat:

---

code:

---

#elif defined(__MORPHOS__)
char type[] = "MorphOS";
void Sprintf (char *buffer,char *format, ... ) __attribute__((varargs68k));
void Sprintf (char *buffer,char *format, ... )
{
va_list args;
va_start (args, format);
RawDoFmt (format,args->overflow_arg_area,NULL,buffer);
}

---

---

Zitat:

---

code:

---

#else
char type[] = "68k";
void Sprintf (char *buffer,char *format,...)
{
static ULONG putchproc[] = {0x16c04e75};
RawDoFmt (format,(&format) + 1,(APTR)putchproc,buffer);
}
#endif

---

---

Zitat:

---

Es bleibt aber weiterhin das Problem mit den Makros.

---

Zitat:

---

whose:
Wie war das nochmal mit den ReAction-Makros? Die krieg ich nicht in Gang, der StormC-GCC macht aber keine Probleme damit. Was muß man dem 3.4 sagen, damit der die schluckt, ohne zu Murren?

---

Zitat:

---

Und könntest Du Kaesebrötchen erläutern, wie man den Crosscompiler umbauen muß (oder erweitern), damit die Executables gestrippt werden können?

---

Zitat:

---

whose:

Zitat:

---

Kaesebroetchen:
Ich finde aber 8kb für das Intuition Programm mit dem gcc bzw. 15kb mit dem g++ nicht besonders gewaltig.

---

Wenn man bedenkt, daß man das gleiche Programm mit dem StormC4-GCC auf unter 1,5KB gedrückt kriegt, ist das ne Menge Holz.

---

Zitat:

---

Debugging-Informationen aus dem Executable entfernen (welche den Code anscheinend momentan so aufpumpen).

---

Zitat:

---

Kaesebroetchen:
Die _-I und -L Optionen werden von meiner Entwicklungsumgebung mitgegeben. Dort kann man Verzeichnisse für Includes und Bibliotheken angeben.

---

Zitat:

---

DariusBrewka:
Ich denke amigalibstubs gehört zur libnix lib, die solltest du sowieso auf jeden fall haben.

---

Zitat:

---

R-TEAM:
mit Unarc geht es auch net ..[weis net ob das überhaupt zip kann ?]

---

Zitat:

---

Kaesebroetchen:

code:

---

Compiler: m68kAmigaOS
Führt m68k-amigaos-g++.exe... aus
m68k-amigaos-g++.exe "C:\Dev-Cpp\AmiTest\Amitest2.cpp" -o
"C:\Dev-Cpp\AmiTest\Amitest2.exe"
-I"C:\Dev-Cpp\usr\local\amiga\include"
-I"C:\Dev-Cpp\usr\local\amiga\m68k-amigaos\include"
-I"C:\Dev-Cpp\usr\local\amiga\m68k-amigaos\sys-include"
-L"C:\Dev-Cpp\usr\local\amiga\lib"
-L"C:\Dev-Cpp\usr\local\amiga\m68k-amigaos\lib"
-L"C:\Dev-Cpp\usr\local\amiga\m68k-amigaos\lib\libb\libnix"
-L"C:\Dev-Cpp\usr\local\amiga\lib\gcc-lib\m68k-amigaos\2.95.3 \libb"

---

---

Zitat:

---

code:

---

/usr/local/amiga/m68k-amigaos/bin/ld: cannot find -lamigastubs
collect2: ld returned 1 exit status
Ausführung beendet

---

---

Zitat:

---

DariusBrewka:
Ist OK hab's schon geschafft muss aboxstubs linken

---

Zitat:

---

war halt nur komisch und wenn ich -D USE_INLINE_STDARG nutze geht's überhaupt nicht, dann kommen lauter Fehler (unterminated macro call).

---

Zitat:

---

whose:
@awd:
Evtl. läuft auf der Workbench noch ein Programm, welches zu viele Pens fest belegt. Das passiert z.B. bei IconEdit recht häufig, daß es auf einem eigenen Screen geöffnet wird, statt in einem Fenster (auf nem eigenen Screen kann es dann alle benötigten Pens belegen).

Mach mal alle Progs (und auch Dockleisten und ähnliches) der Reihe nach zu und probiers nochmal.

---

Zitat:

---

geit:

Zitat:

---

tokai:
#include "../library.h"

sollte funktionieren. Allerdings ist die sauberere Lösung per -I den includepfad im makefile zu definieren, IMHO.

---

---

Zitat:

---

Das mit den ".." würde aber wieder VBCC zerreißen. Die -I Option ist dann aber global und ich muß aufpassen nicht Dateien doppelt zu benennen.

---

Zitat:

---

schluckebier:
Case Sensitivity wiederum empfinde ich als Vorteil, das würde ich mir für AmigaOS sogar wünschen.

---

Zitat:

---

Stefan:
>> Run >NIL: WBNameLength 102

---

Zitat:

---

DariusBrewka:
wie kann ich einen WB-start abfragen, bei 68k GCC wird eine variable _WBenchMsg definiert bei OS4 __WBenchMsg

---

Zitat:

---

whose:

Zitat:

---

gni:
Dieses Projekt [adtools] hat nichts mit GeekGadgets zu tun.

---

Aber soll zumindest für Teile einen Ersatz bereit stellen, oder nicht?

---

Zitat:

---

whose:
Da stand aber, daß Du Dir bei Fred die letzten Snapshots auf DVD ordern kannst.

---

Zitat:

---

Ansonsten mußt Du Dich wohl gedulden, bis adtools in Gang kommt.

---

Zitat:

---

thomas:
Ich würde das mal so interpretieren, daß es keinen Mirror mehr gibt.

---