Favicon

bigloo on UltraSparc T1 (Niagara)


Hi Manuel,

I tried to build bigloo-3.1a on an UltraSparc T1 (Niagara) and got the following build
failure:

make[3]: Leaving directory
`/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/gc/gc-7.1/libatomic_ops-1.2'
gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
-Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o alloc.o alloc.c
gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
-Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o reclaim.o reclaim.c
gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
-Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o allchblk.o allchblk.c
gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
-Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o misc.o misc.c
gcc  -O -o if_mach ./if_mach.c -I./include
gcc  -O -o if_not_there ./if_not_there.c -I./include
gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
-Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a -o threadlibs ./threadlibs.c
rm -f mach_dep.o
./if_mach SPARC SOLARIS gcc  -c -o mach_dep2.o ./sparc_mach_dep.S
./if_mach SPARC OPENBSD as  -o mach_dep2.o ./sparc_sunos4_mach_dep.s
./if_mach SPARC NETBSD as  -o mach_dep2.o ./sparc_netbsd_mach_dep.s
./if_mach SPARC "" gcc  -c -o mach_dep1.o -I./include -I./libatomic_ops-install/include
(Continue reading)

Favicon

Re: bigloo on UltraSparc T1 (Niagara)


Marijn Schouten (hkBst) wrote:
> Hi Manuel,
> 
> I tried to build bigloo-3.1a on an UltraSparc T1 (Niagara) and got the
> following build
> failure:
> 
> make[3]: Leaving directory
> `/var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/gc/gc-7.1/libatomic_ops-1.2'
> 
> gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
> -Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
> /var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o
> alloc.o alloc.c
> gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
> -Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
> /var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o
> reclaim.o reclaim.c
> gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
> -Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
> /var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o
> allchblk.o allchblk.c
> gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
> -Ilibatomic_ops-install/include -DFINALIZE_ON_DEMAND   -fPIC -I
> /var/tmp/portage/dev-scheme/bigloo-3.1a/work/bigloo3.1a/lib/3.1a   -c -o
> misc.o misc.c
> gcc  -O -o if_mach ./if_mach.c -I./include
> gcc  -O -o if_not_there ./if_not_there.c -I./include
> gcc  -O2 -O2 -mcpu=ultrasparc -pipe -DNO_DEBUGGING -Iinclude
(Continue reading)

Manuel.Serrano | 22 Jul 10:31

Re: bigloo on UltraSparc T1 (Niagara)

Hello Marijn,

> Is this platform still supported?
I don't known if the GC has stopped the support for Solaris. Have you
checked the GC readme files? Have you asked the GC mailing list? If you don't
I will investigate. Could you tell me which Solaris version you are currently
running? Thanks. 

--

-- 
Manuel

Manuel.Serrano | 22 Jul 10:57

Re: bigloo on UltraSparc T1 (Niagara)

After a quick browsing of the Gentoo database I have the impression that
the collector version 7.1 is actually supported by
Gentoo/Sparc. Unfortunately, I don't understand how they manage to get it
compiled. They seem to apply a patch that has been designed for the
version 6 of the collector! Could you try to compile the GC for me on
your platform and let me know if it goes well? Could you send me the
whole compilation trace? I suspect that removing the mach_dep2.o entry
will fix the problem but since I cannot test by myself I'm needing
your help.

Thanks in advance.

--

-- 
Manuel

Favicon

Re: bigloo on UltraSparc T1 (Niagara)

Manuel.Serrano <at> sophia.inria.fr wrote:
> After a quick browsing of the Gentoo database I have the impression that
> the collector version 7.1 is actually supported by
> Gentoo/Sparc. Unfortunately, I don't understand how they manage to get it
> compiled. They seem to apply a patch that has been designed for the
> version 6 of the collector!

Yes, but none of the patches applied is needed to make it compile. It's some
stuff to do with grsecurity and uclibc.

> Could you try to compile the GC for me on
> your platform and let me know if it goes well? Could you send me the
> whole compilation trace? I suspect that removing the mach_dep2.o entry
> will fix the problem but since I cannot test by myself I'm needing
> your help.
> 
> Thanks in advance.
> 

