Results for 5.5.0 20171010 (Debian 5.5.0-8) testsuite on mips64el-unknown-linux-gnuabi64

2018-02-05 Thread Matthias Klose 
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
Native configuration is mips64el-unknown-linux-gnuabi64

=== g++ tests ===


Running target unix
FAIL: g++.dg/abi/abi-tag19.C  -std=c++11  scan-assembler _ZN1YIiE1fB1aEv
FAIL: g++.dg/abi/abi-tag19.C  -std=c++14  scan-assembler _ZN1YIiE1fB1aEv
FAIL: g++.dg/abi/abi-tag19.C  -std=c++98  scan-assembler _ZN1YIiE1fB1aEv
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++11  (test for errors, line 16)
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++11 (test for excess errors)
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++14  (test for errors, line 16)
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++14 (test for excess errors)
XPASS: g++.dg/tls/thread_local-order2.C  -std=c++11 execution test
XPASS: g++.dg/tls/thread_local-order2.C  -std=c++14 execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O0  execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O2  execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O2 -flto 
-fno-use-linker-plugin -flto-partition=none  execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O2 -flto 
-fuse-linker-plugin -fno-fat-lto-objects  execution test
FAIL: g++.dg/tree-prof/pr57451.C compilation,  -fprofile-use -D_PROFILE_USE 
(internal compiler error)
UNRESOLVED: g++.dg/tree-prof/pr57451.C execution,-fprofile-use 
-D_PROFILE_USE

=== g++ Summary for unix ===

# of expected passes84813
# of unexpected failures12
# of unexpected successes   2
# of expected failures  291
# of unresolved testcases   1
# of unsupported tests  3900

Running target unix/-fstack-protector
FAIL: g++.dg/abi/abi-tag19.C  -std=c++11  scan-assembler _ZN1YIiE1fB1aEv
FAIL: g++.dg/abi/abi-tag19.C  -std=c++14  scan-assembler _ZN1YIiE1fB1aEv
FAIL: g++.dg/abi/abi-tag19.C  -std=c++98  scan-assembler _ZN1YIiE1fB1aEv
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++11  (test for errors, line 16)
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++11 (test for excess errors)
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++14  (test for errors, line 16)
FAIL: g++.dg/cpp0x/lambda/lambda-70218.C  -std=c++14 (test for excess errors)
XPASS: g++.dg/tls/thread_local-order2.C  -std=c++11 execution test
XPASS: g++.dg/tls/thread_local-order2.C  -std=c++14 execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O0  execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O2  execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O2 -flto 
-fno-use-linker-plugin -flto-partition=none  execution test
FAIL: c-c++-common/torture/builtin-arith-overflow-12.c   -O2 -flto 
-fuse-linker-plugin -fno-fat-lto-objects  execution test
FAIL: g++.dg/tree-prof/pr57451.C compilation,  -fprofile-use -D_PROFILE_USE 
(internal compiler error)
UNRESOLVED: g++.dg/tree-prof/pr57451.C execution,-fprofile-use 
-D_PROFILE_USE

=== g++ Summary for unix/-fstack-protector ===

# of expected passes84816
# of unexpected failures12
# of unexpected successes   2
# of expected failures  291
# of unresolved testcases   1
# of unsupported tests  3897

=== g++ Summary ===

# of expected passes169629
# of unexpected failures24
# of unexpected successes   4
# of expected failures  582
# of unresolved testcases   2
# of unsupported tests  7797
/build/gcc-5-UwFC2P/gcc-5-5.5.0/build/gcc/xg++  version 5.5.0 20171010 (Debian 
5.5.0-8) 

=== gcc tests ===


