With Harbour r17073
it start working fine with dw2 type detected:
-----------------------------------
! Building Harbour 3.1.0dev from source - http://harbour-project.org
! MAKE: win-make 3.82 sh.exe
! HB_HOST_PLAT: win (x86_64) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_COMPILER: mingw (autodetected: c:/mingw461tdm/bin/ [*-dw2])
! Component: 'zlib' found in C:/harbourtest/harbour/src/3rd/zlib (local)
[...]
-----------------------------------
but fail in hbrun build due it look for gcc.exe and not gcc-dw2.exe:
-----------------------------------
[...]
C:\harbourtest\harbour\bin\win\mingw\hbmk2 -quiet -width=0 @hbpre -inc
hbsms/hbsms.hbp @hbpost
C:\harbourtest\harbour\bin\win\mingw\hbmk2 -quiet -width=0 @hbpre -inc
hbrun/hbrun.hbp @hbpost
"gcc" no se reconoce como un comando interno o externo, programa o
archivo por lotes ejecutable.
windres.exe: preprocessing failed.
hbmk2: Error: Running resource compiler. 1
! 'hbrun/hbrun.hbp' returned status: 6
! Finished package build...
win-make[1]: [first] Error 6 (ignored)
./bin/win/mingw/hbmk2.exe ./config/postinst.hbs first
! postinst.hbs finished
-----------------------------------
David Macias
I used to delete those -dw2 postfixes in my local install and in the config embedded into Harbour nightly and official release, so the postfixed variation is not supported or well tested.
I don't personally plan to invest time into supporting this strange exception case,
even though i did a few patches in the past for it.
Viktor
Sent from my iPad
>I used to delete those -dw2 postfixes in my local install and in the
>config embedded into Harbour nightly and official release, so the
>postfixed variation is not supported or well tested.
>I don't personally plan to invest time into supporting this strange
>exception case,
>even though i did a few patches in the past for it.
Previously I copied post-fixed to non post-fixed executables, which
involve to "touch" mingw tdm, but is a good solution
I send message about if case is unknown for somebody, but as you
explained, you faced this case before and there are not need to invest
more time
David Macias
Hi David,Today I tested hbrun build from contrib root using latest SVN,and here it worked without error when using vanilla (-dw2 postfixed)mingw installation.
I'm leaving -dw2 postfix on my system from now on to give itmore testing and eventually we can move on to vanilla mingwconfig in the nightly binary packages.
Viktor
>Today I tested hbrun build from contrib root using latest SVN,
>and here it worked without error when using vanilla (-dw2 postfixed)
>mingw installation.
>I'm leaving -dw2 postfix on my system from now on to give it
>more testing and eventually we can move on to vanilla mingw
>config in the nightly binary packages.
I do not know what you mean with "from contrib root". I repeated and
made more tests and hbrun build allways fail
My PATH is minimal
C:\harbourtest\harbour\contrib\hbrun>set path
Path=C:\Qt\4.7.2\bin;c:\mingw461tdm\bin;C:\Windows\System32
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
on Windows 7/64 bits, with Harbour SVN r17073, with just -dw2 postfixed
files
For example, using:
C:\harbourtest\harbour\contrib\hbrun>..\..\bin\win\mingw\hbmk2.exe
hbrun.hbp -trace
we got:
----------------------------------------------
hbmk2: Harbour compiler command (embedded):
(C:\harbourtest\harbour\bin\win\mingw\harbour.exe) -n2 hbrun.prg
headers.prg plugins.prg pullext.prg -w3 -es2 -l -kmo
-DHBRUN_WITH_HEADERS
-oC:\Users\ADMINI~1\AppData\Local\Temp\hbmk_7rbsva.dir\
-iC:\harbourtest\harbour\include -i..\hbnetio\utils\hbnetio
-iC:\harbourtest\harbour\contrib\hbct
-iC:\harbourtest\harbour\contrib\hbxpp
-iC:\harbourtest\harbour\contrib\hbexpat
-iC:\harbourtest\harbour\contrib\hbmzip
-iC:\harbourtest\harbour\contrib\hbnetio
-iC:\harbourtest\harbour\contrib\hbwin -gd
Harbour 3.1.0dev (Rev. 17073)
Copyright (c) 1999-2011, http://harbour-project.org/
Compiling 'hbrun.prg'...
100100200300100200100200300400500600700Lines 1767, Functions/Procedures 26
Generating C source output to
'C:\Users\ADMINI~1\AppData\Local\Temp\hbmk_7rbsva.dir\hbrun.c'... Done.
Compiling 'headers.prg'...
100Lines 135, Functions/Procedures 1
Generating C source output to
'C:\Users\ADMINI~1\AppData\Local\Temp\hbmk_7rbsva.dir\headers.c'... Done.
Compiling 'plugins.prg'...
Lines 139, Functions/Procedures 1
Generating C source output to
'C:\Users\ADMINI~1\AppData\Local\Temp\hbmk_7rbsva.dir\plugins.c'... Done.
Compiling 'pullext.prg'...
Lines 71, Functions/Procedures 1
Generating C source output to
'C:\Users\ADMINI~1\AppData\Local\Temp\hbmk_7rbsva.dir\pullext.c'... Done.
hbmk2: Resource compiler command:
windres.exe -IC:/harbourtest/harbour/include -I../hbnetio/utils/hbnetio
-IC:/harbourtest/harbour/contrib/hbct
-IC:/harbourtest/harbour/contrib/hbxpp
-IC:/harbourtest/harbour/contrib/hbexpat
-IC:/harbourtest/harbour/contrib/hbmzip
-IC:/harbourtest/harbour/contrib/hbnetio
-IC:/harbourtest/harbour/contrib/hbwin hbrun.rc -O coff -o
C:/Users/ADMINI~1/AppData/Local/Temp/hbmk_7rbsva.dir/hbrun.reso
"gcc" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
windres.exe: preprocessing failed.
hbmk2: Error: Running resource compiler. 1
windres.exe -IC:/harbourtest/harbour/include -I../hbnetio/utils/hbnetio
-IC:/harbourtest/harbour/contrib/hbct
-IC:/harbourtest/harbour/contrib/hbxpp
-IC:/harbourtest/harbour/contrib/hbexpat
-IC:/harbourtest/harbour/contrib/hbmzip
-IC:/harbourtest/harbour/contrib/hbnetio
-IC:/harbourtest/harbour/contrib/hbwin hbrun.rc -O coff -o
C:/Users/ADMINI~1/AppData/Local/Temp/hbmk_7rbsva.dir/hbrun.reso
------------------------
Using just the windres.exe executable:
-----------------------------------------
C:\harbourtest\harbour\contrib\hbrun>windres.exe
"gcc" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
windres.exe: preprocessing failed.
-----------------------------------------
Same happen inside mingw directory, to avoid any mistake:
---------------------------------
C:\mingw461tdm\bin>windres.exe
"gcc" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
windres.exe: preprocessing failed.
---------------------------------
so windres.exe seem to call gcc.exe, which is not found, at least in my
minimal environment
David Macias
It means you didn't install the DWARF2 subvariant of TDM-MINGW.
So this is a default build case, which should work. DWARF2 is required by QT.
> ! Finished package rebuild and install...
> ./bin/win/mingw/hbmk2.exe ./config/postinst.hbs install
> ./config/postinst.hbs(310) Warning W0001 Ambiguous reference 'HB_FA_XOTH'
> ./config/postinst.hbs(413) Warning W0001 Ambiguous reference 'HB_FA_RUSR'
> ./config/postinst.hbs(413) Warning W0001 Ambiguous reference 'HB_FA_WUSR'
> ./config/postinst.hbs(413) Warning W0001 Ambiguous reference 'HB_FA_RGRP'
> ./config/postinst.hbs(413) Warning W0001 Ambiguous reference 'HB_FA_ROTH'
These are part of fileio.ch and fileio.ch is #included to postinst.hbs,
so it seems you have an outdated fileio.ch on your system.
Viktor
ok. so if I want ot use hbqt I have to install DWARF2 subvariant, or just if
I want ot build QT from sources?
>so it seems you have an outdated fileio.ch on your system.
I deleted and updated fileio.ch and the warning is still there. There is
just one fileio.ch under harbour root folder and it is updated. Is there
another possibility?
Leandro