https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90620
Giulio Benetti changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #5 from Giulio Benett
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 diagnostic_impl(ri
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 arch
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&action=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&action=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 with:
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&action=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&action=edit
Pre-processed sg_dd.c(sg_dd.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
Bug ID: 104028
Summary: M68k: Error: value -16034 out of range
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
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 m
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&action=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&action=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
Status|UNCONFIRMED
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&action=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&action=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
Bug ID: 102472
Summary: Infinite loop on m68k
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: un
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&action=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&action=edit
Pre-processed hb-ot-shape-complex-use.cpp(hb-ot-shape-complex-use.ii)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102244
Bug ID: 102244
Summary: Arc: Error: operand out of range (0x1036
is not between 0xf000 and
0x0fff)
Product: gcc
Version: 10.2
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 exp
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&action=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&action=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, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
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&action=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&action=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&action=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&action=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&action=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&action=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&action=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&action=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.ii)
As suggested by Thomas here is pre-processed btDantzigLCP.cpp
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&action=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
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&action=edit
Pre-processed mime.c(mime.i)
Here is preprocessed mime.c file(mime.i) to help you fix the bug.
Hope this is e
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!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Bug ID: 101971
Summary: M68k: ICE: Tried to convert PC relative branch to
absolute jump
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
Bug ID: 101952
Summary: SH4 ICE: Error: unaligned opcodes detected in
executable segment
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
Bug ID: 101916
Summary: SH4 ICE: Segmentation fault signal terminated program
cc1
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
Bug ID: 101915
Summary: Microblaze ICE: in extract_insn, at recog.c:2770
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
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?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101766
Bug ID: 101766
Summary: Microblaze gcc misses symver but
__has_attribute(symver) returns true
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
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 ca
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 gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
Bug ID: 99410
Summary: Nios II Error: branch offset out of range
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
71 matches
Mail list logo