Running target unix
FAIL: gcc.dg/cpp/trad/include.c (test for excess errors)
FAIL: gcc.dg/localalias.c execution test
FAIL: gcc.dg/pic-2.c (test for excess errors)
FAIL: gcc.dg/pic-3.c (test for excess errors)
FAIL: gcc.dg/pic-4.c (test for excess errors)
FAIL: gcc.dg/pie-2.c (test for excess errors)
FAIL: gcc.dg/pie-3.c (test for excess errors)
FAIL: gcc.dg/pie-4.c (test for excess errors)
FAIL: gcc.dg/uninit-19.c  (test for warnings, line 22)
FAIL: gcc.dg/uninit-19.c (test for excess errors)
XPASS: c-c++-common/goacc/acc_on_device-2.c scan-rtl-dump-times expand 
"(call [^n]* acc_on_device" 0
FAIL: gcc.dg/graphite/id-pr46845.c (internal compiler error)
FAIL: gcc.dg/graphite/id-pr46845.c (test for excess errors)
FAIL: gcc.dg/graphite/scop-19.c scan-tree-dump-times graphite "number of SCoPs: 
0" 1
XPASS: gcc.dg/guality/example.c   -O0  execution test
XPASS: gcc.dg/guality/example.c   -O1  execution test
XPASS: gcc.dg/guality/guality.c   -O0  execution test
XPASS: gcc.dg/guality/guality.c   -O1  execution test
XPASS: gcc.dg/guality/guality.c   -Os  execution test
XPASS:

Processed: Proper command for the affects

2018-02-05 Thread Debian Bug Tracking System 
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 assistance.
-- 
888459: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888459
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#888422 closed by Matthias Klose <d...@debian.org> (Bug#888422: fixed in mpfr4 4.0.0-6)

2018-02-05 Thread Debian Bug Tracking System 
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 longer marked as fixed in versions mpfr4/4.0.0-6.

-- 
888422: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888422
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#888422: closed by Matthias Klose <d...@debian.org> (Bug#888422: fixed in mpfr4 4.0.0-6)

2018-02-05 Thread Adrian Bunk 
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 everything switched to libmpfr6 [1], libmpc3 really seems to be 
just one out of many affected packages here and the Breaks should 
actually be against libmpfr4.

cu
Adrian

[1] https://tests.reproducible-builds.org/debian/history/giac.html

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#888459: marked as done (flint-arb's tests fail on 32bit archs using mpfr 4.0.0)

2018-02-05 Thread Debian Bug Tracking System 
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 the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
888459: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888459
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:flint-arb
Version: 2.11.1-2
Severity: serious
Tags: sid buster

as seen on
https://release.debian.org/transitions/html/auto-mpfr4.html
https://buildd.debian.org/status/package.php?p=flint-arb

the testsuite fails on all 32bit architectures.

cc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -I/<>
-I/usr/local/include -I/usr/local/include -I/usr/include test/t-sqrt.c -o
../build/arf/test/t-sqrt -L/<> -L/usr/local/lib -L/usr/local/lib
-L/usr/lib -lflint-arb -lflint -lmpfr -lgmp -lm -lpthread  -MMD -MP -MF
../build/arf/test/t-sqrt.d -MT "../build/arf/test/t-sqrt" -MT
"../build/arf/test/t-sqrt.d"
flooraddmul_uiPASS
cmpabs_2exp_siPASS
addset_round_uirootPASS
add_siPASS
mulPASS
set_fmpqPASS
submul_uiPASS
mul_siPASS
abs_bound_lt_2exp_siPASS
sub_siPASS
get_dPASS
addmul_fmpzPASS
add_uiPASS
frexpPASS
rsqrtPASS
subPASS
cmpabsPASS
set_fmprPASS
set_round_fmpzPASS
mul_uiPASS
abs_bound_lt_2exp_fmpzPASS
sub_uiPASS
set_fmpz_2expPASS
complex_sqrPASS
complex_mulPASS
abs_bound_le_2exp_fmpzPASS
submul_fmpzPASS
divFAIL (aliasing 4)!
prec = 352, rnd = 4

