Danny Backx wrote: > Pedro, > > I approved a reply from you to the SVN-commits mailing list, but I > didn't get the message through the mailing list yet. Maybe it has a > backlog. > > If I remember the message well, it said that DLLs in mingw32ce need to > be created by src/script.sh . This was in response to a change I made to > get src/cegcc/libstdc++/Makefile to work for the arm-wince-mingw32ce > target. > > Would you care to explain why this is so , or why you think it should be > so ? > Here is a (further enhanced) copy:
Dlls for mingw32ce runtime should be generated with src/script.sh . That script was based on this other script: http://cygwin.com/ml/cygwin-apps/2006-05/msg00044.html That thread is really worth reading, as it talks about exactly the same problems I am referring to. There is on open issue of deciding if we want to go the dll route, or leave everything static so we don't have any dll dependency. The desktop version of MinGW goes the everything static route, but there are some known problems with it when using recent versions of gcc. There are problems in passing std::string around dlls, and with exception propagation across dlls. They may switch to dll versions too when they switch to gcc-4.x (they still use gcc-3.x). A possible cure for these problems is building libgcc and libstdc++ as dlls. A possible cure for the std::string problem is building gcc/libstdc++ with '--enable-fully-dynamic-string', but that gives an inefficient std::string implementation, as it disables the empty string optimization... What do you guys think? I don't have a problem in depending on a dll, but I am open to opinions. If we decide on dlls, using 'arm-wince-mingw32ce -static' removes the dependencies, so everybody should be happy. We are talking about defaults here. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196 Notice the posting /#17 by Danny Smith, a MinGW developer. The src/script.sh does exactly that: build dlls from the static versions, and appends a version number to it so we can have multiple versions. Also, with these numbers attached, there is no conflict with current cegcc's libsup++ and libstdc++ dlls, so they can be installed side by side on the device. Cheers, Pedro Alves / ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
