[Debian-med-packaging] Bug#806243: [MINC-development] Bug#806243: libminc: FTBFS on mipsel

Robert D. Vincent robert.d.vincent at mcgill.ca
Sat Dec 5 18:41:03 UTC 2015


Steve et al,

I used an emulated mipsel environment using some other distributions (found
here: https://people.debian.org/~aurel32/qemu/mipsel/) - the bug was not
reproducible. I am in the process of building a QEMU environment for a more
recent release ("sid" from 20151023), I will try that as soon as possible.

    -bert

On Sat, Dec 5, 2015 at 1:16 PM, Steve M. Robbins <steve at sumost.ca> wrote:

> Hi,
>
> [Adding minc-development as follow-up to previous email;
>
> http://www.bic.mni.mcgill.ca/pipermail/minc-development/2015-November/001223.html
> ]
>
>
> On December 4, 2015 08:25:09 PM Jurica Stanojkovic wrote:
> >  User: debian-mips at lists.debian.org
> >
> > Hello,
> >
> > I have tried to build package libminc_2.3.00-2 for mipsel and mips64el on
> > diferent build boards: netlogic-xlp, cavium and loongson-3a. This package
> > FTBFS only on loongson-3a (lemote).
> > On other build machines package was built from source successfully.
>
> That's interesting.  I have been able to reproduce the failure on the
> Debian's
> mipsel machine 'etler' which is longsoon.  I know Bert was trying to bring
> up
> a mipsel machine to test; not sure how far he got.  (Incidentally, Bert: I
> was
> working with the 'develop' branch as of Nov 19 and the failure persists.)
>
> Jurica: is everything else the same between your good/bad environments,
> specifically: libc, compiler, and libnetcdf?  I mean: I assume they are
> both
> running 'sid', but are the specific versions of each package the same?
>
> If all that is the same -- could it be something in the hardware?  The
> failing
> code is basically arithmetic mapping a double-value into another type, e.g.
> integer (of different sizes).  The failing test is for the mapping of
> -2*FLT_MAX, which should map to the low end of the output range but instead
> maps to the high end.  Is there anything different in the hardware that
> would
> maybe round things differently?
>
> Thanks,
> -Steve
>
> _______________________________________________
> MINC-development mailing list
> MINC-development at bic.mni.mcgill.ca
> http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/debian-med-packaging/attachments/20151205/54e663a4/attachment-0001.html>


More information about the Debian-med-packaging mailing list