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
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
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
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
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