Re: rpmbuild for PPC sticks libs in /usr/lib64

[Matthew Saltzman <mjs ces clemson edu>]

On Thu, 6 Apr 2006, Axel Thimm wrote:

> On Thu, Apr 06, 2006 at 01:18:55AM +0100, Karanbir Singh wrote:
> > Matthew Saltzman wrote:
> > > (I've put gnumeric aside for a bit.)
> > >
> > > I tried to build Axel Thimm's f2c RPM for PPC using:
> > >
> > >    rpmbuild -bb --target ppc f2c-20031026-2.el4.at.spec
> > >
> > > (after fixing a minor spec file issue).
>
> Patch? :)


Not sure if it's something set to work when you build, but rpmbuild 
complains about more than one token on the line

        Release: %atrelease 2

> > > When it finishes building on my PPC64 system, it installs the
> > > libraries it built into /usr/lib64 instead of /usr/lib.  Of course,
> > > as these are 32-bit libraries, it wreaks havoc with the linker when
> > > it looks for libf2c.a.
>
> Does ppc/ppc64 have a setarch like i386/x86_64 does? Then use
> setarch/linux32 to fake uname -m to 32 bits. Maybe that's where
> _libdir picks up the wrong definition.

Not sure--where would I look?  rpmbuild with --target ppc includes the 
-m32 flags on the compiler calls, but it still gets _lib=/usr/lib64.

> BTW anyone with a spare ppc64 platform to donate to ATrpms? Then we
> can build packages for ppc/ppc64, too.
>
> > > Target ppc is definitely 32 bits, so what is causing _libdir to be set
> > > to /usr/lib64?  Is it a bug?  (Nothing that appears relevant is set in
> > > the spec file or in my .rpmmacros file.)
> >
> > what do you have in /etc/rpm/platform ? might be worth looking there to
> > see what rpm's picking up ( hint: rpm --showrc )

--
		Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs