https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89140
Brett Neumeier changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
Brett Neumeier changed:
What|Removed |Added
CC||bneumeier at gmail dot com
--- Comment
||bneumeier at gmail dot com
Status|WAITING |RESOLVED
--- Comment #9 from Brett Neumeier ---
Confirmed, the issue does not occur with 2.33.1. Thank you for your attention
and help!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95318
--- Comment #6 from Brett Neumeier ---
The host binutils (used to compile the cross-toolchain):
$ as --version
GNU assembler (GNU Binutils) 2.34.0.20200507
Copyright (C) 2020 Free Software Foundation, Inc.
This program is free software; you may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95318
--- Comment #3 from Brett Neumeier ---
Created attachment 48596
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48596=edit
result of compilation with -fno-align-loop specified
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95318
--- Comment #2 from Brett Neumeier ---
Created attachment 48595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48595=edit
result of compilation with default settings
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: bneumeier at gmail dot com
Target Milestone: ---
This issue is seen when building an X86_64-to-AArch64 cross-compiler
using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95318
--- Comment #1 from Brett Neumeier ---
Created attachment 48594
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48594=edit
preprocessed source
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: bneumeier at gmail dot com
Target Milestone: ---
Created attachment 45575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45575=edit
patch to correct pex-unix.c header f
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bneumeier at gmail dot com
Target Milestone: ---
I have an AMD64-to-mipsel GCC 8.1 with branch updates through 2018-06-30. When
I try to compile Linux 4.17.4 with it, the build crashes at
arch/mips/kernel/signal.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
--- Comment #4 from Brett Neumeier ---
Created attachment 43324
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43324=edit
Patch to add rpath for GMP, MPC, MPFR, ISL when needed
OK. I'm just going to leave this patch here -- tested and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Brett Neumeier changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: bneumeier at gmail dot com
Target Milestone: ---
I am trying to build a native GCC to install under my home directory, in
$HOME/gcc73. I first build, out of tree, GMP 6.1.2
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bneumeier at gmail dot com
Target Milestone: ---
Created attachment 41985
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41985=edit
preprocessed source code that demonstrates the is
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 #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 #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
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: bneumeier at gmail dot com
Target Milestone: ---
Created attachment 36399
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36399=edit
Don't disable assembly when building GMP in-tree
GMP has an issue when it is be
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
19 matches
Mail list logo
