[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/43912: lang/hugs fails to build on sparc64
The following reply was made to PR pkg/43912; it has been noted by GNATS.
From: Stefan Schaeckeler <schaecsn%gmx.net@localhost>
Subject: Re: pkg/43912: lang/hugs fails to build on sparc64
Date: Tue, 28 Sep 2010 22:10:05 -0700 (PDT)
> > > > > BUILDLINK_TRANSFORM+= rename:-O*:-O0
> > > > Suprisingly, that replaces nothing and results in
> > > > cc -c -DNDEBUG=1 -O2 -mcpu=ultrasparc -pipe -I/usr/include -O2
> > >
> > > Oops, it should be "rename:-O[2-9]:-O0"
> > Didn't work, either.
> You cannot see the replacement, it will be done internally.
I see on the commandline the above call to gcc (spanned by make). You don't
get what you see?
> > How old is that remark in the Makefile, anway? I don't have any problems
> when hugs is compiled from pkgsrc on i386/linux. Maybe the transformation is
> not necessary on other platforms as well?
> I can use without -O0 on NetBSD-5.0.2-i386.
I'm not in the position to make this decision, but how about removing that
transformation? The hardcoded -O2 in the configure script should then be
eliminated as well.
> > Coming back to the netbsd/sparc64 issue. I compiled several older
> versions of hugs and non works on netbsd/sparc64. That problem must exist
> for a long time.
> > An unpatched hugs runs fine on freebsd/sparc64. So, I assume there is
> only a minor issue on netbsd/sparc64.
> Hmm, then this issue is not related to gcc optimization, but NetBSD/sparc64
> specific issue?
That's how it looks to me.
Calls to gcc define netbsd and freebsd, respecively (-Dnetbsd or something
like that). The sourcecode does not really make use of this define. So, same
source code for either platform.
Main Index |
Thread Index |