bobl at optushome.com.au
Wed Oct 5 06:35:26 CDT 2005
On Wednesday 05 October 2005 21:09, Alexandre Julliard wrote:
> Robert Lunnon <bobl at optushome.com.au> writes:
> > Under solaris I get some undefined references popping up from yesterdays
> > cvs (that I'm not used to seeing).
> > Undefined first referenced
> > symbol in file
> > GetStartupInfoA ../../dlls/libwinecrt0.a(exe_main.o)
> > GetModuleHandleA ../../dlls/libwinecrt0.a(exe_main.o)
> > GetCommandLineA ../../dlls/libwinecrt0.a(exe_main.o)
> > WinMain ../../dlls/libwinecrt0.a(exe_main.o)
> > I'm used to seeing main undefined in libraries (presumably because the
> > abblications using the dlls define the symbol), but not this collection.
> > the wine executable fails with
> If main() is undefined then the new winecrt0 will define it and bring
> in these symbols. It sounds like there is a problem with the link
> command, main() shouldn't be referenced at all when building dlls.
Yes, thats the way I see it, from what I can see winegcc is being called with
-shared but is not emitting -shared in the subsequent gcc command and
includes libwinecrt0.a which would be wrong for linking a shared library.
Seems winegcc is broken.
More information about the wine-devel