mingw 4.6.1 tdm

231 views
Skip to first unread message

David Arturo Macias Corona

unread,
Oct 13, 2011, 5:49:03 AM10/13/11
to harbou...@googlegroups.com
I am testing Harbour with MingW 4.6.1 tdm /32 bits with DW type, so some
executables have -dw2 suffix

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

Viktor Szakáts

unread,
Oct 13, 2011, 4:39:16 PM10/13/11
to harbou...@googlegroups.com
Hi,

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

David Arturo Macias Corona

unread,
Oct 14, 2011, 7:37:20 AM10/14/11
to harbou...@googlegroups.com
Viktor, thanks

>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

Viktor Szakáts

unread,
Oct 19, 2011, 6:09:32 AM10/19/11
to harbou...@googlegroups.com
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 it 
more testing and eventually we can move on to vanilla mingw 
config in the nightly binary packages.

Viktor

Massimo Belgrano

unread,
Oct 19, 2011, 6:29:47 AM10/19/11
to harbou...@googlegroups.com


2011/10/19 Viktor Szakáts <harbo...@syenar.hu>

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.
Good news 

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.
+1 for move nightly  to -dw2 mingw 4.6.1
Can i help you Viktor?
 

Viktor




--
Massimo Belgrano

Viktor Szakáts

unread,
Oct 19, 2011, 6:52:32 AM10/19/11
to harbou...@googlegroups.com
> +1 for move nightly  to -dw2 mingw 4.6.1
> Can i help you Viktor?

Thank you Massimo. You can help by testing 
default tdm dw2 mingw with latest Harbour.

When it appears okay according to feedbacks, 
I'll ask Francesco to update the nightly config.

Viktor

Massimo Belgrano

unread,
Oct 19, 2011, 7:04:32 AM10/19/11
to harbou...@googlegroups.com
Please revise me.
installed in C:\DEVL\MINGW461tdm1dw2

set HB_INSTALL_PREFIX=c:\harbour
SET HB_BUILD_IMPLIB=yes
SET HB_WITH_MYSQL=C:\DEVL\MySQL51\INCLUDE
set HB_WITH_PGSQL=%ProgramFiles%\PostgreSQL\8.4\include
SET HB_INSTALL_PREFIX=C:\HARBOUR
SET HB_WITH_QT=C:\DEVL\QT\4.6.3\INCLUDE
SET PATH=C:\DEVL\MINGW461tdm1dw2\bin;C:\HARBOUR\BIN\WIN\MINGW;C:\DEVL\QT\4.6.3\BIN;%PATH%
WIN-MAKE CLEAN INSTALL

2011/10/19 Viktor Szakáts <harbo...@syenar.hu>



--
Massimo Belgrano


Viktor Szakáts

unread,
Oct 19, 2011, 7:11:06 AM10/19/11
to harbou...@googlegroups.com
Core zip will not be enough. Use the installer exe if in doubt.

> SET PATH=C:\DEVL\MINGW461tdm1dw2\bin;C:\HARBOUR\BIN\WIN\MINGW;C:\DEVL\QT\4.6.3\BIN;%PATH%

You have two mingws in the PATH.

Viktor

Viktor Szakáts

unread,
Oct 19, 2011, 7:11:58 AM10/19/11
to harbou...@googlegroups.com
Sorry, mingw in PATH is fine, the other is the Harbour bin dir.

Viktor

David Arturo Macias Corona

unread,
Oct 20, 2011, 4:46:38 AM10/20/11
to harbou...@googlegroups.com
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

Viktor Szakáts

unread,
Oct 20, 2011, 6:13:41 AM10/20/11
to harbou...@googlegroups.com
Hi David,

"from contrib root": It means I did a partial Harbour build 
via its GNU Make system, and I limited the set of contribs 
to hbrun. This did a build for all of its dependencies and 
hbrun itself.

I retried, this time with a touched .rc file and I got the same 
error. Which means we cannot do anything because it's a 
TDM mingw problem. Looks like the -dw2 postfix idiocy backfired 
and causing us such time-wasting.

It also means we will have to continue to doctor the filenames 
in order to use TDM.

Viktor

Leandro Damasio - 2D Info

unread,
Oct 20, 2011, 9:00:57 AM10/20/11
to harbou...@googlegroups.com
Hi David,
Here habour 3.1.0 (rev 17080) built fine under Windows with MingW32 4.6.1 TDM instaled from the automatic installer.
 
BTW, using the installer the filenames in bin folder don't come with "-dw2" postfix.
 
One interesting thing is that in my laptop there is this warning in the end and it doesn't happen in my desktop.
 
The update/build process was the same on both:
1)install mingw
2)harbour svn update
3)win-make clean install
 
! 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'
 
No code generated.
win-make: *** [install] Error 1
 
Everything was built despit this warning.
 
Regards,
Leandro
 
 

Viktor Szakáts

unread,
Oct 20, 2011, 9:26:33 AM10/20/11
to harbou...@googlegroups.com
> Here habour 3.1.0 (rev 17080) built fine under Windows with MingW32 4.6.1
> TDM instaled from the automatic installer.
>
> BTW, using the installer the filenames in bin folder don't come with "-dw2"
> postfix.

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

Leandro Damasio - 2D Info

unread,
Oct 20, 2011, 11:02:14 AM10/20/11
to harbou...@googlegroups.com
>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.

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

Viktor Szakáts

unread,
Oct 20, 2011, 12:50:18 PM10/20/11
to harbou...@googlegroups.com
> ok. so if I want ot use hbqt I have to install DWARF2 subvariant, or just if
> I want ot build QT from sources?

It's needed if intent to use HBQT.


> 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?

The header is embedded into hbmk2 executable, so you'll 
have to make a clean rebuild to have this fixed.

Viktor

Leandro Damasio - 2D Info

unread,
Oct 20, 2011, 8:07:26 PM10/20/11
to harbou...@googlegroups.com
Hi Viktor,
> It's needed if intent to use HBQT.
ok
>The header is embedded into hbmk2 executable, so you'll
>have to make a clean rebuild to have this fixed.
 
I did that and it didn’t work... but no problem: I’ll just copy harbour from my desktop and everything will be ok again.
Thank you,
Leandro
Reply all
Reply to author
Forward
0 new messages