Troy Rollo <[EMAIL PROTECTED]> writes: > 2. "can't resolve `_end' {*UND* section} - `.L__wine_spec_rva_base' {.data > section}" > > This problem is more sinister. It arises from the same limitation as the > first > problem, but is not susceptible to being worked around. The offending code is > the code that attempts to generate the NT header of the executable - > specifically the SizeOfImage element. I can't see any way at this point to > provide for this calculation to be done until after the linker output is > generated. I suspect the solution to this problem is to just output a zero in > this location and have winegcc modify the executable image to insert the > correct values after the linker has created it.
You can probably fix it by defining an _end symbol, like we do for MacOS. You certainly don't want to try modifying the binary after it has been built. -- Alexandre Julliard [EMAIL PROTECTED]