RE: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
Hi Viktor, I finally got it working (VC98, Visual2005 Visual2008) :-) Very simple in fact. It was just a problem of terminating "\" As this one is working with the include string : E:\ads81\api\acesdk\ cl.exe -c -MT -I"..\..\include" -Ot2b1 -FD -Gs -D_CRT_SECURE_NO_DEPRECATE -W3 -nologo -TC -IE:\ads81\api\acesdk\ -Fo..\..\obj\vc\\\ .\ads1.c .\adsfunc.c .\adsmgmnt.c this one fail with : "E:\ads81\api\acesdk\" cl.exe -c -MT -I"..\..\include" -Ot2b1 -FD -Gs -D_CRT_SECURE_NO_DEPRECATE -W3 -nologo -TC -I"E:\ads81\api\acesdk\" -Fo..\..\obj\vc\\\ .\ads1.c .\adsfunc.c .\adsmgmnt.c but is working with : "E:\ads81\api\acesdk" cl.exe -c -MT -I"..\..\include" -Ot2b1 -FD -Gs -D_CRT_SECURE_NO_DEPRECATE -W3 -nologo -TC -I"E:\ads81\api\acesdk" -Fo..\..\obj\vc\\\ .\ads1.c .\adsfunc.c .\adsmgmnt.c Just for information in case of someone else could have a similar problem. Regards, JF, -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Szakáts Viktor Envoyé : mercredi 27 août 2008 22:14 À : Harbour Project Main Developer List. Objet : Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu) > Hi JF, > Do not work as the problem is not nmake.exe, but cl.exe as > expected :-( Yes, that's why I didn't understand, but I left any speculation. Try the method I'm writing in the ChangeLog. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
J. Lefebvre wrote: Hummm, was not very well awake :-( Do not work as the problem is not nmake.exe, but cl.exe as expected :-( I also use MSVC 6 and I use quotes around the /i parameters: MSVC_DIR = "\program files\microsoft visual studio\vc98" MSVCSDK_DIR = "\program files\microsoft SDK" and $(OBJ_DIR)/%.obj : %.prg $(HB_DIR)\bin\harbour $< /q0 /n /m /w /gc0 /es2 /dECR32 /dEASIPOS /dECR /i$(HB_DIR)\include /i$(HWGUI_DIR)\include /o$(OBJ_DIR)\$*.c @cl /nologo /W3 /c /TP /I. /I$(HB_DIR)\include /I$(MSVCSDK_DIR)\include /I$(MSVC_DIR)\include $(OBJ_DIR)\$*.c /Fo$@ @del $(OBJ_DIR)\$*.c I am not using nmake, but so what. Sorry about the folding but you should be able to see what I mean (the @cl means don't echo the cl command with MinGW make). Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
Thanks Alex, I finally found the problem. Just the fact that cl.exe do not allow a final "\" when include string is surrounded by double quotes. Thanks, PS:Just a question ? Is there any 'plus' using MinGW make in place of Microsoft one nMake ? JF, -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Alex Strickland Envoyé : jeudi 28 août 2008 10:33 À : Harbour Project Main Developer List. Objet : Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu) J. Lefebvre wrote: > Hummm, was not very well awake :-( > > Do not work as the problem is not nmake.exe, but cl.exe as expected :-( I also use MSVC 6 and I use quotes around the /i parameters: MSVC_DIR = "\program files\microsoft visual studio\vc98" MSVCSDK_DIR = "\program files\microsoft SDK" and $(OBJ_DIR)/%.obj : %.prg $(HB_DIR)\bin\harbour $< /q0 /n /m /w /gc0 /es2 /dECR32 /dEASIPOS /dECR /i$(HB_DIR)\include /i$(HWGUI_DIR)\include /o$(OBJ_DIR)\$*.c @cl /nologo /W3 /c /TP /I. /I$(HB_DIR)\include /I$(MSVCSDK_DIR)\include /I$(MSVC_DIR)\include $(OBJ_DIR)\$*.c /Fo$@ @del $(OBJ_DIR)\$*.c I am not using nmake, but so what. Sorry about the folding but you should be able to see what I mean (the @cl means don't echo the cl command with MinGW make). Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
J. Lefebvre wrote: PS:Just a question ? Is there any 'plus' using MinGW make in place of Microsoft one nMake ? Well I thought there was a plus. I did not know how to get nmake to infer the rules the way I like, so : easipos_objs = \ $(OBJ_DIR)/ecr.obj \ $(OBJ_DIR)/ecrapp.obj easipos.exe : $(easipos_objs) knows to go and look for ecr.prg and ecrapp.prg without explicitly declaring rules for each prg file, but I could get the GNU make to do this. But recently I found out how to do this with nmake as well (for the HWGUI makefile) so really now there is little difference for my purposes IMO. The GNU make documentation is far superior. Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
Thanks for the info. JF -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Alex Strickland Envoyé : jeudi 28 août 2008 11:00 À : Harbour Project Main Developer List. Objet : Re: [Harbour] 2008-08-27 21:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu) J. Lefebvre wrote: > PS:Just a question ? Is there any 'plus' using MinGW make in place of > Microsoft one nMake ? Well I thought there was a plus. I did not know how to get nmake to infer the rules the way I like, so : easipos_objs = \ $(OBJ_DIR)/ecr.obj \ $(OBJ_DIR)/ecrapp.obj easipos.exe : $(easipos_objs) knows to go and look for ecr.prg and ecrapp.prg without explicitly declaring rules for each prg file, but I could get the GNU make to do this. But recently I found out how to do this with nmake as well (for the HWGUI makefile) so really now there is little difference for my purposes IMO. The GNU make documentation is far superior. Regards Alex ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-28 12:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-28 12:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * make_vc.bat * Updated usage text. * include/hbwince.h ! Fix for Pelles C 5.0 in WinCE/ARM mode. * include/hbsetup.h + Detecting Pelles C 5.0 in ARM mode as HB_WINCE. * ChangeLog - Removed some advices not valid anymore from previous entry. * contrib/mtpl_b32.bat * contrib/mtpl_vc.bat * Synced with /make_*.bat so that the name of the .mak file is now hard-wired instead of being HB_CC_NAME dependent. This way contribs may be built for WinCE in the future (this still needs adding WinCE support to mtpl_vc.mak). * contrib/mtpl_gcc.sh + Darwin autodetection was missing. * contrib/hbfimage/fi_winfu.c ! Added CBM_INIT definition for Pellec C in WinCE mode. * source/rtl/gtclip.c + Added GMEM_MOVEABLE definiction for Pelles C in WinCE mode. + config/w32/poccce.cf + Added Pellec C WinCE make file. + config/w32/msvcce.cf + Added WinCE GNU make file for MSVC. Untested, probably not working, this is just a small step to make the GNU-make equal in feature with the non-GNU make one. * config/w32/bcc32.cf * Minor sync of C options with non-GNU make file. * config/w32/msvc.cf * Attempt to sync C options with non-GNU make file. * contrib/hbfbird/firebird.c * Minor formatting. ; NOTE1: For better consistency I'd like to rename GNU make compiler names 'mingw32' to 'mingw' (they've dropped '32' long ago), and 'cemgw' to 'mingwce'. ; NOTE2: Pelles C WinCE build still generates following errors: POLINK: error: Unresolved external symbol 'GetModuleFileNameA'. POLINK: error: Unresolved external symbol 'RegOpenKeyExA'. ../../math.c(605): error #3120: [asm] Symbol 'inf' is undefined. contrib\gtwvg\gtwvg.h(78): fatal error #1035: Can't find include file . ../../ctmath2.c(324): error #3120: [asm] Symbol 'inf' is undefined. ../../win32.c(70): error #2048: Undeclared identifier 'CS_OWNDC'. ../../win32.c(75): error #2048: Undeclared identifier 'IDI_APPLICATION'. ../../win32.c(75): error #2140: Type error in argument 2 to 'LoadIconA'; found 'int', expected 'const char *'. ../../win32.c(181): error #2048: Undeclared identifier 'MFS_DISABLED'. ../../win32.c(194): warning #2027: Missing prototype for 'InsertMenuItem'. ../../win32.c(219): warning #2027: Missing prototype for 'SetMenu'. ../../odbc.c(94): fatal error #1035: Can't find include file . contrib\hbsqlit3\sqlite3\sqlite3.c(9936): warning #2027: Missing prototype for 'localtime'. [ ... ] ../../w32_ole.c(403): error #2152: Unknown field 'pllVal' of 'union (no name)'. ../../w32_ole.c(403): error #2168: Operands of = have incompatible types 'int' and 'long long int *'. ../../w32_ole.c(408): error #2152: Unknown field 'llVal' of 'union (no name)'. ../../w32_ole.c(786): error #2152: Unknown field 'pllVal' of 'union (no name)'. ../../w32_ole.c(786): error #2144: Type error: pointer expected. ../../w32_ole.c(792): error #2152: Unknown field 'llVal' of 'union (no name)'. ../../hbsyslog.c(31): error #2140: Type error in argument 2 to 'RegisterEventSourceW'; found 'const char *', expected 'const wchar_t *'. ../../hbsyslog.c(97): error #2140: Type error in argument 8 to 'ReportEventW'; found 'const char * *', expected 'const wchar_t * *'. ../../firebird.c(448): error #2149: Undefined size for 'times' with type '(incomplete) struct tm'. ../../firebird.c(479): error #2152: Unknown field 'tm_year' of '(incomplete) struct tm'. ../../firebird.c(480): error #2152: Unknown field 'tm_mon' of '(incomplete) struct tm'. ../../firebird.c(481): error #2152: Unknown field 'tm_mday' of '(incomplete) struct tm'. ../../firebird.c(482): error #2152: Unknown field 'tm_hour' of '(incomplete) struct tm'. ../../firebird.c(483): error #2152: Unknown field 'tm_min' of '(incomplete) struct tm'. ../../firebird.c(484): error #2152: Unknown field 'tm_sec' of '(incomplete) struct tm'. ../../firebird.c(493): error #2152: Unknown field 'tm_year' of '(incomplete) struct tm'. ../../firebird.c(493): error #2152: Unknown field 'tm_mon' of '(incomplete) struct tm'. ../../firebird.c(493): error #2152: Unknown field 'tm_mday' of '(incomplete) struct tm'. ../../firebird.c(502): error #2152: Unknown field 'tm_hour' of '(incomplete) struct tm'. ../../firebird.c(503): error #2152: Unknown field 'tm_min' of '(incomplete) struct tm'. ../../firebird.c(504): error #2152: Unknown field 'tm_sec' of '(incomplete) struct tm'. ../../fi_winfu.c(97): warning #2027: Missing prototype for 'CreateDIBitmap'. ../../fi_winfu.c(98): error #2048: Undeclared identifier 'CBM_INIT'. ../../fi_winfu.c(99): error #2168: Operands of
[Harbour] 2008-08-28 12:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-28 12:22 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbfimage/fi_winfu.c ! Added CBM_INIT definition for Pellec C in WinCE mode. [UNDONE. CreateDIBitmap() also doesn't exist in WinCE. ] -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] 2008-08-25 14:46 UTC+0200 Viktor Szakats (harbour.01syenar hu)
Recompiling an application with gtwvg now I receive this: Error: Unresolved external '_hb_hInstance' referenced from C:\HARBOUR\LIB\GTWVG. LIB|wvgutils -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor Sent: Monday, August 25, 2008 2:47 PM To: harbour@harbour-project.org Subject: [Harbour] 2008-08-25 14:46 UTC+0200 Viktor Szakats (harbour.01syenar hu) 2008-08-25 14:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/vm/cmdarg.c ! hb_hInstance, hb_hPrevInstance, s_iCmdShow, s_WinMainParam vars marked as 'static', hb_ prefix changed to s_. NOTE: This may pose a problem if some 3rd party code was relying on the names or the fact that these vars were exported by incident (since they were not declared in any Harbour headers.) [INCOMPATIBLE] * contrib/hbwhat32/whtmain.c ! Removed WinMain() function and some global vars colliding with some Harbour core ones. * HINSTANCE(), HPREVINSTANCE(), NCMDSHOW() functions now use Harbour API calls to retrieve values. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-28 18:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-28 18:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/gtwvg/wvgutils.c ! Fixed to use documented Harbour API hb_winmainArgGet() instead of the (since cleaned away) undocumented Harbour global variable hb_hInstance. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
R: [Harbour] 2008-08-28 18:31 UTC+0200 Viktor Szakats (harbour.01syenar hu)
Tank . Now compile without error -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Szakáts Viktor Inviato: giovedì 28 agosto 2008 18.33 A: harbour@harbour-project.org Oggetto: [Harbour] 2008-08-28 18:31 UTC+0200 Viktor Szakats (harbour.01syenar hu) 2008-08-28 18:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/gtwvg/wvgutils.c ! Fixed to use documented Harbour API hb_winmainArgGet() instead of the (since cleaned away) undocumented Harbour global variable hb_hInstance. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-28 20:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-28 20:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/rtl/gtchrmap.c * source/rtl/hbgtcore.c * source/vm/hvm.c + Added three TOFIXes regarding namespace violations. s_pszLinkedMain-> hb_vm_pszLinkedMain s_defaultGT-> hb_gt_szNameDefault s_szDefaultCharMapFile -> hb_gt_szCharMapFileDefault TOFIX: These should be fixed in 1.1 (or maybe even in 1.0.1 if this isn't such a big problem for 3rd parties). -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-08-28 20:17 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-08-28 20:17 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * make_vc.bat - make_vcce.bat + Added some additional information how to create WinCE builds using make_vc.bat. - Deleted make_vcce.bat -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Building libs Wince Evc4 latest svn
Viktor, With latest snv finally I could build correctly libs for Wince Evc4 using new bat/mak. Many thanks. I also tried to build dll. I had some problems (see attached file). These are my sets: P:\Programacion\harbour>SET HB_BUILD_WINCE=yes P:\Programacion\harbour>SET HB_CC_NAME=vcce P:\Programacion\harbour>SET HB_ARCHITECTURE=w32 P:\Programacion\harbour>SET HB_GT_LIB=gtgui P:\Programacion\harbour>SET HB_GT_DEFAULT=gui P:\Programacion\harbour>SET HB_VISUALC_VER=60 P:\Programacion\harbour>SET HB_BUILD_MODE=c P:\Programacion\harbour>SET C_USR= -DHB_GTGUI_HACK -DHARBOUR_MAIN_WIN -DHB_TR_LEVEL_ALWAYS P:\Programacion\harbour>SET HB_BUILD_DLL=yes P:\Programacion\harbour>make_vc Regards, José Luis CApel make_vcce.rar Description: Binary data ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Building libs Wince Evc4 latest svn
Hi Jose, Thanks for your tests. This is the only problem present when linking hbtest-dll against harbour-10-vcce.dll: --- corelibc.lib(pegwmain.obj) : error LNK2019: unresolved external symbol WinMain referenced in function WinMainCRTStartup bin\vcce\hbtest-dll.exe : fatal error LNK1120: 1 unresolved externals --- Unfortunately I have no idea how to fix this, hopefully someone will jump in with the solution. Brgds, Viktor On 2008.08.28., at 21:57, José Luis Capel - wrote: Viktor, With latest snv finally I could build correctly libs for Wince Evc4 using new bat/mak. Many thanks. I also tried to build dll. I had some problems (see attached file). These are my sets: P:\Programacion\harbour>SET HB_BUILD_WINCE=yes P:\Programacion\harbour>SET HB_CC_NAME=vcce P:\Programacion\harbour>SET HB_ARCHITECTURE=w32 P:\Programacion\harbour>SET HB_GT_LIB=gtgui P:\Programacion\harbour>SET HB_GT_DEFAULT=gui P:\Programacion\harbour>SET HB_VISUALC_VER=60 P:\Programacion\harbour>SET HB_BUILD_MODE=c P:\Programacion\harbour>SET C_USR= -DHB_GTGUI_HACK - DHARBOUR_MAIN_WIN -DHB_TR_LEVEL_ALWAYS P:\Programacion\harbour>SET HB_BUILD_DLL=yes P:\Programacion\harbour>make_vc Regards, José Luis CApel ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] BUG (1.0.0 and current): Leak with /w3 and duplicate method declaration
Hi all, --- leak.prg #include "hbclass.ch" CLASS test DATA var1 DATA var1 ENDCLASS --- --- screen C:\harbour\bin>harbour leak /n /i..\include /w3 Harbour 1.0.0 Intl. (Rev. 9175) Copyright (c) 1999-2008, http://www.harbour-project.org/ Compiling 'leak.prg'... leak.prg(5) Warning W0019 Duplicate declaration of Method 'VAR1' leak.prg(5) Warning W0019 Duplicate declaration of Method '_VAR1' Lines 736, Functions/Procedures 1 Generating C source output to 'leak.c'... Done. Total memory allocated: 119939 bytes (6751 blocks) WARNING! Memory allocated but not released: 17 bytes (2 blocks) source\main\harbour.c:319: HB_TR_ERROR Block 1 009A1CE4 (size 16) "\00\00\00\00\00\00\00\00\EE\4F\47\00\01\00\00\00" source\main\harbour.c:319: HB_TR_ERROR Block 2 009B7264 (size 1) " " --- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] BUG (1.0.0 and current): Leak with /w3 and duplicate method declaration
On Thu, 28 Aug 2008, Szakáts Viktor wrote: Hi Viktor, > --- leak.prg > #include "hbclass.ch" > CLASS test >DATA var1 >DATA var1 > ENDCLASS It's a known issue. Look at harbour.h[1332] If it's necessary I can try to fix it though as I said few time in the past whole strong typing code have to be removed and written from scratch in different way. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] BUG (1.0.0 and current): Leak with /w3 and duplicate method declaration
Hi Przemek, Well, I see. Can you just remove it completely? (when you get to it, that is) Ppl are running into these from time to time, and it's difficult to remember that this is again the same issue. It's even more confusing, since I've seen this kind of error message also without leak reports. Brgds, Viktor On 2008.08.28., at 23:59, Przemyslaw Czerpak wrote: On Thu, 28 Aug 2008, Szakáts Viktor wrote: Hi Viktor, --- leak.prg #include "hbclass.ch" CLASS test DATA var1 DATA var1 ENDCLASS It's a known issue. Look at harbour.h[1332] If it's necessary I can try to fix it though as I said few time in the past whole strong typing code have to be removed and written from scratch in different way. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
