On Thu, 05 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
> I hope I've solved this one, I hade to write in os/install.cf the install rule
> this way. Note that removing the empty line inside inst_file and/or trying to
> make a for %i in ( ... ) loop causes a segfault.
> The fault is inside cmd.exe
Przemyslaw,
I hope I've solved this one, I hade to write in os/install.cf the install rule
this way. Note that removing the empty line inside inst_file and/or trying to
make a for %i in ( ... ) loop causes a segfault.
The fault is inside cmd.exe, I don't understand way the previous code was
faili
Przemyslaw,
make install fails as well :( with this error:
(E:\repository\harbour-svn)make install
make -C doc install
make[1]: Entering directory `E:/repository/harbour-svn/doc'
make -C en install
make[2]: Entering directory `E:/repository/harbour-svn/doc/en'
make[2]: Nothing to be done for `ins
Przemyslaw Czerpak wrote:
> Interesting. Now it looks like GNU make problem.
> Maybe some trick with eval function can help, f.e. something like:
>
>define lib_object
>echo ADDMOD $(1) >> __lib__.tmp
>endef
>
>define create_library
>IF EXIST $(OS2_LIB_ARCH) $(RM) $(OS2_LIB_ARC
On Tue, 03 Feb 2009, Maurilio Longo wrote:
Hi,
> it seems to be working changing os2/gcc.cf line
>$(foreach file, $(^F), $(lib_object))
> into
>$(COMSPEC) /C "for %i in ( *.o ) do echo ADDMOD %i >> _l_.tmp"
> tomorrow I'll do some more tests.
Interesting. Now it looks like GNU make probl
Przemyslaw,
it seems to be working changing os2/gcc.cf line
$(foreach file, $(^F), $(lib_object))
into
$(COMSPEC) /C "for %i in ( *.o ) do echo ADDMOD %i >> _l_.tmp"
tomorrow I'll do some more tests.
Of course it works on the assumption that the library is made up of .o files.
Maurilio.
Ma
On Tue, 03 Feb 2009, Maurilio Longo wrote:
> Do you know if a 64bit harbour can be compiled as well? I've built a 32bit
> version, which is enough for me, but anyway I'm running the 64bit version of
> OpenSolaris.
I haven't tired 64-builds with OpenSolaris yet but I do not think
you will have any
Przemyslaw Czerpak wrote:
>
> I also installed OpenSolaris in VirtualBox and made some tests.
> Looks that code designed for Solaris works also with OpenSolaris
> so there is no problem with backward compatibility. The one
yes, they share the same code base, OpenSolaris is the base for Solaris
rel
On Tue, 03 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
> > You have to enable compilation with relocatable code, f.e. use -fPIC or
> > -fpic
> > flag in C_USR. But I do not know it it's enough for OpenSolaris. The last
> > tests I made with Solaris were done over two years ago.
> yes, -fpic is
Przemyslaw Czerpak wrote:
>
> yes, it could be also insufficient environment size.
> Now you have similar problems to the ones I have in DOS.
> It does not GPF but it begins to make some unpredictable
> things. Looks that it loses some of settings like current
> directory or make does not clean so
Przemyslaw,
Przemyslaw Czerpak wrote:
> You have to enable compilation with relocatable code, f.e. use -fPIC or -fpic
> flag in C_USR. But I do not know it it's enough for OpenSolaris. The last
> tests I made with Solaris were done over two years ago.
>
yes, -fpic is the trick, I'll add it to su
On Mon, 02 Feb 2009, Maurilio Longo wrote:
Hi,
> it seems it is not make which dies, but cmd.exe (the shell), could it be that
> we're calling it with more than 1024 chars of command? (the limit could even
> be lower, I don't have a reference handy).
yes, it could be also insufficient environmen
Ok,
I've restricted the scope, it dies at this line of os2/gcc.cf
echo CREATE $(LIB_DIR)/$@ > __lib__.tmp
where it should be creatine a file to hold the names of the modules to put
into a library, but it does not die at the first library, hbcommon.a, so it
has to be something related to line len
Przemyslaw,
it seems it is not make which dies, but cmd.exe (the shell), could it be that
we're calling it with more than 1024 chars of command? (the limit could even
be lower, I don't have a reference handy).
Maurilio.
Maurilio Longo wrote:
> No,
>
> now it dies a little later, making librarie
No,
now it dies a little later, making libraries
gcc -I. -I../../../../include -Wall -W -O3 -DTCPV40HDRS -DTCPV40HDRS -DTCPV40HDR
S -DTCPV40HDRS -c ../../compi18n.c -ocompi18n.o
gcc -I. -I../../../../include -Wall -W -O3 -DTCPV40HDRS -DTCPV40HDRS -DTCPV40HDR
S -DTCPV40HDRS -c ../../hbmain.c -oh
Przemyslaw,
it seems to work if I write it this way
+...@$(MK) -C $(ARCH_DIR) -f $(GRANDP)Makefile "TOP=$(GRANDP)" $(LIB_NAME)
$(MK_USR)
That is, using double quotes.
Does this break the other builds? Do I need an os2/lib.cf equal to the one
inside config but with this change?
Maurilio.
Maur
It's TOP which is not set, I've changed common/Makefile a litte,
include $(TOP)pippo
include $(ROOT)pluto
here what I see
make -C source
make[1]: Entering directory `E:/repository/harbour-svn/source'
make -C common
make[2]: Entering directory `E:/repository/harbour-svn/source/common'
Makefile:29
Przemyslaw Czerpak wrote:
> And this is OK. Just simply in this place TOP variable should be set to
> "../../" by:
>+...@$(MK) -C $(ARCH_DIR) -f $(GRANDP)Makefile 'TOP=$(GRANDP)' $(LIB_NAME)
> $(MK_USR)
> from config/lib.cf so it should work. For some reasons it's not set.
> You can remove '@
On Mon, 02 Feb 2009, Maurilio Longo wrote:
Hi,
> > It should be. I use the same version. So it's probably problem with OS2
> > port or with out TOP/ROOT make vars set in OS2 *.cf files.
> It seems so, look at this:
> make[3]: Entering directory `E:/repository/harbour-svn/source/common/os2/gcc'
>
Przemyslaw Czerpak wrote:
> It should be. I use the same version. So it's probably problem with OS2
> port or with out TOP/ROOT make vars set in OS2 *.cf files.
It seems so, look at this:
make[3]: Entering directory `E:/repository/harbour-svn/source/common/os2/gcc'
../../Makefile:29: ../../config/
On Mon, 02 Feb 2009, Maurilio Longo wrote:
> > Broken.
> > OS/2 does not build, it stops immediatly.
> > This is the make I have
> > (E:\repository\harbour-svn)make --version
> > GNU Make version 3.76.1, by Richard Stallman and Roland McGrath.
> > Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96,
Maurilio Longo wrote:
> Broken.
>
> OS/2 does not build, it stops immediatly.
>
> This is the make I have
>
> (E:\repository\harbour-svn)make --version
> GNU Make version 3.76.1, by Richard Stallman and Roland McGrath.
> Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97
> Free Softw
Przemyslaw Czerpak wrote:
> It will be also good to check how OS2 builds work now. It's possible
> that it's broken by new config/dir.cf code just like pure DOS builds
> where recursive make calls with -C does not work for nested
> directories and only the 1-st level works. At least it behaves in
Przemyslaw Czerpak wrote:
> You can also try make_gcc.sh
> It makes two passes for Harbour compilation. The second one enables
> settings necessary for shared libraries though I have never tried to
> use it with OpenSolaris so I cannot say if it works.
> It also supports -j switch.
>
Ok, thanks.
On Mon, 02 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
> > You have to enable compilation with relocatable code, f.e. use -fPIC or
> > -fpic
> > flag in C_USR. But I do not know it it's enough for OpenSolaris. The last
> > tests I made with Solaris were done over two years ago.
> Ok, tonight I'
Hi Przemyslaw,
Przemyslaw Czerpak wrote:
> On Sat, 31 Jan 2009, maurilio longo wrote:
>
> Hi Maurilio,
>
>> with a couple of very minor changes harbour builds ok on opensolaris
>> 2008.11, but when I try to install it I get these errors:
>> fclose 0x284.
On Sat, 31 Jan 2009, maurilio longo wrote:
Hi Maurilio,
> with a couple of very minor changes harbour builds ok on opensolaris 2008.11,
> but when I try to install it I get these errors:
> fclose 0x284 ./libhbrtl.a/errorint.o
> fclose
On Sat, Jan 31, 2009 at 2:56 PM, maurilio longo
wrote:
> PS. What is the 'best' place to install on a unix system? I've chosen to
> install inside /opt/harbour/bin,lib,include, but I'm not completely sure it
> is the 'best practice'.
I use the same place :)
I don't know if it is the "best" pl
It's a known problem. OpenSolaris needs some different (from Linux) ways to
build the shared libraries.
Brgds,
Viktor
On Sat, Jan 31, 2009 at 2:56 PM, maurilio longo wrote:
> Hi,
>
> with a couple of very minor changes harbour builds ok on opensolaris
> 2008.11, but when I try to install it I get
29 matches
Mail list logo
