https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
Bernd Edlinger changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #26 from Bernd Edlinger ---
with unpatched trunk and mpfr-3.1.4 and mpc-1.0.3 in-tree
I've got this in mpc/src/libmpc.la:
dependency_libs=' -lmpfr /home/ed/gnu/gcc-build1/./gmp/.libs/libgmp.la -lm'
and check-mpc fails to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #25 from Andrew Roberts ---
The patch works on native armv7l-unknown-linux-gnuabihf with:
gcc-6-20160320
and in tree
gmp 6.1.0
mpc 1.0.3
mpfr 3.1.4
isl 0.16.1
although I wasn't seeing a problem with check-mpc.
At least the build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #24 from Bernd Edlinger ---
Created attachment 38101
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38101=edit
possible patch
Hi,
this is a patch that fixes the check-mpc issue and
fixes gmp-6.1.0 in-tree
The reason for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #23 from Bernd Edlinger ---
Hi,
I tried this combination in-tree:
gmp -> gmp-6.1.0
mpfr -> mpfr-3.1.3
mpc -> mpc-1.0.3
isl -> isl-1.15
While I can now reproduce the original problem,
I noticed another anomaly:
make check-mpc fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #22 from Andrew Roberts ---
Tested with:
gcc-6-20160313
and in-tree:
gmp-6.1.99-20160321
mpc-1.0.3
mpfr-3.1.4
isl-0.16.1
On:
armv7l Arch Linux Arm (Raspberry Pi 3) (not bootstrapped yet due to build time)
This also builds ok with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #21 from Andrew Roberts ---
Tested with:
gcc-6-20160313
and in-tree:
gmp-6.1.99-20160321
mpc-1.0.3
mpfr-3.1.4
isl-0.16.1
On:
x86_64 Centos 7 (Full bootstrap)
This is Ok.
/usr/local/gcc-6.0.0/bin/gcc -v
Using built-in specs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #20 from Marc Glisse ---
Does the latest GMP snapshot from https://gmplib.org/download/snapshot/ work
for you? I moved NO_ASM to config.h, so GCC's approach of overriding CFLAGS
should not break it anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #19 from Marc Glisse ---
(In reply to Marc Glisse from comment #18)
> I think this issue was already described in another PR.
Ah, that was PR 69134 for MPFR.
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg00127.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #18 from Marc Glisse ---
Ah, I managed to reproduce. GMP has a nice "CFLAGS= -g -DNO_ASM" in its
Makefile, but gcc overrides it by calling make CFLAGS=-g. Not much we can do
from the GMP side (and ISL is innocent). Well, maybe the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #17 from Marc Glisse ---
(In reply to Andrew Roberts from comment #15)
> not entirely clear what you mean by reproducing the issue without
> downloading mpfr, mpc, isl etc. Do you mean the missing symbol in GMP or the
> issues with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #16 from Bernd Edlinger ---
you should use whatever gmp,mpfr,mpc version you like.
with or without assembly should not make any difference.
That should work, but dont expect it to work in-tree.
Instead use the --with-gmp --with-mpfr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #15 from Andrew Roberts ---
Marc,
not entirely clear what you mean by reproducing the issue without downloading
mpfr, mpc, isl etc. Do you mean the missing symbol in GMP or the issues with
GMP when using assembly code? If you could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #14 from Marc Glisse ---
Note that I don't think we ever got a proper bug report for GMP. Verified
instructions on how to reproduce the issue with just the latest version of GMP
(without having to download the sources of mpfr, mpc,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #13 from Brett Neumeier ---
OK, then it would make sense to have a documentation fix for GCC that specifies
those exact versions for GMP, MPC, and MPFR as the versions that must be used,
rather than claiming -- inaccurately! --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #12 from Bernd Edlinger ---
It is on purpose that the in-tree gmp is configured to use no assembly,
but the in-tree configuration does not really work with gmp-6.1.0,
and apparently disables the assembly only half-way. It is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #11 from Andrew Roberts ---
On Native ARM platform the bootstrap does work with the old in tree GMP 4.3.2,
regardless of wether you use none-linux-gnu or armv7l-linux-gnu when
configuring GMP.
Bulding by patching toplevel Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #10 from Brett Neumeier ---
Bernd, I don't think there is any argument that those specific versions of the
library dependencies work.
My sense is that it is a bug to assert "GNU Multiple Precision Library (GMP)
version 4.3.2 (or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #9 from Bernd Edlinger ---
(In reply to Andrew Roberts from comment #8)
> The initial bug report was for cross compiling. Bug 70211 is for native
> builds on ARM. Given the huge growth in ARM development boards, this needs
> at least
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #8 from Andrew Roberts ---
The initial bug report was for cross compiling. Bug 70211 is for native builds
on ARM. Given the huge growth in ARM development boards, this needs at least
documenting. As with the original reporter I spent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
Andrew Pinski changed:
What|Removed |Added
CC||andrewm.roberts at sky dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #6 from Brett Neumeier ---
Created attachment 36441
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36441=edit
document symptoms of problem and workaround
Since the issue is a corner-case (it's only triggered when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #5 from joseph at codesourcery dot com ---
GMP does, or did, select an ABI at configuration time that may not be the
same as that used by default by the compiler used to build it. For
example, if building on an x86_64 processor it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #3 from Richard Biener ---
Is __gmpn_invert_limb supposed to be exported? Or is ISL using private APIs
here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
Andrew Pinski changed:
What|Removed |Added
Component|c |bootstrap
Summary|Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #2 from Brett Neumeier ---
Thanks for your swift comment!
I disagree that the bug is in ISL. The problem is that gmp, although the build
appears successful, is *not* correctly built. Six object files that should be
compiled and
27 matches
Mail list logo
