Hi everybody, first thanks for all the great work...
I'm currently trying to migrate a project from pure VC 2005 to a mostly cegcc based buildchain. I'm now a little bit stuck in the process and would be happy if someone could help me staying on the right track. First my environement. I'd like to build several libs using cegcc, and then link the final app using VC 2005. I can't remove the VC dependency as my app still uses some MFC code. So here is my current knowledge. Would be nice if someone could correct me if I'm wrong or eventually confirm some points ;-) - I can build libs with pure C interface using arm-wince-mingw32ce . These should work with VC as the gcc .a files are ABI compatible with the VC .lib files. - I mustn't use arm-cegcc as it introduces its own System layer (malloc free etc.) wich will never work well with VC. - I can't compile libs with C++ interface, as they are not ABI compatible with VC Currently I'm trying to link a test app ( under VC, using a library generated by arm-wince-mingw32ce ) and get some linker errors, complaining about missing __floatsisf __muldf3 etc. For me it looks like I'm missing the softfloat implementation of gcc, wich lies in libgcc.a, wich in turn leads me to several possibilities I can't decide upon: - Link against libgcc.a. I've got a strange feeling about this and have no idea about the side effects. - propably there is a compiler switch, forcing gcc to rely on the MS softfloat implementation when building the lib. I haven't found it, if it exists. - there might also exist a lib<some mingw magic>.a which brings in all the mingw compatibility layer. I haven't found it either. Any hints on this? I found out that the arm-wince-mingw32ce compiler has a slightly different set of includes than the PocketPC SDKs. (for example sys/types.h is missing under VisualStudio). Would it make sence to work on a set of includes for the PocketPC SDK to provide the M$ toochain with the missing defines? For me this makes some sense as I'd like to have a standards based environement, not sources which don't use the standards because M$ doesn't ship them. Thanks a lot for your help. Stefan ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