x =
(4586997233048136541430758450064474100387735230759824291973833691816938709832156080645343570059119116156929
* 2^-154742412678922490659733883)

y =
(51814976846671518298238808760042830604686502339620382299366747655022166929406808804341858227567903870767891933265103849315791036770763130077955430384829058539908460614800988509303528381975119100503701824233100229972596599113543202092890645352456600459286399836135725531911334505568114757105479020098464557517116791851426250751
* 2^-154742431125385089392575577)

v =
(2135987036418233318920600437589210504846524088997312026086185915310372929010612927677735486095361
* 2^-154742412678922490659733852)

r1 = 1, r2 = 1
../Makefile.subdirs:84: recipe for target '../build/arf/test/t-div_RUN' failed
make[3]: *** [../build/arf/test/t-div_RUN] Aborted
make[3]: *** Waiting for unfinished jobs
PASS
PASS
PASS
make[3]: Leaving directory '/<>/arf'
Makefile:179: recipe for target 'check' failed
make[2]: *** [check] Error 2
make[2]: Leaving directory '/<>'
--- End Message ---
--- Begin Message ---
Version: 4.0.1~rc2-1

Fixed in 4.0.1~rc2-1:
https://buildd.debian.org/status/package.php?p=flint-arb

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed--- End Message ---

Processed (with 1 error): Move to the package where the bug was

2018-02-05 Thread Debian Bug Tracking System 
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/2.11.1-2.
No longer marked as fixed in versions 2.11.1-2+b1.
Bug #888459 {Done: Matthias Klose } [libmpfr6] flint-arb's 
tests fail on 32bit archs using mpfr 4.0.0
Marked as found in versions mpfr4/4.0.0-7.
> affects -1 src:flint-arb
Failed to mark -1 as affecting package(s): The 'bug' parameter ("-1") to 
Debbugs::Control::affects did not pass regex check
.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
888459: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888459
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#889631: Bug#889647: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Norbert Preining 
> 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. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#889631: Bug#889647: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Vincent Lefevre 
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. Shipping and ancient, pre-historic texinfo.tex
> is simply wrong.

Yes. To fix the automake issue, I would see 2 possibilities:

1. The simpler solution: patch texinfo.tex there directly, but this
can mean that it can be out-of-sync with texinfo.

2. The cleaner solution: provide a symlink to the texinfo.tex file
from texinfo (like what it does fto use config.guess and config.sub
from autotools-dev) and depend on texinfo. This would add a dependency
but I suspect that most software that uses GNU Automake also uses
Texinfo, so that in practice, this may not make a difference.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#889631: Bug#889647: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Norbert Preining 
> 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.

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#889631: Bug#889647: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Vincent Lefevre 
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 package using the texinfo.tex file from the
> GNU FTP site. After all, the error with @var in exponent is a bug
> in texinfo, which can affect developers of any software that would
> use a @var in exponent. The patch could probably be dropped when
> the next upstream texinfo is released.
> 
> But in case of (2), you need to make sure that this texinfo.tex
> file is taken into account, not the obsolete one from automake.

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
is used to build the software. Ideally, this should be done in
automake as this could affect other software (packaged or not).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#889631: Bug#889647: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Vincent Lefevre 
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 the texinfo package does not support @var in exponent or
> > subscript as it yields a "\scriptfont 5 is undefined" error:
> 
> Indeed. That is fixed (partially) in the current SVN version, and an
> updated texinfo files can be downloaded from the fnu server.
> 
> If you think it is worth it, I can patch the texinfo package to update
> texinfo.tex
> -\def\texinfoversion{2017-08-23.19}
> +\def\texinfoversion{2018-01-09.11}

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 package using the texinfo.tex file from the
GNU FTP site. After all, the error with @var in exponent is a bug
in texinfo, which can affect developers of any software that would
use a @var in exponent. The patch could probably be dropped when
the next upstream texinfo is released.

