Re: [Harbour] 14255 error on build

2010-03-31 Thread Viktor Szakáts
> Anyone, a lot of graphical programs can output OS/2 variant of .ico files. > >> (plus it only has a point if it can be used by gcc) >> > I've tested windres with OS/2 ico and windres says there's no .ico inside the > file :) So, it is broken. I'm not sure I understand why they had put this too

Re: [Harbour] 14255 error on build

2010-03-31 Thread Maurilio Longo
Viktor, Viktor Szakáts wrote: > That's the other thing. We can store and OS/2 .ico in > SVN, no problem, but who will maintain it, if it changes? > Anyone, a lot of graphical programs can output OS/2 variant of .ico files. > (plus it only has a point if it can be used by gcc) > I've tested win

Re: [Harbour] 14255 error on build

2010-03-31 Thread Viktor Szakáts
>> rc.exe looks like a seriously bare/limited tool. >> > It can create a .res in a particular folder, give we pass the path to it, > anyway, I agree it'a a limited tool. > >> Last thing to check is whether they fixed windres.exe >> in recent (4.x?) gcc versions. >> > I leave this to David, but,

Re: [Harbour] 14255 error on build

2010-03-31 Thread Maurilio Longo
Viktor Szakáts wrote: > Many thanks for you research. Nevertheless I'd like to > propose to drop this whole feature for OS/2, as it needs > too many irregular hacks and I just don't feel confident > to add deep change for such things in GNU Make system :( > Ok, I agree. > rc.exe looks like a s

Re: [Harbour] 14255 error on build

2010-03-31 Thread Viktor Szakáts
On 2010 Mar 31, at 11:06, Maurilio Longo wrote: > Viktor, > > it seems the problem was in adding the win32 .ico to hbrun the cause of the > problems reported yesterday. I'm not 100% sure, though, since I've done a > thousands different tests. > > Now, with attached hbrun.rc, harbos2.ico and thi

Re: [Harbour] 14255 error on build

2010-03-31 Thread Maurilio Longo
Viktor, it seems the problem was in adding the win32 .ico to hbrun the cause of the problems reported yesterday. I'm not 100% sure, though, since I've done a thousands different tests. Now, with attached hbrun.rc, harbos2.ico and this command, which, as you can see, I execute from within obj\os2\

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
Hi Przemek, * $Id: hbrun.rc 14255 2010-03-28 17:23:00Z vszakats $ */ #if ( defined( OS2 ) || defined( __OS2__ ) || defined( OS_2 ) ) && ! defined( __GNUC__ ) /* os2/watcom */ ICON DISCARDABLE "../../../../../package/harbour.ico" #else ICON1 ICON DISCARD

Re: [Harbour] 14255 error on build

2010-03-29 Thread Przemysław Czerpak
On Mon, 29 Mar 2010, Szak�ts Viktor wrote: Hi, > >> /* > >> * $Id: hbrun.rc 14255 2010-03-28 17:23:00Z vszakats $ > >> */ > >> #if ( defined( OS2 ) || defined( __OS2__ ) || defined( OS_2 ) ) && ! > >> defined( __GNUC__ ) > >> /* os2/watcom */ > >> ICON DISCARDABLE "../../../../../package/ha

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
>> --- >> /* >> * $Id: hbrun.rc 14255 2010-03-28 17:23:00Z vszakats $ >> */ >> >> #if ( defined( OS2 ) || defined( __OS2__ ) || defined( OS_2 ) ) && ! >> defined( __GNUC__ ) >> /* os2/watcom */ >> ICON DISCARDABLE "../../../../../package/harbour.ico" >> #else >> ICON1 ICON DISCARDABLE "../..

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
No way: ! Component: 'zlib' found in E:/REPOSITORY/HARBOUR/external/zlib (local) ! Component: 'pcre' found in E:/REPOSITORY/HARBOUR/external/pcre (local) ! Component: 'openssl' not found. Configure with HB_WITH_OPENSSL. ! Component: 'gpm' not supported on os2 platform ! Component: 'slang' not foun

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor. > --- > /* > * $Id: hbrun.rc 14255 2010-03-28 17:23:00Z vszakats $ > */ > > #if ( defined( OS2 ) || defined( __OS2__ ) || defined( OS_2 ) ) && ! defined( > __GNUC__ ) > /* os2/watcom */ > ICON DISCARDABLE "../../../../../package/harbour.ico" > #else > ICON1 ICON DISCARDABLE "../.

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor, no, same error: (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)windres -O coff -o hbrun.res ..\..\..\hbrun.rc windres: can't get BFD_RELOC_RVA relocation type: Error 0 Maurilio. Viktor Szakáts wrote: >>> Can you try two things with included .rc file: >>> 1. Does it work with standard w

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
>> Can you try two things with included .rc file: >> 1. Does it work with standard windres command-line? >>windres -O [omf|coff] -o hbrun.res hbrun.rc > > Without -O it works, otherwise I get an error: > > (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)windres -o hbrun.res > ..\..\..\hbrun.rc

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
Trying to lessen the mess, can you try this one?: --- /* * $Id: hbrun.rc 14255 2010-03-28 17:23:00Z vszakats $ */ #if ( defined( OS2 ) || defined( __OS2__ ) || defined( OS_2 ) ) && ! defined( __GNUC__ ) /* os2/watcom */ ICON DISCARDABLE "../../../../../package/harbour.ico" #else ICON1 IC

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor, Viktor Szakáts wrote: > Can you try two things with included .rc file: > 1. Does it work with standard windres command-line? > windres -O [omf|coff] -o hbrun.res hbrun.rc Without -O it works, otherwise I get an error: (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)windres -o hbrun.re

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
> windres has a different syntax from rc, see attached file which I can compile > with > > (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)windres -r -DOS2 > ..\..\..\hbrun.rc Can you try two things with included .rc file: 1. Does it work with standard windres command-line? windres -O [omf|c

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor, see this http://www.cygwin.com/cygwin-ug-net/windres.html Maurilio. Maurilio Longo wrote: > Viktor, > > windres has a different syntax from rc, see attached file which I can compile > with > > (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)windres -r -DOS2 > ..\..\..\hbrun.rc > >

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor, windres has a different syntax from rc, see attached file which I can compile with (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)windres -r -DOS2 ..\..\..\hbrun.rc Output goes to stdout, so you need a -o also. Maurilio. Viktor Szakáts wrote: > Hi, > >> Using RC.EXE I can compile

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
Hi, > Using RC.EXE I can compile attached .rc file this way > > > (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)rc -r -DOS2 ..\..\..\hbrun.rc > Operating System/2 Resource Compiler > Version 4.00.011 Oct 10 2000 > (C) Copyright IBM Corporation 1988-2000 > (C) Copyright Microsoft Corp. 1985-2000

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor, Using RC.EXE I can compile attached .rc file this way (E:\REPOSITORY\HARBOUR\utils\hbrun\obj\os2\gcc)rc -r -DOS2 ..\..\..\hbrun.rc Operating System/2 Resource Compiler Version 4.00.011 Oct 10 2000 (C) Copyright IBM Corporation 1988-2000 (C) Copyright Microsoft Corp. 1985-2000 All rights

Re: [Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Viktor, --8<--- Syntax: ICON icon-id [load-option] [ mem-option] [codepage] filename This form of the ICON statement defines an icon resource for an application. An icon resource, typically created by using Icon Editor, is a bit map defining the shape of the icon

Re: [Harbour] 14255 error on build

2010-03-29 Thread Viktor Szakáts
Hi, Pls help finding out what is the proper .rc format to include an icon in OS/2. I copied current logic from hbmk2, but it's possible nobody tried it even there, so it was wrong. (Worth to try with single backslashes first.) Brgds, Viktor On 2010 Mar 29, at 10:15, Maurilio Longo wrote: >

[Harbour] 14255 error on build

2010-03-29 Thread Maurilio Longo
Hi, I get this on OS/2 + GCC ../../../../../bin/os2/gcc/harbour.exe ../../../dbgbrwsr.prg -i../../../../../include -n1 -q0 -w3 -es2 -kmo -i- -l gcc -I. -I../../../../../include -Wall -W -O3 -DHB_LEGACY_TYPES_OFF -odbgbrwsr.o -c dbgbrwsr.c ar-M < __lib__.tmp & strip -S ../../../../../lib/os