I have attached a build log on the sparc machine where I disabled the two patches.

$ grep mach_dep build.log
depbase=`echo mach_dep.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \
        if /bin/sh ./libtool --tag=CC --mode=compile sparc-unknown-linux-gnu-gcc
-DPACKAGE_NAME=\"gc\" -DPACKAGE_TARNAME=\"gc\" -DPACKAGE_VERSION=\"7.1\"
-DPACKAGE_STRING=\"gc\ 7.1\" -DPACKAGE_BUGREPORT=\"Hans.Boehm <at> hp.com\"
-DGC_VERSION_MAJOR=7 -DGC_VERSION_MINOR=1 -DPACKAGE=\"gc\" -DVERSION=\"7.1\"
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DNO_EXECUTE_PERMISSION=1
(Continue reading)

Manuel.Serrano | 18 Aug 13:32

Re: bigloo on UltraSparc T1 (Niagara)

> Manuel.Serrano <at> sophia.inria.fr wrote:
> > After a quick browsing of the Gentoo database I have the impression that
> > the collector version 7.1 is actually supported by
> > Gentoo/Sparc. Unfortunately, I don't understand how they manage to get it
> > compiled. They seem to apply a patch that has been designed for the
> > version 6 of the collector!
> 
> Yes, but none of the patches applied is needed to make it compile. It's some
> stuff to do with grsecurity and uclibc.
> 
> > Could you try to compile the GC for me on
> > your platform and let me know if it goes well? Could you send me the
> > whole compilation trace? I suspect that removing the mach_dep2.o entry
> > will fix the problem but since I cannot test by myself I'm needing
> > your help.
> > 
> > Thanks in advance.
> > 
> 
> I have attached a build log on the sparc machine where I disabled the two patches.
I see on the log you sent that only mach_dep.o is built for SPARC on Linux.
I then think that the problem is easy to fix. Could you try something for me?

 1- Extract the file gc-7.1.tar.gz that is included in the bigloo/gc directory.
 2- Untar it is a temporary directory. 
 3- Replace the original Makefile.direct with the one attached in this mail 
    and then...
 4- follow the installation instructions, Alternative 1 (that is copy 
    Makefile.direct to Makefile and run "make test" *WITHOUT* running 
    configure). 
(Continue reading)

Favicon

Re: bigloo on UltraSparc T1 (Niagara)


Manuel.Serrano <at> sophia.inria.fr wrote:
>> Manuel.Serrano <at> sophia.inria.fr wrote:
>>> After a quick browsing of the Gentoo database I have the impression that
>>> the collector version 7.1 is actually supported by
>>> Gentoo/Sparc. Unfortunately, I don't understand how they manage to get it
>>> compiled. They seem to apply a patch that has been designed for the
>>> version 6 of the collector!
>> Yes, but none of the patches applied is needed to make it compile. It's some
>> stuff to do with grsecurity and uclibc.
>>
>>> Could you try to compile the GC for me on
>>> your platform and let me know if it goes well? Could you send me the
>>> whole compilation trace? I suspect that removing the mach_dep2.o entry
>>> will fix the problem but since I cannot test by myself I'm needing
>>> your help.
>>>
>>> Thanks in advance.
>>>
>> I have attached a build log on the sparc machine where I disabled the two patches.
> I see on the log you sent that only mach_dep.o is built for SPARC on Linux.
> I then think that the problem is easy to fix. Could you try something for me?
> 
>  1- Extract the file gc-7.1.tar.gz that is included in the bigloo/gc directory.
>  2- Untar it is a temporary directory. 
>  3- Replace the original Makefile.direct with the one attached in this mail 
>     and then...
>  4- follow the installation instructions, Alternative 1 (that is copy 
>     Makefile.direct to Makefile and run "make test" *WITHOUT* running 
>     configure). 
(Continue reading)

Manuel.Serrano | 22 Jul 10:35

Re: bigloo on UltraSparc T1 (Niagara)

> I tried to build bigloo-3.1a on an UltraSparc T1 (Niagara) and got the following build
> failure:
> ...
> I think the cause is that mach_dep2.o is only being built for solaris, openbsd and netbsd.

I'm actually confused. You are using Gentoo (Linux) on an
UltraSparc. Right?  That's very likely that this rather unusual
configuration has not been extensively tested by the GC
maintainers... Do you know if it exists a gentoo package for the GC on that
architecture? If such a package exists, you could install it and then install
Bigloo using this pre-installed GC using the following configuration
option:

  --customgc=no

If the Gentoo guys have ported the GC on Solaris, they have probably already
written a patch for that architecture. I will check on the Gentoo pages if
I find something that I could reuse for Bigloo.

--

-- 
Manuel

Favicon

Re: bigloo on UltraSparc T1 (Niagara)


Manuel.Serrano <at> sophia.inria.fr wrote:
>> I tried to build bigloo-3.1a on an UltraSparc T1 (Niagara) and got the following build
>> failure:
>> ...
>> I think the cause is that mach_dep2.o is only being built for solaris, openbsd and netbsd.
> 
> I'm actually confused. You are using Gentoo (Linux) on an
> UltraSparc. Right?

Sorry, I should have been more clear. This machine does NOT run Solaris, but
indeed runs Linux.

> That's very likely that this rather unusual
> configuration has not been extensively tested by the GC
> maintainers... Do you know if it exists a gentoo package for the GC on that
> architecture? If such a package exists, you could install it and then install
> Bigloo using this pre-installed GC using the following configuration
> option:
> 
>   --customgc=no

boehm-gc compiles on this architecture, but when I try to build bigloo with
--customgc=no on it I get:

** Configure **

Cannot compile gc checker. Something broken with your GC settings.
Bigloo cannot be configured with the --customgc=no option.

(Continue reading)

Manuel.Serrano | 18 Aug 13:27

Re: bigloo on UltraSparc T1 (Niagara)

Hello Marijn,

Sorry for this late answer. I have been out of my office for two weeks.

> > That's very likely that this rather unusual
> > configuration has not been extensively tested by the GC
> > maintainers... Do you know if it exists a gentoo package for the GC on that
> > architecture? If such a package exists, you could install it and then install
> > Bigloo using this pre-installed GC using the following configuration
> > option:
> > 
> >   --customgc=no
> 
> boehm-gc compiles on this architecture, but when I try to build bigloo with
> - --customgc=no on it I get:
> 
> 
> ** Configure **
> 
> Cannot compile gc checker. Something broken with your GC settings.
> Bigloo cannot be configured with the --customgc=no option.
> 
> *** ERROR:configure:Standard GC. Aborting
> You are trying to configure Bigloo so that it uses an existing
> GC library. The configuration script is enable to make this
> library working properly.
> Try to configure Bigloo with "--customgc=yes".
> 
> 
> The Boehm gc seems to get installed where bigloo expects it by default. However
(Continue reading)

Favicon

Re: bigloo on UltraSparc T1 (Niagara)


Manuel.Serrano <at> sophia.inria.fr wrote:
>> I tried to build bigloo-3.1a on an UltraSparc T1 (Niagara) and got the following build
>> failure:
>> ...
>> I think the cause is that mach_dep2.o is only being built for solaris, openbsd and netbsd.
> 
> I'm actually confused. You are using Gentoo (Linux) on an
> UltraSparc. Right?  That's very likely that this rather unusual
> configuration has not been extensively tested by the GC
> maintainers... Do you know if it exists a gentoo package for the GC on that
> architecture? If such a package exists, you could install it and then install
> Bigloo using this pre-installed GC using the following configuration
> option:
> 
>   --customgc=no

I forgot to ask, but the GC that comes with bigloo is just the same as the boehm
gc? For some reason I thought it used its own unrelated gc.

Marijn

--
Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML
<http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode
Manuel.Serrano | 18 Aug 13:29

Re: bigloo on UltraSparc T1 (Niagara)

> I forgot to ask, but the GC that comes with bigloo is just the same as the boehm
> gc? For some reason I thought it used its own unrelated gc.
Yes. Bigloo uses an almost genuine up to date Boehm's GC.

--

-- 
Manuel


Gmane