From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: gcc 2.2.2 == toll
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 2 Sep 1992 23:52:58 GMT

In article <168566DCF.IWS89013@ibm.rz.uni-passau.de> IWS89013@ibm.rz.uni-passau.de writes:
>oeffnet) weniger Platz als ein vergleichbar mit DICE 2.06.37 compilierte
>-md -mc version.

Aeh, ich nix Dice, koenntest Du mir die in Deinem Artikel benutzten Optionen
in Klartext liefern? Meine grauen Zellen errinnern sich schwach, dass sowas
wie -mcd aufm Aztec large memory Model eingeschaltet hat, hier auch? Wenn
ja, Du weisst (?) dass gcc mit -fbaserel a4-relativen Code erzeugen kann?
Wenn Du mit -resident kompilierst/linkst (beim kompilieren ist 
-resident==-fbaserel) kriegst Du pure Executables (das Executable reloziert
dann einfach den mit A4 adressierten Adressraum). Alle Compiler von gcc
sind uebrigens pure (dank diesem Trick), und koennen RESIDENT gehalten
werden, wenn Du genuegend RAM hast ;-)

>und der Stack dynamisch allokatiert. Deshalb sind die Programme, die mit
>GCC compiliert wurden ein mehr oder weniger grosses Vabague-Spiel.
>(reicht 200000 Bytes Stack oder nicht ?)

Nana.. nicht grundsaetzlich alles was mit gcc kompiliert ist, ist so
stack-hungrig. Allerdings ziemlich alles was von GNU kommt duerfte dieses
Attribut besitzen;-)

>An Markus Wild gerichtet bleibt noch zu hoffen, dass er wenn die Zeit
>findet noch so etwas wie beim DICE -gs option einfuehrt (vielleicht

-gs macht WAS? Wenn's dynamischen Stack ala Matt macht, dann hier die
Frage an die Leute, die ausprobieren koennen, wie der Code von dice aussieht:
Wie loest Matt das Problem, dass der Stack ordentlich aufgeraeumt werden
muss, wenn aus einem Signal-Handler mit setjmp() zurueckgesprungen wird,
und so implicit massig Stack freigegeben wird? Wie wird alloca()
gehandhabt?

>auf der Zwischensprache ??) . Ausserdem sieht meine Wunschliste fuer gcc

Zwischensprache??? 

>ixemul.library kleiner machen und auch als *.o lib verfuegbar machen,
>so dass man (wenn man will) von der ixemul.library unabhaengig ist.

Toent zwar schoen, ist aber nicht moeglich. ixemul.library hat einige
Elemente, die einen statisch gelinkten Einsatz nicht moeglich machen (zum
Beispiel die zentrale Filetable). Viel kleiner kriegst Du sie auch nicht,
wenn Du allen Debug-Krempel rausnimmst, ich schaetze eher, dass sie noch
groesser wird, denn sie muss ja noch debugging unterstuetzen in einer
spaeteren Phase (ptrace() fuer die denen's was sagt), sockets, pgrp's,
ctty's, etc.. viel Arbeit, und dadurch wird die Lib bestimmt nicht kleiner..f

>ein konverter (wie ehedem SObjA ) der aber bidirektional von gcc *.o
>nach amiga konformen *.o konvertieren kann? (unmoeglich?)

Was hast Du gegen SObjA? Wir wollen doch wirklich nicht das Rad neu
erfinden, oder? Du kriegst ausserdem Probleme, sobald Constructor und
Destructor Objekte benutzt werden, und das ist bei gcc2 nunmal der Default
in main(), um C++ Objekte (oder zum Beispiel autoload-Libraries) zu 
initialisieren. Im Hunk-Modell gibts keine (dokumentieren) Set-Typen.

>die Moeglichkeit ausbauen, gcc als crosscompiler und Crossassembler
>(Z80 executable :)  ).

Ugh.. viel Spass;-)

>ar und ld vielleicht auch beide *.o Formate lesen und schreiben zu
>lassen (wohl etwas zu viel) .

Wird moeglich, sobald jemand (;-)) die libbfd.a auf hunks umschreibt ;-)

>alt.sources.misc glaube ich lieferte auf dem Amiga etwa ein 8k grosses
>File (mit -O2). Dann nochmal mit -O4 compiliert kam ein etwa 7K grosses
>File heraus. Das wurde dann im Imploder4.0 auf 4K gepackt (es waren noch
>debugging Hunks drin || (wohl noch BSD konforme HUnks)).

HAE? Debugging Hunks werden nur erzeugt mit -g, das laesst Du weg beim
Linken, und schon hats keine Debug-Hunks mehr. Debug-Hunks sind im Moment
eh unnuetz, weil sie a) von keinem Programm unterstuetzt werden, und b)
in der jetztigen Form wohl nicht so sinnvoll sind. Ich werde die Dinger
garantiert aendern, wenn gdb mal aktuell wird.

>Markus hat sich auch schon mit der GNU Gruppe ueber eine Erweiterung
>der Config Files fuer Amiga unterhalten. Ich kann also nur jedem mal
>Raten sich gcc2.2.2 auf der Platte zuu installieren und herumzuexperimentieren.
> 
>(Ach ja Vorraussetztungen sind >4 M RAM und 10M auf der Platte).

Hmm... also was Du hiermit meinst? 

>Bleibt noch zu hoffen, dass moeglichst bald eine neue Version von Markus
>herauskommt.

Tja, das haengt in erster Linie von GNU ab, nicht von mir ;-)

-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.