On Sun, 2014-03-09 16:08:35 +1100, Aníbal Monsalve Salazar wrote: > On Sun, Jun 09, 2013 at 09:16:26PM +0200, Julien Cristau wrote: >> Source: falconpl >> Version: 0.9.6.9-git20120606-2 >> Severity: serious >> Justification: fails to build from source (but built successfully in the >> past) >> >> The falconpl build on mipsen (and sparc) dies with a bus error. Likely >> some alignment issue(?). >> >> Cheers, >> Julien > > It didn't build on mips before but it does now. > > https://buildd.debian.org/status/fetch.php?pkg=falconpl&arch=mips&ver=0.9.6.9-git20120606-2%2Bb1&stamp=1394290722 > > It doesn't build on mipsel where it FTBFS on rem as shown below. > > cd /«PKGBUILDDIR»/obj-mipsel-linux-gnu/modules/falcon && > ../../devtools/icomp.sh /«PKGBUILDDIR»/modules/falcon/img/qrcode.fal > /«PKGBUILDDIR»/obj-mipsel-linux-gnu/modules/falcon/img/qrcode.fam > ../../devtools/icomp.sh: line 17: 26517 Bus error $current_path/bin/falcon > -o $TARGET -c $SOURCE > make[3]: *** [modules/falcon/img/qrcode.fam] Error 138 > > But It builds with pbuilder (minimal, updated, clean chroot). My build > log is at: > > http://people.debian.org/~anibal/falconpl/falconpl_0.9.6.9-git20120606-2_mipsel.log.bz2 > > I'll ask to give it back to an auto-builder (not rem/eysler). On eysler > it FTBFS as shown below. > > cd > /build/buildd-falconpl_0.9.6.9-git20120606-2-mipsel-d1imFa/falconpl-0.9.6.9-git20120606/obj-mipsel-linux-gnu/modules/falcon > && ../../devtools/icomp.sh > /build/buildd-falconpl_0.9.6.9-git20120606-2-mipsel-d1imFa/falconpl-0.9.6.9-git20120606/modules/falcon/img/qrcode.fal > > /build/buildd-falconpl_0.9.6.9-git20120606-2-mipsel-d1imFa/falconpl-0.9.6.9-git20120606/obj-mipsel-linux-gnu/modules/falcon/img/qrcode.fam > Bus error > make[3]: *** [modules/falcon/img/qrcode.fam] Error 138
At https://lists.debian.org/debian-mips/2014/03/msg00005.html Aurelien Jarno noted: > It fails to build with a SIGBUS. It is therefore more likely an > alignement issue than a lack of memory issue. It happens it fails to > build on swarm based machines (both little and big endian) and > Loongson 2 machines, while it builds fine on octeon and Loongson 3 > machines. > > It happens that the FP emulator on the octeon and the Loongson 3 > machines do not enforce 8-byte alignement for double types. As the > package only builds there, it seems likely that building the package > on these machines is just ignoring the issue and that some of the > users won't be able to run this package on their MIPS machine, even > with a lot of RAM.
signature.asc
Description: Digital signature
