https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90620
Giulio Benetti changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #5 from Giulio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109809
--- Comment #4 from Giulio Benetti ---
It's not a problem, but it looks very similar to me:
CommandScreen.c:54:1: internal compiler error: in
dwarf2out_frame_debug_cfa_offset, at dwarf2cfi.cc:1376
54 | }
| ^
0x16c6616
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109809
--- Comment #2 from Giulio Benetti ---
(In reply to Giulio Benetti from comment #1)
> This bug shows up also on gcc 13.2.0 while building htop with optimization
> -O2.
> This is worked-around by disabling optimization with -O0.
For RISCV64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109809
Giulio Benetti changed:
What|Removed |Added
CC||giulio.benetti@benettiengin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43744
--- Comment #19 from Giulio Benetti ---
This bug still shows up with gcc 12.3.0. Can you please reopen it?
Thank you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80786
Giulio Benetti changed:
What|Removed |Added
CC||giulio.benetti@benettiengin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #9 from Giulio Benetti ---
This bug shows up with gcc 11.3.0 and 12.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68485
--- Comment #11 from Giulio Benetti ---
And it shows up on gcc 12.1.0 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68485
Giulio Benetti changed:
What|Removed |Added
CC||giulio.benetti@benettiengin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #10 from Giulio Benetti ---
Ah, forgot to mention that it builds fine with -O0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #8 from Giulio Benetti ---
Note that bug is still present in gcc 11.2.0 so it's probable it's still in
master branch.
Thank you for taking care.
Best regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #7 from Giulio Benetti ---
Created attachment 52200
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52200=edit
Pre-processed sg_vpd.c(sg_vpd.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #6 from Giulio Benetti ---
Created attachment 52199
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52199=edit
Pre-processed sg_vpd.c(sg_vpd.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #5 from Giulio Benetti ---
This is the output log with -v. Now it's built not in parallel and the file
where gcc fails is not sg_dd.c so I'm going to update .i and .s files.
```
Target: m68k-buildroot-uclinux-uclibc
Configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #2 from Giulio Benetti ---
Created attachment 52189
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52189=edit
Pre-processed sg_dd.c(sg_dd.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #1 from Giulio Benetti ---
Created attachment 52188
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52188=edit
Pre-processed sg_dd.c(sg_dd.i)
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building package sg3_utils on buildroot we get this error:
```
/home/peko/autobuild/instance-0/output-1/host/bin/m68k-linux-gcc
-DHAVE_CONFIG_H -I. -I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783
--- Comment #8 from Giulio Benetti ---
Thanks a lot Stafford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783
--- Comment #5 from Giulio Benetti ---
Dear Stafford,
here we go again, after updating libgeos to version 3.10.1 the same bug shows
up. This happens with libgeos but not with protobuf that is fixed. I'm sure
i pass -mcmodel=large.
Can you help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43744
--- Comment #18 from Giulio Benetti ---
Created attachment 51575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51575=edit
Pre-processed dvb_bbheader_bb_impl.cc.cpp(dvb_bbheader_bb_impl.cc.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43744
--- Comment #17 from Giulio Benetti ---
Created attachment 51574
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51574=edit
Pre-processed dvb_bbheader_bb_impl.cc.cpp(dvb_bbheader_bb_impl.cc.ii)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43744
Giulio Benetti changed:
What|Removed |Added
CC||giulio.benetti@benettiengin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
Giulio Benetti changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
--- Comment #4 from Giulio Benetti ---
Created attachment 51506
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51506=edit
Pre-processed loop.c(loop.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
--- Comment #3 from Giulio Benetti ---
Created attachment 51505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51505=edit
Pre-processed loop.c(loop.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
--- Comment #2 from Giulio Benetti ---
Oh, I didn't know it could produce .i and .s even when hanging. But yes, that
happens before really building. So .i .s files follow.
Thank you and
Best regards
: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building python-uvloop package on Buildroot for m68k gcc enters an
infinite loop on:
'''
/home/giuliobenetti/autobuild/run/instance-3/output-1/host/bin/m68k-linux-gcc
-Wno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102244
Giulio Benetti changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102244
--- Comment #2 from Giulio Benetti ---
Created attachment 51427
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51427=edit
Pre-processed hb-ot-shape-complex-use.cpp(hb-ot-shape-complex-use.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102244
--- Comment #1 from Giulio Benetti ---
Created attachment 51426
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51426=edit
Pre-processed hb-ot-shape-complex-use.cpp(hb-ot-shape-complex-use.ii)
: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building package harfbuzz on buildroot we get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83143
--- Comment #16 from Giulio Benetti ---
Thank you. Yes I've just tested "-freorder-blocks-algorithm=simple" solution of
gcc 9.x and 11.x with -Os enabled and it works perfectly.
By the way, is it useful for you if I provide .i and .s file with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83143
--- Comment #14 from Giulio Benetti ---
This bug still shows up in gcc version 9.x and 11.x. But not on version 10.x
I've found the simple work-around to disable the optimization(override CFLAGS
with -O0) and it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #11 from Giulio Benetti ---
I think I've found, a -fPIC was in CPPFLAGS while -static too. They can't work
together. Indeed removing -fPIC it builds fine.
So this is the solution.
Please correct if I'm wrong because I'm not that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #10 from Giulio Benetti ---
Created attachment 51344
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51344=edit
Pre-processed seclang-parser.cc(seclang-parser.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #9 from Giulio Benetti ---
Created attachment 51343
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51343=edit
Pre-processed seclang-parser.cc(seclang-parser.ii)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #8 from Giulio Benetti ---
Hello Andrew,
what you point:
https://buildroot.uclibc.narkive.com/EOUb7PvD/patch-v2-m68k-disable-br2-binfmt-flat-sep-data-for-coldfire
doesn't give problem since 6 years for all package Buildroot has,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93847
--- Comment #5 from Giulio Benetti ---
Created attachment 51342
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51342=edit
Pre-processed ref-filter.c(ref-filter.s)
This is the assembly of ref-filter.c Hope this helps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93847
--- Comment #4 from Giulio Benetti ---
Created attachment 51341
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51341=edit
Pre-processed ref-filter.c(ref-filter.i)
This is the -save-temps of ref-filter.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #8 from Giulio Benetti ---
This bug still shows up on gcc 9.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #7 from Giulio Benetti ---
Created attachment 51339
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51339=edit
Pre-processed belle_sip_messageParser.c(belle_sip_messageParser.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #6 from Giulio Benetti ---
Created attachment 51338
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51338=edit
Pre-processed belle_sip_messageParser.c(belle_sip_messageParser.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #5 from Giulio Benetti ---
Disabling parallel build it turns out that the file where it hangs is:
src/grammars/belle_sip_messageParser.c
So I'm going to add .i and .s attachments for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #4 from Giulio Benetti ---
It's not git package but belle-sip package that fails to build.
I'm going to add .i and .s file soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
--- Comment #3 from Giulio Benetti ---
Created attachment 51337
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51337=edit
Pre-processed mime.c(mime.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #5 from Giulio Benetti ---
Created attachment 51336
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51336=edit
Pre-processed par_ops.c(par_ops.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
--- Comment #3 from Giulio Benetti ---
Created attachment 51335
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51335=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
--- Comment #2 from Giulio Benetti ---
Created attachment 51334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51334=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.ii)
As suggested by Thomas here is pre-processed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #4 from Giulio Benetti ---
Created attachment 51333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51333=edit
Pre-processed par_ops.c(par_ops.i)
As suggested by Thomas here is pre-processed par_ops.c(par_ops.i) to help you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
--- Comment #2 from Giulio Benetti ---
Created attachment 51332
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51332=edit
Pre-processed mime.c(mime.i)
Here is preprocessed mime.c file(mime.i) to help you fix the bug.
Hope this is enough,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
CC||thomas.petazzoni@free-elect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #4 from Giulio Benetti ---
Package is libmodsecurity, not bullet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #3 from Giulio Benetti ---
Thank you for pointing, I give it a try, it seems to that one. Also the classic
work-around disabling optimization doesn't work and I was trying other
workaround. But I try that patch now.
Thanks again!
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building package bullet on buildroot we get this error:
'''
libtool: compile:
/home/giuliobenetti/br_reproduce
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building package bullet on buildroot we get this error:
'''
[ 40%] Building CXX object
src/BulletDynamics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91591
--- Comment #5 from Giulio Benetti ---
Hello, I find this bug has been fixed with gcc 8.4.0 and next major versions. I
don’t know on which commit it’s been fixed but it builds fine now.
Best regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #2 from Giulio Benetti ---
Ah yes, I’ve forgotten. I’ve tested up to gcc version 11.1.0, but I suspect it
happens on master branch too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91591
--- Comment #4 from Giulio Benetti ---
This bug is pretty old and need to retest if it still shows up. Maybe it’s been
fixed with gcc minor versions. I will let you know.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building package heirloom-mailx on buildroot we get this error:
'''
/home/giuliobenetti/br_reproduce
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building package lmbench on buildroot we get this error:
'''
/home/giuliobenetti/git/upstream/output-microblaze-lmbench-gcc11/host/bin/microblazeel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783
Giulio Benetti changed:
What|Removed |Added
CC||giulio.benetti@benettiengin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97208
Giulio Benetti changed:
What|Removed |Added
CC||giulio.benetti@benettiengin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
--- Comment #3 from Giulio Benetti ---
I've done this:
https://github.com/libfuse/libfuse/pull/620/commits/3aba09a5c56e017746c5c1652dbc845f4db7374a
and works fine. It doesn't seem to have pitfalls.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
--- Comment #2 from Giulio Benetti ---
Ah ok, so the workaround is to check with a little build test, right?
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
Microblaze gcc can't use .symver attribute leading to:
error: symver is only supported on ELF platforms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #3 from Giulio Benetti ---
Ah no, wait, that happens with older binutils too, so it doesn't look like the
same and most of all it stop to show with gcc 8.x, so it seems that gcc create
a particular Assembly that GAS doesn't like or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #2 from Giulio Benetti ---
You’re right, it’s an assembler bug, not gcc.
And yes it’s the same.
Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93847
--- Comment #3 from Giulio Benetti ---
Hello,
can you point me a way to provide the test cases you need?
Also, now the bug shows using Buildroot but while compiling a toolchain from
scratch, instructions follow:
To reproduce it:
# git clone
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building git package on Buildroot gcc throws:
'''
[ 98%] Building C object
src/CMakeFiles/bellesip.dir/antlr3c/src/antlr3treeparser.c.o
/tmp/ccDtjRfo.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93847
--- Comment #1 from Giulio Benetti ---
Here is another test-case:
http://autobuild.buildroot.net/results/e22/e225e62ea2d48660df4110790664f0c3306c1ea9/
Here gcc is built from scratch instead of using Codesourcery one, so it should
be easy for
at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
When building git package on Buildroot gcc throws:
'''
ref-filter.c: In function 'find_longest_prefixes_1':
ref-filter.c:1914:1: internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #17 from Giulio Benetti ---
(In reply to Andrew Pinski from comment #16)
> (In reply to Giulio Benetti from comment #15)
> > I mark this bug as resolved by:
> > https://gcc.gnu.org/bugzilla/attachment.cgi?id=47794
>
> The patch has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
Giulio Benetti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #14 from Giulio Benetti ---
Hi Ji,
thanks for providing this patch, it fixes the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #8 from Giulio Benetti ---
Do you mind to use official Buildroot script to reproduce?
Here is the procedure:
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #6 from Giulio Benetti ---
And this is how riscv32 gcc has been configured:
Using built-in specs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #5 from Giulio Benetti ---
Here is the specific command line which compiles .cpp file:
/home/giuliobenetti/br_reproduce/9a405ec6fabfa306c14a671a5e09359ac623c25b/output/host/bin/riscv32-linux-g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #4 from Giulio Benetti ---
Created attachment 47769
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47769=edit
.ii of file where gcc hangs on building
This is the .ii of file where gcc hangs on building.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #2 from Giulio Benetti ---
Sorry for the noise. This is true when compiling c files too. :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93532
--- Comment #1 from Giulio Benetti ---
And the same behaviour is observed building lmbench too.
Here is the log:
http://autobuild.buildroot.net/results/d47/d47e46889d7bcc5864c738cb948afc168327b612/build-end.log
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: giulio.benetti at benettiengineering dot com
Target Milestone: ---
Buildroot hangs on building package "bullet" when compiling with g++ and
optimization >= -O2, it's noted instead that the problem doesn't show a
83 matches
Mail list logo
