Re: [Cegcc-devel] Automatic dummy WinMain

2007-09-11 Thread Matthew Kille
Hi Pedro, > From what I remember the last time we were looking into Winmain, msvc > doesn't parse and fill __argc/__argv with real values unless you use the > mainCRTStartup -> main entry point. > Which means that your WinMain will always return 0 - if it builds. Does > it build with MSVC? I wa

Re: [Cegcc-devel] Automatic dummy WinMain

2007-09-11 Thread Pedro Alves
Matthew Kille wrote: > Hi Kevin, > > > A ".a" file is composed of a set of ".o" files. When linking with a > > ".a" library, the linker will only pull in those ".o" files that > > resolve an outstanding symbol. So, if the linker doesn't have WinMain > > outstanding, it shouldn't try to pull in wi

Re: [Cegcc-devel] Automatic dummy WinMain

2007-09-10 Thread Matthew Kille
Hi Kevin, > A ".a" file is composed of a set of ".o" files. When linking with a > ".a" library, the linker will only pull in those ".o" files that > resolve an outstanding symbol. So, if the linker doesn't have WinMain > outstanding, it shouldn't try to pull in winmain_ce.o. Many thanks for ans

Re: [Cegcc-devel] Automatic dummy WinMain

2007-09-10 Thread Kevin O'Connor
On Mon, Sep 10, 2007 at 11:09:21PM +0100, Matthew Kille wrote: > Hi All, > > (Using mingw32ce toolchain, revision 1049 I believe.) > > Can someone help explain to me the mechanisms behind how the 'dummy > WinMain' function (in winmain_ce.c) is conditionally linked into the > output binary if th

[Cegcc-devel] Automatic dummy WinMain

2007-09-10 Thread Matthew Kille
Hi All, (Using mingw32ce toolchain, revision 1049 I believe.) Can someone help explain to me the mechanisms behind how the 'dummy WinMain' function (in winmain_ce.c) is conditionally linked into the output binary if the developer doesn't provide his own WinMain() function? My problem is that I