Re: [Harbour] Build Error
Same error here @14029 , XP SP2 MingW, even with 100% fresh SVN download. Bacco On Sun, Feb 28, 2010 at 23:45, Jerry Finuliar wrote: > Hi, > > WinXP SP3, QT->Mingw > > In file included from ../../../../hvmall.c:83: > ../../../../hvm.c: In function 'HB_FUN_HB_ARRAYTOPARAMS': > ../../../../hvm.c:11605: error: '_hb_stack_ptr_' undeclared (first use in > this f > unction) > ../../../../hvm.c:11605: error: (Each undeclared identifier is reported only > onc > e > ../../../../hvm.c:11605: error: for each function it appears in.) > > Thanks. > > -- > ___ > Surf the Web in a faster, safer and easier way: > Download Opera 9 at http://www.opera.com > > Powered by Outblaze > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Build Error
Hi, WinXP SP3, QT->Mingw In file included from ../../../../hvmall.c:83: ../../../../hvm.c: In function 'HB_FUN_HB_ARRAYTOPARAMS': ../../../../hvm.c:11605: error: '_hb_stack_ptr_' undeclared (first use in this f unction) ../../../../hvm.c:11605: error: (Each undeclared identifier is reported only onc e ../../../../hvm.c:11605: error: for each function it appears in.) Thanks. -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Build Error with SVN 2010-03-01 01:25 UTC+010
Hi, I encountered below error using BCC when building latest SVN. TIA, Mario === bcc32.exe -I. -I../../../../../../include -q -tWM -CP437 -w -w-sig- -Q -d -6 - O2 -OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -DHB_MT_VM -I"C:\BCC58\BIN\..\Include" -DUNICODE -ohvm.obj -c ../../../../hvm.c ../../../../hvm.c: Error E2451 ../../../../hvm.c 11605: Undefined symbol '_hb_stack_ptr_' in function HB_FUN_HB_ARRAYTOPARAMS *** 1 errors in Compile *** win-make[4]: *** [hvm.obj] Error 1 win-make[3]: *** [descend] Error 2 win-make[2]: *** [vmmt.inst] Error 2 win-make[1]: *** [vm.inst] Error 2 win-make: *** [src.inst] Error 2 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build Error
On Fri, 11 Sep 2009, Viktor Szakáts wrote: > Okay, this was a different issue, pls recheck after 12474. yup, this works, thanks. > > $hbmk2 t.prg -static > > hbmk2: Processing configuration: /usr/bin/hbmk.cfg > > Harbour 2.0.0beta3 (Rev. 12473) > > Copyright (c) 1999-2009, http://www.harbour-project.org/ > > Compiling 't.prg'... > > Lines 6, Functions/Procedures 1 > > Generating C source output to 't.c'... Done. > > /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZERROR': > > (.text+0x11): undefined reference to `zError' > > /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': > > > On 2009.09.11., at 10:16, Przemyslaw Czerpak wrote: > > > > > > > On Fri, 11 Sep 2009, Szak???ts Viktor wrote: > > > > > I need more information than that. Pls post other relevant > > > > > log sections. > > > > > > > > I can replicate such this problem in Linux by: > > > > > > > > /*** tst.prg ***/ > > > > proc main() > > > >? HB_ZLIBVERSION() > > > > return > > > > > > > > hbmk2 tst -static -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build Error
Okay, this was a different issue, pls recheck after 12474. Brgds, Viktor On 2009.09.11., at 10:51, Tamas TEVESZ wrote: On Fri, 11 Sep 2009, Viktor Szakáts wrote: no joy ;( $hbmk2 t.prg -static hbmk2: Processing configuration: /usr/bin/hbmk.cfg Harbour 2.0.0beta3 (Rev. 12473) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 't.prg'... Lines 6, Functions/Procedures 1 Generating C source output to 't.c'... Done. /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZERROR': (.text+0x11): undefined reference to `zError' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': (.text+0x102): undefined reference to `compress2' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': (.text+0x211): undefined reference to `compress' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': (.text+0x23c): undefined reference to `compressBound' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESSBOUND': (.text+0x276): undefined reference to `compressBound' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZLIBVERSION': (.text+0x2f4): undefined reference to `zlibVersion' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `hb_zlibUncompressedSize': (.text+0x36b): undefined reference to `inflateInit_' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `hb_zlibUncompressedSize': (.text+0x38b): undefined reference to `inflate' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `hb_zlibUncompressedSize': (.text+0x39e): undefined reference to `inflateEnd' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZUNCOMPRESS': (.text+0x474): undefined reference to `uncompress' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 gcc t.o hbmk_crnhmk.o -Wl,--start-group -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgttrm -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lm -ldl -lrt -lgpm -Wl,--end-group -ot -L/usr/lib/harbour Pls restest with 12473. Brgds, Viktor On 2009.09.11., at 10:16, Przemyslaw Czerpak wrote: On Fri, 11 Sep 2009, Szak???ts Viktor wrote: I need more information than that. Pls post other relevant log sections. I can replicate such this problem in Linux by: /*** tst.prg ***/ proc main() ? HB_ZLIBVERSION() return hbmk2 tst -static 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 -- [-] mkdir /nonexistent ___ 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] Build Error
On Fri, 11 Sep 2009, Viktor Szakáts wrote: no joy ;( $hbmk2 t.prg -static hbmk2: Processing configuration: /usr/bin/hbmk.cfg Harbour 2.0.0beta3 (Rev. 12473) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 't.prg'... Lines 6, Functions/Procedures 1 Generating C source output to 't.c'... Done. /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZERROR': (.text+0x11): undefined reference to `zError' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': (.text+0x102): undefined reference to `compress2' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': (.text+0x211): undefined reference to `compress' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESS': (.text+0x23c): undefined reference to `compressBound' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZCOMPRESSBOUND': (.text+0x276): undefined reference to `compressBound' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZLIBVERSION': (.text+0x2f4): undefined reference to `zlibVersion' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `hb_zlibUncompressedSize': (.text+0x36b): undefined reference to `inflateInit_' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `hb_zlibUncompressedSize': (.text+0x38b): undefined reference to `inflate' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `hb_zlibUncompressedSize': (.text+0x39e): undefined reference to `inflateEnd' /usr/lib/harbour/libhbrtl.a(hbzlib.o): In function `HB_FUN_HB_ZUNCOMPRESS': (.text+0x474): undefined reference to `uncompress' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 gcc t.o hbmk_crnhmk.o -Wl,--start-group -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgttrm -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lm -ldl -lrt -lgpm -Wl,--end-group -ot -L/usr/lib/harbour > Pls restest with 12473. > > Brgds, > Viktor > > On 2009.09.11., at 10:16, Przemyslaw Czerpak wrote: > > > On Fri, 11 Sep 2009, Szak???ts Viktor wrote: > > > I need more information than that. Pls post other relevant > > > log sections. > > > > I can replicate such this problem in Linux by: > > > > /*** tst.prg ***/ > > proc main() > > ? HB_ZLIBVERSION() > > return > > > > hbmk2 tst -static > > > > 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 > -- [-] mkdir /nonexistent ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build Error
Pls restest with 12473. Brgds, Viktor On 2009.09.11., at 10:16, Przemyslaw Czerpak wrote: On Fri, 11 Sep 2009, Szak�ts Viktor wrote: I need more information than that. Pls post other relevant log sections. I can replicate such this problem in Linux by: /*** tst.prg ***/ proc main() ? HB_ZLIBVERSION() return hbmk2 tst -static 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
Re: [Harbour] Build Error
On Fri, 11 Sep 2009, Szak�ts Viktor wrote: > I need more information than that. Pls post other relevant > log sections. I can replicate such this problem in Linux by: /*** tst.prg ***/ proc main() ? HB_ZLIBVERSION() return hbmk2 tst -static best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build Error
Hi Pritpal, I need more information than that. Pls post other relevant log sections. Brgds, Viktor On 2009.09.11., at 05:08, Pritpal Bedi wrote: Hello Viktor Here is the last few lines of build error coming for when make process is building shared libs: e:/harbour/lib/win/mingw/libhbrtl.a(hbzlibgz.o):hbzlibgz.c:(.text +0x9e7): undefi ned reference to `gzwrite' e:/harbour/lib/win/mingw/libhbrtl.a(hbzlibgz.o):hbzlibgz.c:(.text +0xaad): undefi ned reference to `gzgets' e:/harbour/lib/win/mingw/libhbrtl.a(hbzlibgz.o):hbzlibgz.c:(.text +0xb9c): undefi ned reference to `gzsetparams' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Build-Error-tp25394369p25394369.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ 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] Build Error
Hello Viktor Here is the last few lines of build error coming for when make process is building shared libs: e:/harbour/lib/win/mingw/libhbrtl.a(hbzlibgz.o):hbzlibgz.c:(.text+0x9e7): undefi ned reference to `gzwrite' e:/harbour/lib/win/mingw/libhbrtl.a(hbzlibgz.o):hbzlibgz.c:(.text+0xaad): undefi ned reference to `gzgets' e:/harbour/lib/win/mingw/libhbrtl.a(hbzlibgz.o):hbzlibgz.c:(.text+0xb9c): undefi ned reference to `gzsetparams' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Build-Error-tp25394369p25394369.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build error
Hi Przemek, I just realized by incident that the undef/def logic for cross-builds is still faulty as __PLATFORM__UNIX also has to be undef-fed for Windows to make it work with Cygwin binaries. I have a fix in place (which for .mk consist of adding this undef for all cases when using win hosts for cross builds, which is not very elegant, but there is no better). But before committing I was wondering if defining __PLATFORM__UNIX for Cygwin builds is the right thing to do. What's your opinion? Brgds, Viktor On 2009.08.17., at 0:56, Viktor Szakáts wrote: On Sat, 15 Aug 2009, Szak�ts Viktor wrote: Hi, Regardless of this fix, maybe Harbour PP could be modified to not throw a warning when the redefinition is identical to the original value, just like in C. Przemek, what's your opinion? Such warning is standard Clipper behavior and I do not think we should disable it but of course it's possible. You're right, I forgot about the compatibility aspect. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build error
On Sat, 15 Aug 2009, Szak�ts Viktor wrote: Hi, Regardless of this fix, maybe Harbour PP could be modified to not throw a warning when the redefinition is identical to the original value, just like in C. Przemek, what's your opinion? Such warning is standard Clipper behavior and I do not think we should disable it but of course it's possible. You're right, I forgot about the compatibility aspect. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build error
On Sat, 15 Aug 2009, Szak�ts Viktor wrote: Hi, > Regardless of this fix, maybe Harbour PP could be modified to > not throw a warning when the redefinition is identical to the > original value, just like in C. Przemek, what's your opinion? Such warning is standard Clipper behavior and I do not think we should disable it but of course it's possible. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build error
I didn't fix it yet. I'll do it tomorrow most probably, I already decided on the way to fix this. Until then just temporarily delete your HB_USER_PRGFLAGS and it will be just fine. Brgds, Viktor On 2009.08.15., at 5:37, FRANČEK PRIJATELJ wrote: Viktor Szakáts wrote: This is a very very old problem, but only Harbour gives a warning when redefining the same macro twice with same content, I'll try to do something about it and I just now realized that Harbour make uses a trick to relaunch itself even when making a single target. I don't know the reason yet or whether it can be eliminated. It would surely make life easier (and performance better). If this doesn't succeed I'll do a different trick to work this around. Regardless of this fix, maybe Harbour PP could be modified to not throw a warning when the redefinition is identical to the original value, just like in C. Przemek, what's your opinion? Brgds, Viktor It still fails. I made several tests. If I remove -es2 switch, it compiles OK (You can have multi -Dxxx switches without any warning) Brgds Franček -- View this message in context: http://www.nabble.com/Build-error-tp24981849p24985604.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ 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] Build error
Viktor Szakáts wrote: > > This is a very very old problem, but only Harbour gives a > warning when redefining the same macro twice with same content, > I'll try to do something about it and I just now realized that > Harbour make uses a trick to relaunch itself even when making > a single target. I don't know the reason yet or whether it can > be eliminated. It would surely make life easier (and performance > better). If this doesn't succeed I'll do a different trick > to work this around. > > Regardless of this fix, maybe Harbour PP could be modified to > not throw a warning when the redefinition is identical to the > original value, just like in C. Przemek, what's your opinion? > > Brgds, > Viktor > It still fails. I made several tests. If I remove -es2 switch, it compiles OK (You can have multi -Dxxx switches without any warning) Brgds Franček -- View this message in context: http://www.nabble.com/Build-error-tp24981849p24985604.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Build error
This is a very very old problem, but only Harbour gives a warning when redefining the same macro twice with same content, I'll try to do something about it and I just now realized that Harbour make uses a trick to relaunch itself even when making a single target. I don't know the reason yet or whether it can be eliminated. It would surely make life easier (and performance better). If this doesn't succeed I'll do a different trick to work this around. Regardless of this fix, maybe Harbour PP could be modified to not throw a warning when the redefinition is identical to the original value, just like in C. Przemek, what's your opinion? Brgds, Viktor On 2009.08.15., at 8:10, FRANČEK PRIJATELJ wrote: cl.exe -I../../../../../contrib/hbssl -nologo -I. -I../../../../../ include -Gs -TP -W4 -wd4127 -Ot2b1 -EHs-c- -MT -Foutils.obj - c ../../../utils.c utils.c ../../../../../bin/win/msvc/harbour.exe ../../../cgi.prg -n1 - I../../../../../contrib/hbssl -i../../../../../include -q0 -w3 -es2 - kmo -l -gc0 -b -DHB_HAS_OPENSSL -DHB_HAS_OPENSSL Warning W0001 Redefinition or duplicate definition of #define HB_HAS_OPENSSL No code generated. mingw32-make[3]: *** [cgi.c] Error 1 mingw32-make[2]: *** [descend] Error 2 mingw32-make[1]: *** [hbtip.inst] Error 2 mingw32-make: *** [contrib.inst] Error 2 My platform ! MAKE: mingw32-make 3.81 clean install sh.exe ! HB_USER_PRGFLAGS: -b ! HB_INSTALL_PREFIX: C:\HRB\msvc_D_Tr ! HB_BIN_INSTALL: C:\HRB\msvc_D_Tr\bin ! HB_LIB_INSTALL: C:\HRB\msvc_D_Tr\lib ! HB_INC_INSTALL: C:\HRB\msvc_D_Tr\include ! HB_DOC_INSTALL: C:\HRB\msvc_D_Tr\doc ! HB_BUILD_MODE: cpp ! HB_HOST_ARCH: win HB_SHELL: nt ! HB_ARCHITECTURE: win ! HB_COMPILER: msvc "! 'gtcrs' library skipped" "! 'gtdos' library skipped" "! 'gtos2' library skipped" "! 'gtsln' library skipped" "! 'gttrm' library skipped" "! 'gtxwc' library skipped" "! 'gtalleg' library skipped" "! 'hbgd' library skipped" "! 'rddads' library skipped" Brgs Franček ___ 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] Build error
cl.exe -I../../../../../contrib/hbssl -nologo -I. -I../../../../../include -Gs -TP -W4 -wd4127 -Ot2b1 -EHs-c- -MT -Foutils.obj -c ../../../utils.c utils.c ../../../../../bin/win/msvc/harbour.exe ../../../cgi.prg -n1 -I../../../../../contrib/hbssl -i../../../../../include -q0 -w3 -es2 -kmo -l -gc0 -b -DHB_HAS_OPENSSL -DHB_HAS_OPENSSL Warning W0001 Redefinition or duplicate definition of #define HB_HAS_OPENSSL No code generated. mingw32-make[3]: *** [cgi.c] Error 1 mingw32-make[2]: *** [descend] Error 2 mingw32-make[1]: *** [hbtip.inst] Error 2 mingw32-make: *** [contrib.inst] Error 2 My platform ! MAKE: mingw32-make 3.81 clean install sh.exe ! HB_USER_PRGFLAGS: -b ! HB_INSTALL_PREFIX: C:\HRB\msvc_D_Tr ! HB_BIN_INSTALL: C:\HRB\msvc_D_Tr\bin ! HB_LIB_INSTALL: C:\HRB\msvc_D_Tr\lib ! HB_INC_INSTALL: C:\HRB\msvc_D_Tr\include ! HB_DOC_INSTALL: C:\HRB\msvc_D_Tr\doc ! HB_BUILD_MODE: cpp ! HB_HOST_ARCH: win HB_SHELL: nt ! HB_ARCHITECTURE: win ! HB_COMPILER: msvc "! 'gtcrs' library skipped" "! 'gtdos' library skipped" "! 'gtos2' library skipped" "! 'gtsln' library skipped" "! 'gttrm' library skipped" "! 'gtxwc' library skipped" "! 'gtalleg' library skipped" "! 'hbgd' library skipped" "! 'rddads' library skipped" Brgs Franček begin:vcard fn;quoted-printable:Fran=C4=8Dek Prijatelj n;quoted-printable:Prijatelj;Fran=C4=8Dek email;internet:francek.prijat...@siol.net x-mozilla-html:TRUE version:2.1 end:vcard ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] build error
Pls. ignore my last post. All is ok and perfectly work. My mistake in synchronize metod from nightly zip file. Regards, Marek Horodyski -- Kawalerka za 89 tys. zl! Sprawdz >>> http://link.interia.pl/f20fb ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Build error
After read install, in einvironment have I : [...] EDPATH=D:\WATCOM\EDDAT HB_COMPILER=owatcom HB_INSTALL_PREFIX=D:\hb-owatcom INCLUDE=D:\WATCOM\H;D:\WATCOM\H\NT;D:\harbour\include; NUMBER_OF_PROCESSORS=1 OS=Windows_NT Path=D:\WATCOM\BINNT;D:\WATCOM\BINW;D:\harbour\bin;D:\BATCH;D:\ExeCom; PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 79 Stepping 2, AuthenticAMD WATCOM=D:\WATCOM [...] When I run from nightly file : call make_gnu.bat %1 %2 > log-%HB_COMPILER%.txt 2>&1 Process is terminated with info (end of log file) : [d:\harbour\log-owatcom.txt] [...] ../../../../include/hbdefs.h(355): Note! N393: col(33) included from ../../console.c(73) D:\WATCOM\H\NT\basetsd.h(35): Note! N392: col(29) definition: 'INT32' wpp386 -zq -bt=NT -bm -w3 -6s -fp6 -onaehtr -s -ei -zp4 -zt0 -oi+ -i. -i../../../../include ../../copyfile.c -fo=copyfile.obj make.exe[3]: Leaving directory `D:/harbour/source/rtl/win/owatcom' make.exe[3]: *** No rule to make target `cputime.obj', needed by `hbrtl.lib'. Stop. make.exe[2]: *** [descend] Error 2 make.exe[2]: Leaving directory `D:/harbour/source/rtl' make.exe[1]: *** [rtl] Error 2 make.exe[1]: Leaving directory `D:/harbour/source' make.exe: *** [source] Error 2 And install created only 2 exe files : D:\harbour>dir *.exe /s Wolumin w stacji D to dane Numer seryjny woluminu: D02F-B32A Katalog: D:\harbour\source\main\win\owatcom 2009-04-03 05:02 595 456 harbour.exe 1 plik(ów) 595 456 bajtów Katalog: D:\harbour\source\pp\win\owatcom 2009-04-03 05:02 152 064 hbpp.exe 1 plik(ów) 152 064 bajtów Razem wymienionych plików: 3 plik(ów) 2 850 816 bajtów 0 katalog(ów) 130 688 626 688 bajtów wolnych Where from is this cputime.obj ? Regards, Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
