Hi Eric, Great to see that you have succeeded in getting things to work.
I'm taking bits and pieces from several mails and putting my
answers/comments in one instead of several messages.
> If I'd hit this bug on a desktop gdb would have pointed me right at it,
> but I had to printf my way to it on PPC. Just my luck.
Doesn't our gdb (arm-wince-cegcc-gdb) work for your environment ?
> Ok, I take it back. Built with ARCH=arm-wince-cegcc, it works, but
> you need the huge dll. Built with arm-wince-mingw32ce, it doesn't
> link because htonl and friends aren't in the libraries provided (a
> guess.)
htonl and its friends are available if you link with -lws2.
> No, it works. I hadn't R'dTFM yet. I installed cegcc.dll and it's
> fine (where "fine" ignores the fact that the library and app are four
> times the size the app used to be alone. I'll have to figure out
> static linking before I can subject users to this. :-)
The executable I get with the mingw compiler is 113K in size.
When compiling with the cegcc compiler - the one you've used - the
default behaviour is indeed to use the big DLL. You can obviously avoid
that by using the -static switch to the compiler; that increases the
size of the exe to 259K. (The size of the exe that uses the DLL from the
cegcc compiler is also 113K - like the one from the mingw compiler.)
You may want to take all this with a grain of salt because in my
development environment none of the executables I just created actually
run :-) The ones I compiled several months ago still work though.
Danny
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ Cegcc-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/cegcc-devel