But in case of (2), you need to make sure that this texinfo.tex
file is taken into account, not the obsolete one from automake.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#889631: Bug#889647: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Norbert Preining 
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 (!)

Since then there have been the releases of 5.0, 5.1, 5.2, 6.0, 6.1, 6.2,
6.3, 6.3, and 6.5, all of which (besides 6.2) have been in Debian.

> assume texinfo's version of texinfo.tex is too old as well for the mpfr4 
> build,

That is a problem of mpfr4. If they require a texinfo.tex that is newer
than what is in the latest released version, then this is a problem of
mpfr4, and not texinfo.

The latest release of texinfo is 6.5, and that is what is shipped in
Debian and that is what texinfo.tex corresponds to.

This bug shoud be (only) assigned to automake and mpfr4.

All the best

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#889631: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Vincent Lefevre 
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=882844

  automake: "automake --add-missing" should not install an obsolete
  texinfo.tex file

(following a comment concerning the bug below).

> 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 it yields a "\scriptfont 5 is undefined" error:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882842

and

  https://lists.nongnu.org/archive/html/bug-texinfo/2017-11/msg00019.html
  https://lists.nongnu.org/archive/html/bug-texinfo/2017-12/msg0.html
  https://lists.nongnu.org/archive/html/bug-texinfo/2018-01/msg9.html

> so maybe Vincent could provide a patch to update texinfo's version?

I'm not sure what is best. I wonder whether the same thing as
config.guess / config.sub should be done, for which automake just
provides symlinks to the up-to-date files from autotools-dev.

I'd say that /usr/share/automake-1.15/texinfo.tex should be a
symlink too.

For /usr/share/texmf/tex/texinfo/texinfo.tex, I don't know, since
there are also txi-??.tex files in "/usr/share/texmf/tex/texinfo",
which might be used for some projects that would provide non-English
documentation.

Either the texinfo.tex file should be provided by the texinfo package
(possibly patched, which would be the case now, but otherwise it seems
that in general, this file is up-to-date as upstream texinfo has quite
regular updates), in which case automake should depend on texinfo for
the symlink target, or it should be a separate package with the
/usr/share/texmf/tex/texinfo files, similar to autotools-dev.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#889631: mpfr 4.0 branch fails to build with texinfo.tex from automake

2018-02-05 Thread Matthias Klose 
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 version?

Thanks, Matthias

Processed: Re: Bug#889631: mpfr 4.0 branch fails to build with recent tex

2018-02-05 Thread Debian Bug Tracking System 
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 package 'src:mpfr4' to 'texinfo,automake'.
No longer marked as found in versions mpfr4/4.0.0-7.
Ignoring request to alter fixed versions of bug #889647 to the same values 
previously set
> retitle 889631 mpfr 4.0 branch fails to build with texinfo.tex from automake
Bug #889631 [src:mpfr4] mpfr 4.0 branch fails to build with recent tex
Changed Bug title to 'mpfr 4.0 branch fails to build with texinfo.tex from 
automake' from 'mpfr 4.0 branch fails to build with recent tex'.
> retitle -1 automake (and texinfo?) ship an outdated texinfo.tex file
Bug #889647 [texinfo,automake] mpfr 4.0 branch fails to build with recent tex
Changed Bug title to 'automake (and texinfo?) ship an outdated texinfo.tex 
file' from 'mpfr 4.0 branch fails to build with recent tex'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
889631: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889631
889647: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889647
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

mpfr4_4.0.1~rc2-1_source.changes ACCEPTED into unstable

2018-02-05 Thread Debian FTP Masters 


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: Matthias Klose 
Description:
 libmpfr-dev - multiple precision floating-point computation developers tools
 libmpfr-doc - multiple precision floating-point computation documentation
 libmpfr6   - multiple precision floating-point computation
