https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #32 from Piotr Kubaj ---
(In reply to Iain Sandoe from comment #31)
> what is the current situation with this
> - what input are we waiting for?
> - is the problem now cleared for powerpc64-freebsd?
Probably not, but FreeBSD now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #23 from Piotr Kubaj ---
(In reply to Segher Boessenkool from comment #22)
> (In reply to Piotr Kubaj from comment #21)
> > I'm not sure whether it will help, but the issue only affects building
> > 32-bit multilib libraries on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #21 from Piotr Kubaj ---
I'm not sure whether it will help, but the issue only affects building 32-bit
multilib libraries on powerpc64. That is, building a full 32-bit gcc for
powerpc works just fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #19 from Piotr Kubaj ---
Created attachment 54172
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54172=edit
generated assembly
Attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #17 from Piotr Kubaj ---
This also affects GCC 10.4 and the snapshots of GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
Piotr Kubaj changed:
What|Removed |Added
CC||pkubaj at anongoth dot pl
--- Comment
From: Piotr Kubaj
FreeBSD/powerpc* has feenableexcept() defined in fenv.h header.
Signed-off-by: Piotr Kubaj
---
libgfortran/configure| 41 +++-
libgfortran/configure.ac | 17 -
2 files changed, 56 insertions(+), 2 deletions(-)
diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #13 from Piotr Kubaj ---
Is it possible there's an underlying bug in GCC and it only works on Linux
because the default for Linux for 32-bits is POWER7?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #11 from Piotr Kubaj ---
Unfortunately, this fails with the original issue:
/wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/xgcc
-B/wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #9 from Piotr Kubaj ---
Now libgcc fails to configure.
>From config.log:
configure:3789: checking for suffix of object files
configure:3811: /wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #8 from Piotr Kubaj ---
Testing.
FYI, on 12-20220227, .machine power4 is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #6 from Piotr Kubaj ---
OK, it's .machine "7450", which seems correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #5 from Piotr Kubaj ---
The command line output I pasted in the OP is actually from 12-20220320 (but
12-20220306 fails the same way). So I guess that fix did nothing for
powerpc64-freebsd.
Regarding .machine, I will check it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
Piotr Kubaj changed:
What|Removed |Added
CC||segher at kernel dot
crashing.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102278
Piotr Kubaj changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #2 from Piotr Kubaj ---
GNU assembler version 2.37 (powerpc64-portbld-freebsd13.1) using BFD version
(GNU Binutils) 2.37
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: pkubaj at anongoth dot pl
Target Milestone: ---
On FreeBSD 13.1 on powerpc64, 12-20220227 is the last snapshot that builds
correctly.
12-20220306 fail with:
/wrkdirs
From: Piotr Kubaj
While FreeBSD currently uses 64-bit long double, there should be no
problem with adding support for float128.
Signed-off-by: Piotr Kubaj
---
libgcc/configure| 22 ++
libgcc/configure.ac | 11 +++
2 files changed, 33 insertions(+)
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102278
--- Comment #5 from Piotr Kubaj ---
Still the same issue:
/wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/xgcc
-B/wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/
-B/usr/local/powerpc-portbld-freebsd13.0/bin/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102278
--- Comment #3 from Piotr Kubaj ---
Created attachment 51436
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51436=edit
build log
The full build log is attached. The used compilation flags and configuration
options are listed there.
To
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102278
--- Comment #1 from Piotr Kubaj ---
The full error with the command line executed is:
/wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/xgcc
-B/wrkdirs/usr/ports/lang/gcc12-devel/work/.build/./gcc/
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: pkubaj at anongoth dot pl
Target Milestone: ---
20210725 was the last snapshot that built.
20210801 fails with:
/wrkdirs/usr/ports/lang/gcc12-devel/work/gcc-12-20210801/gcc/lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97163
--- Comment #10 from Piotr Kubaj ---
Would it be possible to backport this issue to 9?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #30 from Piotr Kubaj ---
With default flags:
during RTL pass: cprop_hardreg
In file included from
/wrkdirs/usr/ports/lang/gcc10-devel/work/gcc-10-20210327/libgcc/unwind-c.c:32:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Piotr Kubaj changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution|FIXED
Assignee: unassigned at gcc dot gnu.org
Reporter: pkubaj at anongoth dot pl
Target Milestone: ---
Created attachment 49698
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49698=edit
patch
FreeBSD has recently added support for powerpc64le architecture (ppc64le us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97163
--- Comment #1 from Piotr Kubaj ---
This is on FreeBSD head, which uses ELFv2.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: pkubaj at anongoth dot pl
Target Milestone: ---
The same error happens also on GCC 9.3.0.
I'm using Clang 11.0.0 rc2 to build, but it happened before with 10 (I only now
got to report it).
Issue:
gmake[5]: Entering directory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Piotr Kubaj changed:
What|Removed |Added
Version|9.3.0 |10.0
--- Comment #25 from Piotr Kubaj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #22 from Piotr Kubaj ---
(In reply to CVS Commits from comment #21)
> The master branch has been updated by Jakub Jelinek :
>
> https://gcc.gnu.org/g:c00568f376078129196740d83946d54dc5437401
>
> commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #16 from Piotr Kubaj ---
634afa05a8cbff010480088811fe1f39eca70c1d is the first bad commit
commit 634afa05a8cbff010480088811fe1f39eca70c1d
Author: Richard Sandiford
Date: Tue Aug 20 08:53:52 2019 +
Make function.c use
--- Comment #15 from Piotr Kubaj ---
CC'ing richard.sandif...@arm.com, whose one of commits broke building of GCC 10
with GCC 4.2.
I'm still bisecting, but it was one of those commits, all by
richard.sandif...@arm.com:
pkubaj@talos:$/usr/home/pkubaj/gcc$ git bisect view | grep commit
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #14 from Piotr Kubaj ---
Exact error for 10.0:
In file included from
/usr/ports/lang/gcc10-devel/work/gcc-10-20190825/libgcc/libgcc2.c:56:
/usr/ports/lang/gcc10-devel/work/gcc-10-20190825/libgcc/libgcc2.c: In function
'__multi3':
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #13 from Piotr Kubaj ---
Breakage in GCC 10 was caused after 201900818 snapshot, but before 201900825
(201900825 is the first broken).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #12 from Piotr Kubaj ---
This issue can be fixed with the following patches:
--- gcc/dumpfile.c.orig 2020-04-07 14:09:14 UTC
+++ gcc/dumpfile.c
@@ -2055,7 +2055,7 @@ temp_dump_context::temp_dump_context (bool forcibly_en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #17 from Piotr Kubaj ---
Since you mentioned libgo/runtime_sysinfo.go, I also had a look there and saw
that umtx_time is already present there:
type __umtx_time struct { _timeout timespec; _flags uint32; _clockid uint32; }
const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #16 from Piotr Kubaj ---
(In reply to Ian Lance Taylor from comment #15)
> I committed a patch that should fix the nanotime problem.
>
> Some of the other issues you describe will most likely require a fix in the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #11 from Piotr Kubaj ---
Hm, sorry, I copied the Entering directive from a line before.
Nevertheless, setting -O1 helps with GCC 7 and 8.
But building GCC 9 still fails (I'm testing the newest snapshot). I tried both
-O0 and -O1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #7 from Piotr Kubaj ---
It still crashes (test was done with 7.4.0), but we're getting somewhere.
It crashes at:
libtool: compile:
/usr/local/poudriere/ports/default/lang/gcc7/work/.build/./gcc/xgcc
-shared-libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #6 from Piotr Kubaj ---
(In reply to Richard Biener from comment #5)
> So it looks like stage1 gcc is miscompiled somehow. I wonder if you can
> avoid
> setting CFLAGS et al?
I just added CFLAGS+=-O0 and CXXFLAGS+=-O0. For now, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #4 from Piotr Kubaj ---
Sorry, that was for a build with GCC 6. A build with GCC 4.2.1 is done with the
following.
Configure:
/usr/bin/env CC="cc" CPP="cpp" CXX="c++" CFLAGS="-O2 -pipe -DLIBICONV_PLUG
-fno-strict-aliasing "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #3 from Piotr Kubaj ---
Make is executed with:
/usr/bin/env PERL_USE_UNSAFE_INC=1
XDG_DATA_HOME=/usr/local/poudriere/ports/default/lang/gcc9-devel/work
XDG_CONFIG_HOME=/usr/local/poudriere/ports/default/lang/gcc9-devel/work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #2 from Piotr Kubaj ---
I compile from FreeBSD ports tree (just change the port's Makefile not to use
external (newer) GCC, but the in-base 4.2.1), so it adds some environment
variables.
/usr/bin/env CC="g
cc6" CPP="cpp6" CXX="g++6"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
Piotr Kubaj changed:
What|Removed |Added
CC||pkubaj at anongoth dot pl
--- Comment #13
Assignee: unassigned at gcc dot gnu.org
Reporter: pkubaj at anongoth dot pl
Target Milestone: ---
I use FreeBSD on powerpc64 architecture, which has GCC 4.2.1 as a system
compiler.
It does support C++98 which, according to
https://gcc.gnu.org/install/prerequisites.html is enough
45 matches
Mail list logo
