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:
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
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
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.ha
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
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
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()
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
__
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(
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):
undef
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 fo
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
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 th
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
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
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 whe
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
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
_
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
19 matches
Mail list logo
