Hi! I've attached a patch which works around a bug in VirtualPC. (Sorry for using application/octet-stream, but the webmail interface provides no way to choose text-type) I spent lots of time to track down what goes wrong and under which conditions.
I have the following environment: - Windows 2000 runs in Virtual PC. - Virtual PC runs under MacOSX Tiger - In Virtual PC the VPC-Addons for Windows are installed - In Windows 2000 runs cygwin. - The source tree is mapped into VirtualPC, windows see's it as an extra drive The following condition must be met to reproduce the virtualpc bug: - VirtualPC must run in the background or in the dock - you must link a module and use -export-symbols - $output_objdir/$libname.filter must be empty When the conditions are met and the error appears, then you see this error: Cannot export : symbol not defined Creating library file: $output_objdir/$libname.dll.a collect2: ld returned 1 exit status then when you run on the console: od -a $output_objdir/$libname.def then you get this: 0000000 nul nul nul 0000003 or sometimes this: 0000000 ` / soh 0000003 The patch works around the bug in virtualpc by not operating on an empty file. The patch has been reviewed and okey'd by Peter Ekberg (who originally wrote the piece of code the patch touches). Enjoy! -- Greetings, Christoph Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl
ltmain-virtualpc.m4sh.diff
Description: Binary data
_______________________________________________ Bug-libtool mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-libtool
