Es schrieb Kevin Ryde: > > I tried using the Debian packaged mingw32 cross-compiler to build a > windows DLL with cvs libtool but didn't at first realize I had to set > HOST_CC manually. Perhaps libtool could probe for a build system > compiler itself when it needs one (for impgen.c). > > I don't have an actual patch to suggest for this, but there's a chunk > of code in config.guess which ought to be right and I suppose the > HOST_CC setting then ought then be emitted into the libtool script. > Oh, and I guess CC_FOR_BUILD is the new name for this too.
http://ac-archive.sf.net/Installed_Packages/patch_libtool_to_add_host_cc.html use this patch to adjust your configure script detecting a good host_cc for quite some platforms, but it is a dirty hack that won't go into mainstream autoconf. The actual problem results of dlltool not being able to extract an export-def file from a .dll just so, so that a an impgen-tool is compiled on the fly. But this is not actually the Right Thing, dlltool should offer an option about it, and since dlltool is preinstalled, we do not need to compile a tool on the fly. However I do not have the time to hang around on the binutils-ML to make a good patch so that we can remove the imgen.c-sourcecode from libtool, simply because an equivalent code has been integrated into a crossgcc's binutil's dlltool (yet to be seen). If there'd be volunteers to do the necesseray communications with the binutils guys, we (including me) could help with the references and experiences why and when the libtool's impgen.c had been necessary and why its functionality can not be left out of a dlltool. cheers, guido (note: my home-pc went off monday, and I have quite some mails to go through, so I may not reply immediatly in the next days) _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
