Hi, >> The only so far known problem is ignored -mwindows >> option when using mingw64 4.4.4, so app doesn't >> pop with GTWVT, with GTWIN it runs beautifully. >> I'm not sure if the problem is with Harbour or >> mingw64. > > It sounds like an old issue. > If main() function is found in linked object files or > libraries then console application is created with main() > as startup entry. Otherwise windows application is created > with WinMain() startup entry. It's the reason why we created > separated libraries hbmainstd and hbmainwin with console and > GUI startup entries. It should be enough to chose the valid > one. I thought that hbmk2 does it.
It does it for shared builds. hbmk2 behaves the exact same for mingw and mingw64, yet it doesn't work for mingw64 and does for mingw. So either it's just a coincidence that mingw works, and there is hbmk2 bug, or there is a difference in either in Harbour mingw64 builds or mingw64 itself. .c stub rightly issues hb_forceLinkMainWin() in both cases, which should be enough to pull WinMain(). If I try 'hbmk2 a.prg -shared', it works, but if I try 'hbmk2 a.prg -shared -gtwvt', it tells: 'Can't locate the starting procedure: 'MAIN'' Then just 'hbmk2 a.prg -gtwvt': 'It's not a GUI program' a.prg is: --- FUNCTION MAIN() ALERT( "hello" ) RETURN 0 --- Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
