workaround for virtualpc bug

[Christoph Egger]

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