Hi David,
Downside is that the exact way these tools need to be called will
have to be checked. Since OS/2 is a pretty static system, it's
probably enough to do it once (and maybe once again for gcc4) and
we're good.
I insist in keep it simple and just to make minimal changes
It is not necessa
Viktor:
For INSTALL we can change/add:
NOTES:
a) To select older TCP/IP stack (<4.1), use these values:
set HB_USER_CFLAGS=-DTCPV40HDRS %HB_USER_CFLAGS%
set HB_USER_LDFLAGS=-LC:\usr\lib\tcpipv4 %HB_USER_LDFLAGS%
b) To select alternative OMF library format, use these values:
Maurilio, Viktor:
Thanks for comments
BTW, when using .a out we use a link file (__dyn__.tmp) so where is the
line length limit reached?
ld.exe is not emxomfld.exe
Both use __dyn__.tmp
You could try to contact Paul Smedley and/or Knut Osmundsen and see if
they can fix this issue.
As expla
Hi Maurilio,
As such I say that for the time being we keep .a out. :)
BTW, when using .a out we use a link file (__dyn__.tmp) so where is
the line
length limit reached?
Just a guess, that gcc will read arguments from __dyn__.tmp and
will later pass them on to other tools (like ld) internal
David,
David Arturo Macias Corona wrote:
> Confirmed. The guilty is length of command line
>
So here we are again :(
> gcc -Zomf -shared -L../../../../../lib/os2/gcc -o
> ../../../../../bin/os2/gcc/harbour.dll @__dyn__.tmp __dyn__.def -lsocket
> Warning! W1058: file ldvJjRLI.: line(613): protmo
Note warning for protmode in harbour.dll
Probably caused by PROTMODE keyword.
Reading info I used "p" parameter for make.exe which describe a long
list of values/operations used in current make proccess. It show a lot
of redefinitions
The intention was to limit list of libraries included in or
Confirmed. The guilty is length of command line
Harbour build entirely except harbourm.dll in OMF type with gcc335 and
gcc4xx
I tried to build with Harbour 12604 and after two days of tests I tried
with Harbour 12621 (a fresh new one) with identical results
Harbour build report:
---
Build tests with (near) current Harbour
* $Id: ChangeLog 12604 2009-09-22 21:11:13Z snaiperis $
2009-09-23 00:13 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
build fine with gcc335
Build using Harbour sources "as is": a.out type
.dll files build fine
Strangely gcc335 report a warn
On Thu, 24 Sep 2009, David Arturo Macias Corona wrote:
Hi,
> Przemek: hbrun.exe run fine. As you remember it was raising GPF
Yes but Viktor changed -P64 to -P72 in WLIB parameters and I guess it
also resolved the problem with symbol table inside HBEXTERN library
which caused the GPF.
> ..\..\..
Build tests with current Harbour
* $Id: ChangeLog 12604 2009-09-22 21:11:13Z snaiperis $
2009-09-23 00:13 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
build fine with OpenWatcom 1.8
0 errors
many warnings, included below. There are many news
Build results include .dlls:
24/09/09
Build tests with current Harbour
* $Id: ChangeLog 12604 2009-09-22 21:11:13Z snaiperis $
2009-09-23 00:13 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
build fine with gcc433
Pending to adjust for harbour*.dll and gcc433
At first try it fail with:
[...]
gcc: ...
Then I'll delete them and let users bother with this matter.
Brgds,
Viktor
On 2009 Sep 17, at 15:03, Przemyslaw Czerpak wrote:
On Thu, 17 Sep 2009, Szak�ts Viktor wrote:
Could you repost output with -trace switch to see what exactly gets
executed?
News seem to be:
-lsupc++
Okay, that explai
On Thu, 17 Sep 2009, Szak�ts Viktor wrote:
>>> Could you repost output with -trace switch to see what exactly gets
>>> executed?
>> News seem to be:
>> -lsupc++
> Okay, that explains. I don't understand what's happening
> there, but the easy option is to simply remove that lib for
> OS/2. Next thin
Could you repost output with -trace switch to see what exactly gets
executed?
News seem to be:
-lsupc++
Okay, that explains. I don't understand what's happening
there, but the easy option is to simply remove that lib for
OS/2. Next thing to check is whether hbmk2 stills works
in (default) C mo
Viktor:
Could you repost output with -trace switch to see what exactly gets
executed?
News seem to be:
-lsupc++
[E:\harbour909d\harbour\contrib\hbnetio\tests]..\..\..\bin\os2\gcc\hbmk2.exe
-trace netiosrv 2>info2.txt
hbmk2: Processing environment options: -platform=os2 -c
Hi David,
NOTE: in position 'xyz' exist something which prevent copy/paste, so I
deleted ' ' and replaced with 'xyz'
-
[E:\harbour909d\harbour\contrib\hbnetio\tests]..\..\..\bin\os2\gcc
\hbmk2.exe
netiosrv 2>info.txt
hbmk2: Processing environment options: -platform=os2 -c
Viktor:
'pGT->pFuncTable->GetScrChar' differ in signedness
This should be fixed now, pls retry.
Warning has gone, thanks
Build/run fine with gcc433
* $Id: ChangeLog 12525 2009-09-17 11:15:46Z vszakats $
2009-09-17 13:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
Updated info:
Crea
Hi David,
[E:\harbour909d\harbour]make -r -w 1>make_gnu.log
Just FYI, please note that '-r' is not required since long to
invoke make for Harbour. '-r' is automatically turned on by .mk
files internally.
../../../sqlite3.c: In function 'sqlite3_os_init':
../../../sqlite3.c:20847: w
Build tests with current Harbour
* $Id: ChangeLog 12510 2009-09-16 11:31:43Z vszakats $
2009-09-16 13:30 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
build fine with gcc433
and
new os2-make381 r3
Just well-known warnings, included below
Maurilio, thanks for this new os2-make381 r3 fixed b
Hi David,
Pls try with 12439.
Brgds,
Viktor
On 2009.09.08., at 10:55, David Arturo Macias Corona wrote:
Harbour build fine with gcc433 on Sep 5, now with
* $Id: ChangeLog 12437 2009-09-08 00:45:56Z vszakats $
2009-09-08 02:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
it fail with error
Harbour build fine with gcc433 on Sep 5, now with
* $Id: ChangeLog 12437 2009-09-08 00:45:56Z vszakats $
2009-09-08 02:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
it fail with error:
---
[E:\harbour909c\harbour]make -r -w 1>make_gnu.log
SYS1003: The syntax o
Build tests with current Harbour
* $Id: ChangeLog 12370 2009-08-30 08:29:20Z druzus $
2009-08-30 10:29 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
gcc335: build fine
openwatcom 1.8: fail
gcc433: build fine (was failing)
Descriptions are below
David Macias
OpenWatcom 1.8:
Build tests with current Harbour
* $Id: ChangeLog 12363 2009-08-29 09:21:45Z vszakats $
2009-08-29 11:21 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
gcc335: build fine
openwatcom 1.8: fail
gcc433: fail
Descriptions are below
David Macias
gcc335:
==
! Building Harbour 2.0.0beta2 from
After a long delay, now Harbour build with newer gcc :-)
In Oct 2008 I tried to build Harbour with gcc432 (see "Harbour under
OS/2 - gcc432", October 28, 2008 )
It failed due emxbind known problem
--
emxbind: invalid a.out file (startup code)
ld.exe: emxbind failed
Maurilio:
>David,
>with my latest changes I can build harbour on OS/2 using GCC and make
>(even make -j n works).
You skipped many messages :-)
I started my tests on July 27 and posted a lot of info about behaviour
of make and build processes, including comparative historical info
You can r
David,
with my latest changes I can build harbour on OS/2 using GCC and make (even
make -j n works).
Maurilio.
> >> Przemek, Viktor, Maurilio:
> >>
> >> As make381-os2 show problems (limits) and incompatibility with
> >> make381-windows (and perhaps Linux), there are some way to use
> >>
This year you changed make process and in meantime some workarounds
for OS/2-os2make376 were left off. Now Harbour under OS/2 does not
build with os2make376 and partially build with os2make381
We are currently discarding os2make376 and forcing to use
os2make381, and trying to find why and how
>> Przemek, Viktor, Maurilio:
>>
>> As make381-os2 show problems (limits) and incompatibility with
>> make381-windows (and perhaps Linux), there are some way to use
>> ANOTHER make system in OS/2 ?
>> Reading docs of Watcom I found wmake.exe, based in GNU make but with
>> some differences specifie
Przemek, Viktor, Maurilio:
As make381-os2 show problems (limits) and incompatibility with
make381-windows (and perhaps Linux), there are some way to use
ANOTHER make system in OS/2 ?
Reading docs of Watcom I found wmake.exe, based in GNU make but with
some differences specified in docs
I tr
Second try of cross build using OpenWatcom 1.8
Host: Windows 32
Target: OS/2 - eCS
Harbour source code
* $Id: ChangeLog 11949 2009-07-31 11:21:30Z druzus $
2009-07-31 13:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
config\win\watcom.cf
config\os2\watcom.cf
Originals
environment
First try of cross build using OpenWatcom 1.8
Host: OS/2 - eCS
Target: Windows 32
Harbour source code
* $Id: ChangeLog 11949 2009-07-31 11:21:30Z druzus $
2009-07-31 13:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
config\win\watcom.cf
Added two changes of Przemek to manage problem
Thanks for your tests David.
I'd like to ask you to tweak .cf file parts enclosed
between 'ifeq ($(HB_SHELL),os2)' / 'endif'. You can find two
of these, one in globsh.cf, and one other in instsh.cf,
These are responsible for dir creation, setting up commands,
copying, etc.
BTW, I've found a GNU
I am trying to build Harbour
2009-07-24 09:46 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
using gcc (GCC) 3.3.5 (Bird Build 2006-03-18 05:37)
Yes I know there are a lot of changes and enhancements :-)
I was near of messages at least all these time
What I found is that current Harbour bu
On Sat, 01 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> >[62]: LDFLAGS = debug all OP osn=NT OP stack=65536 OP CASEEXACT
> osn excluded. OpenWatcom should define one based in platform
Which does not have to be the one you want to create.
But we can leave it now.
> ../../hbgete.c(93):
>copy config/w32/owatcom.cf to config/os2/owatcom.cf
>and update it for OS2 builds. At least these lines should be changed:
>[19]: CPPFLAGS = -w2 -d1 -zq -bt=NT
>[56]: echo @%watcom%/binnt/wlink.lnk >> __link__.tmp
>[57]: echo LIB kernel32.lib, user32.lib, wsock32.lib, winspool.lib,
>oleaut32.lib,
David,
I don't know, but GCC 4.3.2 from Paul is an alpha release, I'd wait for a more
stabilized environment.
Best regards.
Maurilio.
David Arturo Macias Corona wrote:
> Maurilio, Przemek:
>
> I am testing current Harbour with eCS 1.2MR and
> gcc-4.3.2-os2-20081025.zip from Paul Smedley and I
These are warnings/errors of current Harbour code under OS/2 using usual
gcc335
Many of them happen in gcc432 too, so they are problem of Harbour code
and not of gcc version
David Macias
---
[E:\harbour810\harbour]make -r 1>make_gnu.log
../../gtstd.c: In function `
Maurilio, Przemek:
I am testing current Harbour with eCS 1.2MR and
gcc-4.3.2-os2-20081025.zip from Paul Smedley and I get many warnings/errors
I do not know if they belong to:
a) A bad gcc environment settings
b) Failures of gcc 4.3.2 port
c) Real warnings/error in Harbour code, due maybe to g
Current Harbour under OS/2 build/run with just one warning:
../../../estack.c: In function `hb_stackFree':
../../../estack.c:343: warning: passing arg 1 of `hb_xfree' makes
pointer from integer without a cast
As explained before, switch -O3 show
Current Harbour under OS/2 can not build due error shown below
David Macias
../../extrap.c: In function `hb_vmSetExceptionHandler':
../../extrap.c:167: warning: implicit declaration of function
`hb_errInternal'
../../extrap.c:167: error: `HB_EI_ERRUNRECOV' undeclared (first use in
this func
t
On Sat, 15 Mar 2008, David Arturo Macias Corona wrote:
> Current Harbour under OS/2 build OK ( with my own global.cf )
Can you send your global.cf here?
And if possible please also create small make_os2_gcc.cmd with
all necessary settings. I'll add it to SVN.
best regards,
Przemek
___
Current Harbour under OS/2 build OK ( with my own global.cf )
Below are result of hbtest.exe
"Copyright 1999-2000" should be updated ?
David Macias
Harbour Regression Test Suite
Copyright 1999-2000, http://www.harbour-project.org
---
Viktor:
Below are errors with current Harbour under OS/2. Are same as those
reported by Guillermo Varona Silupú under Win32
( Can´t build Harbour from last SVN, Sun Jan 27 18:56:33 EST 2008 )
.cmd files will be restored ?
David Macias
[E:\harbour801]make -r 1>make_gnu.log
E:/u
On Sat, 15 Dec 2007, David Arturo Macias Corona wrote:
> First try of current Harbour devel branch build under OS/2:
> - eCS 1.2MR
> - gcc (GCC) 3.3.5 (Bird Build 2006-03-18 05:37)
> - set C_USR=-DHB_LONG_LONG_OFF
> -
> [E:\harbour712]make -r
First try of current Harbour devel branch build under OS/2:
- eCS 1.2MR
- gcc (GCC) 3.3.5 (Bird Build 2006-03-18 05:37)
- set C_USR=-DHB_LONG_LONG_OFF
-
[E:\harbour712]make -r 1>make_gnu.log
../../hbfsapi.c: In function `hb_fsFileE
45 matches
Mail list logo
