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