From: Richard Clamp (firstname.lastname@example.org)
Date: Wed Jan 30 2002 - 10:19:29 PST
This was an obscure one, which was causing further to completely block
on the fopen call.
Thinking about it, I'm more surprised that it managed to work before,
with fopen coming from stdlib and all. Maybe the demand
loading/linking bits are different on ppc, those on x86 being more
I guess this will also affect the launcher and battery plugins, but
I'm not currently running those.
Does it really save that much of the memory footprint to default to
-nostdlib when compiling the plugins?
-- Richard Clamp <email@example.com>
_______________________________________________ Further-devel mailing list Furtherfirstname.lastname@example.org https://lists.sourceforge.net/lists/listinfo/further-devel
This archive was generated by hypermail 2.1.4 : Tue May 28 2002 - 23:37:04 PDT