Subject: Re: bulk building v7 binaries on a v8 leads to unusable packages, why???
To: Andreas Hallmann <hallmann@ahatec.de>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: port-sparc
Date: 02/23/2006 19:58:38
On Wed, Feb 22, 2006 at 06:50:19PM +0100, Andreas Hallmann wrote:
> Hi all,
> 
> my brain world is hit by disaster, i.e. I don't understand this.
> 
> With out any doubt I set up a netbsd-3-0-stable bulk building env for my 
> slow SS2 gateway on a 170 MHz turbo sparc.
> 
> Now building my needed packages only takes a few days .-))
> 
> But it results in a lot of garbage.
> 
> SS2: netbsd-3.0-stable.
> SS5: netbsd-3.0-stable.
> 
> Both systems are compiled from exactly the same sources.
>     The SS2 with compile options "-pipe -mcpu=v7 -mtune=cypress"
> and the SS5 with compile options "-pipe -mcpu=v8"
> 
> The bulk build sandbox was build on the SS5 (mksandbox) with a fresh 
> pkgsrc-2005Q4.
> /usr/sandbox/etc/mk.conf is set up to use compile options
> "-pipe -mcpu=v7 -mtune=cypress"
> 
> What I'm unable to understand:
> Most packges generated this way dump core on my SS2.
> On the other side, they just run as expected on the SS5.
> 
> Any ideas?????
> I.e. most painful for me bind-9.3.1 dumps core with a signal 8, i.e. 
> floating point exception. Building the same package with the same 
> options on the SS2 result in a working bind-9.3.1.
> Absolutely irritating.
> 
> OK, I should try packages compiled without -mpcu=v7.
> But I would realy like to understand my observations.

Did you watch the gcc command lines while building the packages ?
Are they what you expected ?
Remember that mksandbox will always update your sandbox's mk.conf
with one from the host's /etc

-- 
Manuel Bouyer <bouyer@antioche.eu.org>
     NetBSD: 26 ans d'experience feront toujours la difference
--