Bug#783920: atlas: FTBFS on arm64 in Jessie

[Sébastien Villemot]

Control: severity -1 important

Dear Martin and Edmund,

Le mercredi 01 juillet 2015 à 21:36 -0400, Martin Michlmayr a écrit :
> * Sébastien Villemot <sebastien at debian.org> [2015-05-01 12:39]:
> > > make[3]: Entering directory '/«PKGBUILDDIR»/build/atlas-base/lib'
> > > mkdir tmp
> > > cd tmp && \
> > >         ar x ../libatlas.a && \
> > >         if test -f ../libptf77blas.a -a -f ../libptcblas.a; then 
> > > \
> > >                 ar x ../libptf77blas.a && \
> > >                 ar x ../libptcblas.a; \
> > >         else \
> > >                 ar x ../libf77blas.a && \
> > >                 ar x ../libcblas.a; \
> > >         fi
> > > ar: ../libf77blas.a: No such file or directory
> > > 
> > > (It did build, clearly, on 2015-01-29 on arm-linaro-01. What 
> > > might
> > > have changed since then?)
> > 
> > ATLAS is a very delicate beast so anything is possible.
> > 
> > Can you please provide me with the full build log? On which machine 
> > did
> > you try the compilation?
> 
> I just ran into the same issue.  Note that earlier on I saw such
> errors:
> /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S: 
> Assembler messages:
> /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:32: 
> Error: unknown mnemonic `subl' -- `subl $8,%esp'
> /«PKGBUILDDIR»/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:33: 
> Error: unknown mnemonic `movl' -- `movl %ebx,(%esp)'

Thanks for your feedback.

Unfortunately, I am unable to reproduce your problem. The package
builds fine on the only arm64 machine to which I have access
(asachi.debian.org). As a consequence, I am downgrading the severity to
important, since it does not affect all arm64 machines.

Nevertheless, there is obviously something wrong. Note that the
assembly messages that Martin got are a red herring.

In order to try to debug this: could one of you try to recompile the
package after removing the file
debian/archdefs/arm64/GENERIC64.tar.bz2?

The compilation will take much longer, but I would be interested in
seeing if it succeeds. If it does, could you then do the following
after the end of the compilation:

 cd build/atlas-base/ARCHS
 make ArchNew
 tar caf GENERIC64.tar.bz2 GENERIC64

And send me the GENERIC64.tar.bz2 along with the full build log?

Best,

-- 
 .''`.    Sébastien Villemot
: :' :    Debian Developer
`. `'     http://sebastien.villemot.name
  `-      GPG Key: 4096R/381A7594


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/debian-science-maintainers/attachments/20150718/73ca5639/attachment.sig>