LAST_UPDATED: Obtained from SVN: tags/gcc_5_5_0_release revision 253577
Target: mips64el-linux-gnuabi64
gcc version 5.5.0 20171010 (Debian 5.5.0-8)
=== acats tests ===
=== acats Summary ===
# of expected passes2320
# of unexpected failures0
Na
Processing commands for cont...@bugs.debian.org:
> affects 888459 src:flint-arb
Bug #888459 {Done: Adrian Bunk } [libmpfr6] flint-arb's tests
fail on 32bit archs using mpfr 4.0.0
Added indication that 888459 affects src:flint-arb
> thanks
Stopping processing here.
Please contact me if you need a
Processing control commands:
> reopen -1
Bug #888422 {Done: Matthias Klose } [libmpfr6] Mixing libmpfr4
and libmpfr6 doesn't work well
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No long
Control: reopen -1
On Tue, Jan 30, 2018 at 09:24:09AM +, Debian Bug Tracking System wrote:
>...
> mpfr4 (4.0.0-6) unstable; urgency=medium
>...
>* libmpfr6: Break libmpc3 (<< 1.1.0-1~). Closes: #888422.
>...
Looking at #888911 and the fact that this FTBFS on armhf disappeared
after ever
Your message dated Mon, 5 Feb 2018 17:58:30 +0200
with message-id <20180205155830.GX3126@localhost>
and subject line Fixed in 4.0.1~rc2-1
has caused the Debian Bug report #888459,
regarding flint-arb's tests fail on 32bit archs using mpfr 4.0.0
to be marked as done.
This means that you claim that
Processing commands for cont...@bugs.debian.org:
> reassign 888459 libmpfr6 4.0.0-7
Bug #888459 {Done: Matthias Klose } [src:flint-arb]
flint-arb's tests fail on 32bit archs using mpfr 4.0.0
Bug reassigned from package 'src:flint-arb' to 'libmpfr6'.
No longer marked as found in versions flint-arb
> Yes. To fix the automake issue, I would see 2 possibilities:
Both are fine with me, I don't care which one is taken.
I have uploaded a new texinfo package with patched texinfo.tex just now.
Norbert
--
PREINING Norbert http://www.preining.info
Accelia Inc. +
On 2018-02-05 23:34:18 +0900, Norbert Preining wrote:
> > In case this was not clear, I meant that in addition to the texinfo
> > correction, something else needs to be done in another package,
> > either in automake or in mpfr4, to that the right texinfo.tex file
>
> automake is the culprit. Ship
> In case this was not clear, I meant that in addition to the texinfo
> correction, something else needs to be done in another package,
> either in automake or in mpfr4, to that the right texinfo.tex file
automake is the culprit. Shipping and ancient, pre-historic texinfo.tex
is simply wrong.
Nor
On 2018-02-05 15:23:08 +0100, Vincent Lefevre wrote:
> I think that there are 2 possible solutions:
>
> 1. Make sure that the texinfo.tex provided in the tarball is used
> (I wonder why it gets replaced, this should be unnecessary, just
> like things such as autoreconf).
>
> 2. Patch the texinfo
On 2018-02-05 22:42:55 +0900, Norbert Preining wrote:
> Hi Vincent,
>
> I cannot add much to your email, all correct.
>
> > > I assume texinfo's version of texinfo.tex is too old as well for the
> > > mpfr4 build,
> >
> > Probably, but maybe for a different reason. The current version
> > from t
Hi Vincent,
I cannot add much to your email, all correct.
> > I assume texinfo's version of texinfo.tex is too old as well for the
> > mpfr4 build,
>
> Probably, but maybe for a different reason. The current version
> from the texinfo package does not support @var in exponent or
> subscript as i
Hi everyone,
> I see that the texinfo.tex version in automake is from 2013, and is definitely
Automake is ^W (redacted). This is so much out of date that I not even
consider it for bug reports.
The version shipped by automake if from
texinfo 4.13
which was released around 2008 (!)
Sin
On 2018-02-05 10:49:18 +0100, Matthias Klose wrote:
> I see that the texinfo.tex version in automake is from 2013, and is
> definitely too old for the mpfr4 build. Could that copy be kept in
> sync with texinfo?
I reported in November 2017:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=8828
I see that the texinfo.tex version in automake is from 2013, and is definitely
too old for the mpfr4 build. Could that copy be kept in sync with texinfo? I
assume texinfo's version of texinfo.tex is too old as well for the mpfr4 build,
so maybe Vincent could provide a patch to update texinfo's ve
Processing commands for cont...@bugs.debian.org:
> clone 889631 -1
Bug #889631 [src:mpfr4] mpfr 4.0 branch fails to build with recent tex
Bug 889631 cloned as bug 889647
> reassign -1 texinfo,automake
Bug #889647 [src:mpfr4] mpfr 4.0 branch fails to build with recent tex
Bug reassigned from packag
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 05 Feb 2018 09:11:12 +0100
Source: mpfr4
Binary: libmpfr6 libmpfr-dev libmpfr-doc
Architecture: source
Version: 4.0.1~rc2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers
Changed-By: Mat
Your message dated Mon, 05 Feb 2018 09:08:18 +
with message-id
and subject line Bug#888253: fixed in mpfr4 4.0.1~rc2-1
has caused the Debian Bug report #888253,
regarding mpfr4: Please reduce optimization level on powerpcspe
to be marked as done.
This means that you claim that the problem has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 05 Feb 2018 09:11:12 +0100
Source: mpfr4
Binary: libmpfr6 libmpfr-dev libmpfr-doc
Architecture: source
Version: 4.0.1~rc2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers
Changed-By: Matthias Klose
On 2018-02-05 08:45:00 +0100, Matthias Klose wrote:
[...]
> Chapter 4 [5] [6] [7] [8] [9] [10] Chapter 5 [11] [12] [13] [14] [15] [16]
> ../../../.././../../doc/mpfr.texi:1577: Undefined control sequence.
> \GMPabs #1->\ensuremath
> {|#1|}
FYI, I had to do the following cha
On 2018-02-05 08:45:00 +0100, Matthias Klose wrote:
> Trying to build the 4.0.0 release candidate 2 in Debian unstable,
> the package fails to build the documentation:
>
> texlive is version 2017.20180110-1.
If I try to build the PDF manually (make pdf), I can't reproduce the
problem.
> /usr/bin
mpfr4_4.0.1~rc2-1_source.changes uploaded successfully to localhost
along with the files:
mpfr4_4.0.1~rc2-1.dsc
mpfr4_4.0.1~rc2.orig.tar.xz
mpfr4_4.0.1~rc2-1.debian.tar.xz
mpfr4_4.0.1~rc2-1_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
22 matches
Mail list logo