Closes: 888253
Changes:
 mpfr4 (4.0.1~rc2-1) unstable; urgency=medium
 .
   * mpfr 4.0.1 release candidate 2.
   * Disable building the pdf docs for now. See #889631.
   * Build using -O1 on powerpcspe. Closes: #888253.
Checksums-Sha1:
 d83f568b869c496f8360abcb1cc01cedcea42a40 2000 mpfr4_4.0.1~rc2-1.dsc
 ea316b8f515b178b7f20f13ef08eb9b18e57e88f 1412608 mpfr4_4.0.1~rc2.orig.tar.xz
 75bd2b6ceb40745b5aac43ab9045211fb9c239b4 10420 mpfr4_4.0.1~rc2-1.debian.tar.xz
 6f4e3ed1a7313d924868506ef865fcc7d414f0fb 5440 
mpfr4_4.0.1~rc2-1_source.buildinfo
Checksums-Sha256:
 05d34558b913fd80730011b57085fe35c6c1e162577d01be9ff6ebcaa0e6592a 2000 
mpfr4_4.0.1~rc2-1.dsc
 93a1c576056f79292315f56d112f995723293cc54f57dd2ca87a647cd255ead4 1412608 
mpfr4_4.0.1~rc2.orig.tar.xz
 f68e6b98cfbe403b203ab101efb08223e2501fdd4a59b582856cd42df4ce1971 10420 
mpfr4_4.0.1~rc2-1.debian.tar.xz
 c6de69e2f3bbf025f5426d5d449b842098ff6a1b3ed0c97fe256a3bd0b31aa65 5440 
mpfr4_4.0.1~rc2-1_source.buildinfo
Files:
 7d86feb9392c2d35e67aeebbf7f98f90 2000 math optional mpfr4_4.0.1~rc2-1.dsc
 9bf3ffd418b01573785af97f40272920 1412608 math optional 
mpfr4_4.0.1~rc2.orig.tar.xz
 b6f9938b325911542787a5d175e42870 10420 math optional 
mpfr4_4.0.1~rc2-1.debian.tar.xz
 0b507bd88d3a550c2a2401a95fc49367 5440 math optional 
mpfr4_4.0.1~rc2-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJEBAEBCAAuFiEE1WVxuIqLuvFAv2PWvX6qYHePpvUFAlp4EbEQHGRva29AZGVi
aWFuLm9yZwAKCRC9fqpgd4+m9RiVEACkLLO5SP1+ujHzpKIvJYSvcx6MCXZv73Af
XhRlqDtMwERXmn329t1JvZSH1uxXzaikzuvYHvHqscVVRa9A7ksgusweIR/T+1LQ
/4Hn1Fu1xPT3ETLRfAJEs+RWilkBG8WgjZejEUd69MzyygrtizEQck2vK7zQUbkE
k+hwcxbZKwkgRup9+bhF2qpaB1QFGa71Gq7j59Njv/I8t46KutRaZNTdfFd+5XPr
fma2ExWrcdSIdXCSIvLly0sFTa1vUuxJ4/RH88oE7WihlFbamtOMx+4DGWKUKCBT
cVEpGso4OBMLcTxxSEQpYaSwMffY5O1W3jEYHzduhY72MilcJQCLYoHE+oJn3Gl1
ElYAg8qnRQj4QXi2RLxGuvcsproS2MbMgmbENaM45bFdge32sNZvEgyKyhZWtheg
kt3SNGFb3v2zdfbSLmQzyUU3xpvx04LFZVhHhfE5v5KAM06b8lK+aTpMO3MToc2k
wncvZp1j3fDYzJ8oNvtlHphtHZNnBjKCRD48vXZ78dZwozdcCQw11NklKL3T8Tzv
1F40i1nBd7UKAqHQy/T10nkfuCuwHRME+L86Dfr5g7RfT7j35N1BYKLkJEaPFQpL
55z30Wf0fZpSLNEnJFVQoGUfYdXGQmCrEGHlSfdmjwKNMT4bfJEyd7kFVJMzAB3Z
BDkh65czXg==
=bP/2
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Bug#888253: marked as done (mpfr4: Please reduce optimization level on powerpcspe)

