Binaries

[Tamminen Eero <t150315@proffa.cc.tut.fi>]

Has any of you checked the binaries that are on the aaue?
Some of them are real old and compiled with old (read obsolete :-)
versions of GNU/MiNT libs and old GCCs. Some of them are even
non-stripped (well, the stk_size can be left), like the last
gzip and tar I had downloaded. IMOH someone with a large hd and
a faster machine (I have neither) should compile new versions.

It's nice that the MiNT mailing list folks have all the latest
stuff, but what about a Joe Random who would like to dabble a
little with MiNT and doesn't yet know a thing about MiNT/Unix/GCC?
Having binaries that no longer work (ie. need recompilation)
and no GCC / experience in setting it up, doesn't much encourage
new people to invest time on MiNT and possible later to become
a new 'MiNT developer'. There's a dire need for a new 'MiNT
Distribution Kit', but as that seems to take some time, at the
mean time even better binaries would be wellcome.
(I'm just getting sources for gcc-as/ld as the ones I got
from aaue some time ago aren't quite minix compatible)

GCC developing people could also have closer relations to people
on Amiga doing the same thing. Amoeba developers have had all
the time a proper GCC (eg. spec-files) and now their assembler
knows bdf-format (or what ever that 'new' a.out replacement was).


PS. I have compiled the new version of Mutt Editor (a very nice
Emacs alike with much more modest resource demands) and put an
'evaluation version' into my WWW page: proffa.cc.tut.fi/~t150315/.

PPS. If one wants (old) MiNT docs in ST-Guide hypertext format
(much nicer to read and use than manpages) my conversion of the
docs has been on ftp.funet.fi/pub/atari/hypertext/mint.hyp
(along with the official gcc 2.5.8 manual) for several months.


	/ Eero /