pkgsrc-Bugs archive

[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 <>
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 
 > hugs.c
 >  >  >
 >  >  >  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.

Home | Main Index | Thread Index | Old Index