2018-02-05 Thread Debian Bug Tracking System 
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 been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
888253: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888253
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: mpfr4
Version: 3.1.6-1
Severity: important
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: powerpcspe

Hello!

The mpfr4 build for the 4.x versions is currently choking on gcc ICEs [1]:

../../src/set_d64.c: In function 'mpfr_set_decimal64':
../../src/set_d64.c:429:1: error: unrecognizable insn:
 }
 ^
(insn 15 14 16 2 (set (reg:DF 155 [ _9 ])
(subreg:DF (reg/v:DD 214 [ d ]) 0)) "../../src/set_d64.c":130 -1
 (nil))
../../src/set_d64.c:429:1: internal compiler error: in extract_insn, at 
recog.c:2311
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
Preprocessed source stored into /tmp/ccilswZc.out file, please attach this to 
your bugreport.

Since this prevents powerpcspe from the libmpfr6 transition, I suggest
reducing the optimization level on this architecture as a quick work-
around. I will file an upstream gcc bug and also check whether we still
need -O0 on m68k.

Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=mpfr4=powerpcspe=4.0.0-5=1516751176=0

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
diff -Nru old/mpfr4-4.0.0/debian/rules new/mpfr4-4.0.0/debian/rules
--- old/mpfr4-4.0.0/debian/rules2018-01-07 08:50:32.0 +0100
+++ new/mpfr4-4.0.0/debian/rules2018-01-24 11:31:37.917782498 +0100
@@ -39,7 +39,7 @@
 CXXFLAGS := -g $(shell dpkg-buildflags --get CXXFLAGS)
 LDFLAGS := $(shell dpkg-buildflags --get LDFLAGS) -Wl,-z,defs
 
-ifeq (m68k,$(DEB_HOST_ARCH))
+ifneq (,$(filter $(DEB_HOST_ARCH), m68k powerpcspe))
   CFLAGS += -O0
 else ifeq (sh4,$(DEB_HOST_ARCH))
   CFLAGS += -mieee
--- End Message ---
--- Begin Message ---
Source: mpfr4
Source-Version: 4.0.1~rc2-1

