[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mpich C++ transition status

On Wed, Oct 12, 2005 at 01:44:22AM -0700, Steve Langasek wrote:

> > >> scalapack failed on powerpc with:

> > >>     /usr/bin/ld: /usr/lib/gcc/powerpc-linux-gnu/4.0.2/../../../../lib/libf2c.a(lread.o)(.got2+0xbc): unresolvable R_PPC_ADDR32 relocation against symbol `f__units'
> > >>     /usr/bin/ld: final link failed: Nonrepresentable section on output

> > >> Does this ring a bell with anyone?  That looks like a gcc issue, not a
> > >> problem with the package.  It's also in dep-wait on arm waiting for
> > >> libf2c2.

> > I've now seen this problem elsewhere, and it's a problem with binutils on
> > powerpc.  krb5 appears to also be affected.  See Bug#329686 for more
> > details.  Rebuilding the affected library from source should fix the
> > problem.

> > I'm not sure the right approach to take here.  A new libf2c2 build on
> > powerpc with the current binutils will fix the problem; should I file a
> > bug against libf2c2 asking for a new sourceful upload to unstable, or is
> > this the place for a porter binary NMU?  I never entirely understood how
> > those are supposed to work and when they are appropriate.

> I've requested a binNMU of libf2c2 for powerpc; scalapack will be retried
> automatically once the libf2c2 update is in the archive, so this should tell
> us pretty quickly if this fixes the bug.  If so, we can get a binNMU of krb5
> the same way.

And the rebuild of scalapack against the binNMU'ed libf2c2 still fails --
now with the same error as on arm.  So this now falls under bug #332955,
which probably would have fixed the powerpc problem anyway by way of
removing libf2c2 from the equation...

Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon@debian.org                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature

Reply to: