Ok,
I've found out what is my problem.
hbtest uses harbour.dll, but the one used is the one inside path and not the
one inside bin\os2\gcc, so the one on the path is the old one, with pcodever 2.
Sorry for that.
Maurilio.
Maurilio Longo wrote:
> And this is what gets written inside .c files cr
And this is what gets written inside .c files created from .prg ones:
HB_INIT_SYMBOLS_EX_END( hb_vm_SymbolInit_HBTEST, "../../../hbtest.prg", 0x0,
0x0003 )
So it seems it is writing 3 as it should, or not?
Maurilio
Maurilio Longo wrote:
> Lorenzo,
>
> I don't know what to do next, I've been bu
Lorenzo,
I don't know what to do next, I've been building harbour for several months
now, without problems.
Now, I do a clean, a make and, on completely new .exes, I get
B_LEGACY_TYPES_OFF -oxbptreeview.o -c xbptreeview.c
../../../../../bin/os2/gcc/harbour.exe ../../../xbpwindow.prg -I../../..
On Tue, Mar 2, 2010 at 9:53 AM, Maurilio Longo wrote:
> I'm at the third full rebuild, make clean, make and I keep getting this, am I
> the only one? What's wrong with my hvm?
I've just done a make -s clean make install under Linux/gcc and it seems ok.
No errors and hbtest works as expected.
b
Guys,
I'm at the third full rebuild, make clean, make and I keep getting this, am I
the only one? What's wrong with my hvm?
These are the files:
2/03/10 9:43 4.845124 a--- arrayshb.o
2/03/10 9:43 2.119124 a--- asort.o
2/03/10 9:43163124 a--- break.
Hi,
code at svn 14032, full rebuid, on OS/2 gives:
B_LEGACY_TYPES_OFF -oxbptoolbar.o -c xbptoolbar.c
gcc -I../../../../../contrib/hbqt -I. -I../../../../../include -Wall -W -O3 -DH
B_LEGACY_TYPES_OFF -oxbptreeview.o -c xbptreeview.c
gcc -I../../../../../contrib/hbqt -I. -I../../../../../inc