We believe that the bug you reported is fixed in the latest version of
mpfr4, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 888...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matthias Klose  (supplier of updated mpfr4 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-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 
Description:
 libmpfr-dev - multiple precision floating-point computation developers tools
 libmpfr-doc - multiple precision floating-point computation documentation
 libmpfr6   - multiple precision floating-point computation
Closes: 888253
Changes:
 mpfr4 (4.0.1~rc2-1) unstable; urgency=medium
 .
   * mpfr 4.0.1 release candidate 2.
   * Disable building the pdf docs for now. See #889631.
   * Build using -O1 on powerpcspe. Closes: #888253.
Checksums-Sha1:
 d83f568b869c496f8360abcb1cc01cedcea42a40 2000 mpfr4_4.0.1~rc2-1.dsc
 ea316b8f515b178b7f20f13ef08eb9b18e57e88f 1412608 mpfr4_4.0.1~rc2.orig.tar.xz
 75bd2b6ceb40745b5aac43ab9045211fb9c239b4 10420 mpfr4_4.0.1~rc2-1.debian.tar.xz
 6f4e3ed1a7313d924868506ef865fcc7d414f0fb 5440 
mpfr4_4.0.1~rc2-1_source.buildinfo
Checksums-Sha256:
 05d34558b913fd80730011b57085fe35c6c1e162577d01be9ff6ebcaa0e6592a 2000 
mpfr4_4.0.1~rc2-1.dsc
 93a1c576056f79292315f56d112f995723293cc54f57dd2ca87a647cd255ead4 1412608 
mpfr4_4.0.1~rc2.orig.tar.xz
 f68e6b98cfbe403b203ab101efb08223e2501fdd4a59b582856cd42df4ce1971 10420 
mpfr4_4.0.1~rc2-1.debian.tar.xz
 c6de69e2f3bbf025f5426d5d449b842098ff6a1b3ed0c97fe256a3bd0b31aa65 5440

Accepted mpfr4 4.0.1~rc2-1 (source) into unstable

2018-02-05 Thread Matthias Klose 
-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 
Description:
 libmpfr-dev - multiple precision floating-point computation developers tools
 libmpfr-doc - multiple precision floating-point computation documentation
 libmpfr6   - multiple precision floating-point computation
Closes: 888253
Changes:
 mpfr4 (4.0.1~rc2-1) unstable; urgency=medium
 .
   * mpfr 4.0.1 release candidate 2.
   * Disable building the pdf docs for now. See #889631.
   * Build using -O1 on powerpcspe. Closes: #888253.
Checksums-Sha1:
 d83f568b869c496f8360abcb1cc01cedcea42a40 2000 mpfr4_4.0.1~rc2-1.dsc
 ea316b8f515b178b7f20f13ef08eb9b18e57e88f 1412608 mpfr4_4.0.1~rc2.orig.tar.xz
 75bd2b6ceb40745b5aac43ab9045211fb9c239b4 10420 mpfr4_4.0.1~rc2-1.debian.tar.xz
 6f4e3ed1a7313d924868506ef865fcc7d414f0fb 5440 
mpfr4_4.0.1~rc2-1_source.buildinfo
Checksums-Sha256:
 05d34558b913fd80730011b57085fe35c6c1e162577d01be9ff6ebcaa0e6592a 2000 
mpfr4_4.0.1~rc2-1.dsc
 93a1c576056f79292315f56d112f995723293cc54f57dd2ca87a647cd255ead4 1412608 
mpfr4_4.0.1~rc2.orig.tar.xz
 f68e6b98cfbe403b203ab101efb08223e2501fdd4a59b582856cd42df4ce1971 10420 
mpfr4_4.0.1~rc2-1.debian.tar.xz
 c6de69e2f3bbf025f5426d5d449b842098ff6a1b3ed0c97fe256a3bd0b31aa65 5440 
mpfr4_4.0.1~rc2-1_source.buildinfo
Files:
 7d86feb9392c2d35e67aeebbf7f98f90 2000 math optional mpfr4_4.0.1~rc2-1.dsc
 9bf3ffd418b01573785af97f40272920 1412608 math optional 
mpfr4_4.0.1~rc2.orig.tar.xz
 b6f9938b325911542787a5d175e42870 10420 math optional 
mpfr4_4.0.1~rc2-1.debian.tar.xz
 0b507bd88d3a550c2a2401a95fc49367 5440 math optional 
mpfr4_4.0.1~rc2-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJEBAEBCAAuFiEE1WVxuIqLuvFAv2PWvX6qYHePpvUFAlp4EbEQHGRva29AZGVi
aWFuLm9yZwAKCRC9fqpgd4+m9RiVEACkLLO5SP1+ujHzpKIvJYSvcx6MCXZv73Af
XhRlqDtMwERXmn329t1JvZSH1uxXzaikzuvYHvHqscVVRa9A7ksgusweIR/T+1LQ
/4Hn1Fu1xPT3ETLRfAJEs+RWilkBG8WgjZejEUd69MzyygrtizEQck2vK7zQUbkE
k+hwcxbZKwkgRup9+bhF2qpaB1QFGa71Gq7j59Njv/I8t46KutRaZNTdfFd+5XPr
fma2ExWrcdSIdXCSIvLly0sFTa1vUuxJ4/RH88oE7WihlFbamtOMx+4DGWKUKCBT
cVEpGso4OBMLcTxxSEQpYaSwMffY5O1W3jEYHzduhY72MilcJQCLYoHE+oJn3Gl1
ElYAg8qnRQj4QXi2RLxGuvcsproS2MbMgmbENaM45bFdge32sNZvEgyKyhZWtheg
kt3SNGFb3v2zdfbSLmQzyUU3xpvx04LFZVhHhfE5v5KAM06b8lK+aTpMO3MToc2k
wncvZp1j3fDYzJ8oNvtlHphtHZNnBjKCRD48vXZ78dZwozdcCQw11NklKL3T8Tzv
1F40i1nBd7UKAqHQy/T10nkfuCuwHRME+L86Dfr5g7RfT7j35N1BYKLkJEaPFQpL
55z30Wf0fZpSLNEnJFVQoGUfYdXGQmCrEGHlSfdmjwKNMT4bfJEyd7kFVJMzAB3Z
BDkh65czXg==
=bP/2
-END PGP SIGNATURE-

Bug#889631: mpfr 4.0 branch fails to build with recent tex

2018-02-05 Thread Vincent Lefevre 
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 change since 4.0.0:

Index: doc/mpfr.texi
===
--- doc/mpfr.texi   (revision 12081)
+++ doc/mpfr.texi   (revision 12082)
@@ -123,8 +123,11 @@
 
 @c  Usage: @GMPabs{x}
 @c  Give either |x| in tex, or abs(x) in info or html.
+@c  The \ensuremath is needed because the OT1 encoding is used, where
+@c  the pipe character corresponds to a wide dash:
+@chttps://tex.stackexchange.com/a/1775/58921
 @tex
-\gdef\GMPabs#1{|#1|}
+\gdef\GMPabs#1{\ensuremath{|#1|}}
 @end tex
 @ifnottex
 @macro GMPabs {X}

The \ensuremath is necessary to avoid an incorrect PDF file.
For instance, see "It works with..." for mpfr_ai page 28 in
the current

  /usr/share/doc/libmpfr-doc/mpfr.pdf.gz

If I do a

  cp /usr/share/automake-1.15/texinfo.tex doc/

then I can reproduce the error. So, it seems to be a bug in
automake 1.15, solved by the newer texinfo.tex file provided
in the MPFR tarball.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#889631: mpfr 4.0 branch fails to build with recent tex

2018-02-05 Thread Vincent Lefevre 
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/make -C build pdf info html
> make[1]: Entering directory '/home/packages/gcc/mpfr/mpfr4-4.0.1~rc2/build'
> Making pdf in doc
> make[2]: Entering directory 
> '/home/packages/gcc/mpfr/mpfr4-4.0.1~rc2/build/doc'
> TEXINPUTS="../../doc:$TEXINPUTS" \
> MAKEINFO='/bin/bash /home/packages/gcc/mpfr/mpfr4-4.0.1~rc2/missing makeinfo
> --enable-encoding -I ../../doc' \
> texi2dvi --pdf --batch  --build-dir=mpfr.t2p -o mpfr.pdf  \
> ../../doc/mpfr.texi
> This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) 
> (preloaded
> format=pdfetex)
>  restricted \write18 enabled.
> entering extended mode
> 
> (../../../.././../../doc/mpfr.texi
> (/home/packages/gcc/mpfr/mpfr4-4.0.1~rc2/doc/texinfo.tex
> Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs,
   ^

This is strange. It should be:

Loading texinfo [version 2018-01-09.11]: pdf, fonts, markup, glyphs,

Don't the Debian tools corrupt the MPFR archive with an older texinfo
version?

FYI, the version used by MPFR 4 is the one from:

  https://ftp.gnu.org/gnu/texinfo/

i.e.

  https://ftp.gnu.org/gnu/texinfo/texinfo.tex
  https://ftp.gnu.org/gnu/texinfo/texinfo.tex.sig

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Processing of mpfr4_4.0.1~rc2-1_source.changes

2018-02-05 Thread Debian FTP Masters 
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)