Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread Viktor Szakáts
>> set HBMK_OPTIONS=-trace >> mingw32-make clean >> mingw32-make > > It compiled without errors. Then I issued mingw32-make install > (HB_INSTALL_PREFIX was not set) and I got: > windres.exe -IC:/cvs/harbour/harbour/include > C:/DOCUME~1/ADMINI~1/IMPOST~1/Temp/hbmk_g8aur0.rc -O coff -o > C:/DOCUM

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread francesco perillo
> set HBMK_OPTIONS=-trace > mingw32-make clean > mingw32-make It compiled without errors. Then I issued mingw32-make install (HB_INSTALL_PREFIX was not set) and I got: windres.exe -IC:/cvs/harbour/harbour/include C:/DOCUME~1/ADMINI~1/IMPOST~1/Temp/hbmk_g8aur0.rc -O coff -o C:/DOCUME~1/ADMINI~1/IM

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread Viktor Szakáts
Hi, > So, just a "mingw32-make clean all" ? I'm using: mingw32-make clean mingw32-make Never use 'all', but could also work. > But in order to have a clean situation I completely deleted the > sandbox, did a new checkout and built with a HB_INSTALL_PREFIX... > build failed... I then deleted the

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread francesco perillo
> Well, HB_INSTALL_PREFIX will default to SVN dir > or system dir on *nix by default (since these are > the only known dir by the make system). So, if you > leave it to default, it's much better option to not > use it at all, as I suggested several times. So, just a "mingw32-make clean all" ? But

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread Viktor Szakáts
> Viktor, your answers are like GOLD, not worthless. Infact you pointed > to the right direction, a hbqt.ch file in /include > > What is not "normal" is that /include/hbqt.ch was not updated by a > "make clean install" and I was trying to understand what happened to > make the process more str

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread francesco perillo
Viktor, your answers are like GOLD, not worthless. Infact you pointed to the right direction, a hbqt.ch file in /include What is not "normal" is that /include/hbqt.ch was not updated by a "make clean install" and I was trying to understand what happened to make the process more straightforward

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread Viktor Szakáts
> error was in hbidefindreplace, where Qt_StrongFocus is used... but it > used also in thbqtui.prg... > > Maurizio uses a batch file to do a clean/install (the same I use) so > he can't "forget"... at this point I may only thing that the make did > not complete, the error message is redirected to

Re: [Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread francesco perillo
error was in hbidefindreplace, where Qt_StrongFocus is used... but it used also in thbqtui.prg... Maurizio uses a batch file to do a clean/install (the same I use) so he can't "forget"... at this point I may only thing that the make did not complete, the error message is redirected to a file so Ma

[Harbour] Re: To Pritpal and Viktor on problems in hbide compiling

2010-04-08 Thread Pritpal Bedi
francesco perillo wrote: > > The only thing I was able to think about Maurizio error is that "make > clean install" failed, hbqt.ch in /include was not updated, some old > libs were hanging around and doing a hbmk2 hbide.hbp compiled the last > version of hbide with older hbqt.ch headers and pro