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:
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(
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
13 matches
Mail list logo
