[Bug target/90620] Microblaze: ICE similar to bug 16267

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90620

Giulio Benetti  changed:

   What|Removed |Added

 Resolution|INVALID |FIXED

--- Comment #5 from Giulio Benetti  ---
Hello Andrew,

I've just rebuilt all the affected packages:
- qt5base
- qt5xmlpatterns

while haproxy has a dependency on SYNC_1 so it won't be built anymore
on Microblaze.

And everything built well with gcc:
- 11.4.0
- 12.3.0
- 13.2.0

So I can confirm the bug has been fixed and I'm going to remove the bug from
Buildroot.

Thank you and
best regards

[Bug target/109809] ICE in dwarf2out_frame_debug_cfa_offset, at dwarf2cfi.cc:1376

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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(rich_location*, diagnostic_metadata const*, int, char
const*, __va_list_tag (*) [1], diagnostic_t)
???:0
0x16c72c7 internal_error(char const*, ...)
???:0
0x6a2d91 fancy_abort(char const*, int, char const*)
???:0
0x671146 dwarf2out_frame_debug(rtx_insn*) [clone .cold]
???:0
0x8645ef scan_trace(dw_trace_info*, bool) [clone .constprop.0]
???:0
0x864bf9 (anonymous namespace)::pass_dwarf2_frame::execute(function*)
???:0

Let me know if you still want me to open new bug.
Thank you!

[Bug target/109809] ICE in dwarf2out_frame_debug_cfa_offset, at dwarf2cfi.cc:1376

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 architecture

[Bug target/109809] ICE in dwarf2out_frame_debug_cfa_offset, at dwarf2cfi.cc:1376

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109809

Giulio Benetti  changed:

   What|Removed |Added

 CC||giulio.benetti@benettiengin
   ||eering.com

--- Comment #1 from Giulio Benetti  ---
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.

[Bug target/43744] SH: Error: pcrel too far

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/80786] m68k: internal compiler error: in change_address_1

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80786

Giulio Benetti  changed:

   What|Removed |Added

 CC||giulio.benetti@benettiengin
   ||eering.com

--- Comment #3 from Giulio Benetti  ---
This bug still shows up on Gcc 13.2.0

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/68485] ICE while building gpsd package on microblaze

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/68485] ICE while building gpsd package on microblaze

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68485

Giulio Benetti  changed:

   What|Removed |Added

 CC||giulio.benetti@benettiengin
   ||eering.com

--- Comment #10 from Giulio Benetti  ---
It still shows up on gcc 11.2.0

[Bug target/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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: ./configure
--prefix=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1
--sysconfdir=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1/etc
--enable-static --target=m68k-buildroot-uclinux-uclibc
--with-sysroot=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1/m68k-buildroot-uclinux-uclibc/sysroot
--enable-__cxa_atexit --with-gnu-ld --disable-libssp --disable-multilib
--disable-decimal-float
--with-gmp=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1
--with-mpc=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1
--with-mpfr=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1
--with-pkgversion='Buildroot toolchains.bootlin.com-2021.11-1'
--with-bugurl=http://bugs.buildroot.net/ --without-zstd --disable-libquadmath
--disable-libquadmath-support --disable-libsanitizer --disable-tls
--enable-threads --without-isl --without-cloog --with-cpu=5208
--enable-languages=c,c++,fortran
--with-build-time-tools=/builds/bootlin/toolchains-builder/build/m68k-coldfire--uclibc--stable-2021.11-1/m68k-buildroot-uclinux-uclibc/bin
--disable-shared --disable-libgomp
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.3.0 (Buildroot toolchains.bootlin.com-2021.11-1) 
COLLECT_GCC_OPTIONS='-msoft-float' '-mcpu=5208' '-D' 'HAVE_CONFIG_H' '-I' '.'
'-I' '..' '-iquote' '../include' '-D' '_LARGEFILE64_SOURCE' '-D'
'_FILE_OFFSET_BITS=64' '-D' '_LARGEFILE_SOURCE' '-D' '_LARGEFILE64_SOURCE' '-D'
'_FILE_OFFSET_BITS=64' '-Wall' '-Wextra' '-D' '_LARGEFILE_SOURCE' '-D'
'_LARGEFILE64_SOURCE' '-D' '_FILE_OFFSET_BITS=64' '-Os' '-g2'
'-fno-dwarf2-cfi-asm' '-static' '-v' '-save-temps' '-c' '-o' 'sg_vpd.o'

/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../libexec/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/cc1
-E -quiet -v -I . -I .. -iprefix
/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/
-isysroot
/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/m68k-buildroot-uclinux-uclibc/sysroot
-D HAVE_CONFIG_H -D _LARGEFILE64_SOURCE -D _FILE_OFFSET_BITS=64 -D
_LARGEFILE_SOURCE -D _LARGEFILE64_SOURCE -D _FILE_OFFSET_BITS=64 -D
_LARGEFILE_SOURCE -D _LARGEFILE64_SOURCE -D _FILE_OFFSET_BITS=64 -iquote
../include sg_vpd.c -msoft-float -mcpu=5208 -Wall -Wextra -fno-dwarf2-cfi-asm
-g2 -fworking-directory -Os -fpch-preprocess -o sg_vpd.i
ignoring duplicate directory
"/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/../../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/include"
ignoring nonexistent directory
"/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/m68k-buildroot-uclinux-uclibc/sysroot/usr/local/include"
ignoring duplicate directory
"/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/../../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/include-fixed"
ignoring duplicate directory
"/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/../../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/../../../../m68k-buildroot-uclinux-uclibc/include"
#include "..." search starts here:
 ../include
#include <...> search starts here:
 .
 ..

/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/include

/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/include-fixed

/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/opt/ext-toolchain/bin/../lib/gcc/m68k-buildroot-uclinux-uclibc/10.3.0/../../../../m68k-buildroot-uclinux-uclibc/include

/home/giuliobenetti/br_reproduce/c49300d12a209b18f41d389f092324592b881277/output/host/m68k-buildroot-uclinux-uclibc/sysroot/usr/include
End of search list.
COLLECT_GCC_OPTIONS='-msoft-float' '-mcpu=5208' '-D' 'HAVE_CONFIG_H' '-I' '.'
'-I' '..' '-iquote' '../include' '-D' '_LARGEFILE64_SOURCE' '-D'
'_FILE_OFFSET_BITS=64' '-D' '_LARGEFILE_SOURCE' '-D' '_LARGEFILE64_SOURCE' '-D'
'_FILE_OFFSET_BITS=64' '-Wall' '-Wextra' '-D' '_LARGEFILE_SOURCE' '-D'
'_LARGEFILE64_SOURCE' '-D' '_FILE_OFFSET_BITS=64' '-Os' '-g2'
'-fno-dwarf2-cfi-asm' '-static' '-v' '-save-temps' '-c' '-o' 'sg_vpd.o'

/ho

[Bug c/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug c/104028] M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug c/104028] New: M68k: Error: value -16034 out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
  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..  -iquote ../include -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 -Wall -W  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64  -Os -g2  -fno-dwarf2-cfi-asm  -Wl,-elf2flt=-r -static
-c -o sg_dd.o sg_dd.c
/tmp/cccfKmZB.s: Assembler messages:
/tmp/cccfKmZB.s:17093: Error: value -16034 out of range
/tmp/cccfKmZB.s:17093: Error: value of -16034 too large for field of 1 byte at
23149
make[3]: *** [Makefile:1176: sg_vpd.o] Error 1
```

To reproduce it:
```
# git clone git://git.busybox.net/buildroot
# cd buildroot
# git checkout feb9185fc185c1f76e3789b0dc521e3cf98c1ebb
# wget -O .config
http://autobuild.buildroot.net/results/c49300d12a209b18f41d389f092324592b881277/config
# make olddefconfig && make
```

I'm going to add the preprocessed files.

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971

Giulio Benetti  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #12 from Giulio Benetti  ---
The previous comment answers to this. So I close this bug.

Best regards

[Bug target/99783] relocation truncated to fit: R_OR1K_GOT16 on OpenRISC, building libgeos

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783

--- Comment #8 from Giulio Benetti  ---
Thanks a lot Stafford

[Bug target/99783] relocation truncated to fit: R_OR1K_GOT16 on OpenRISC, building libgeos

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 me and fix it?

Here are the instructions to reproduce the bug:
```
1) # git clone git://git.busybox.net/buildroot
2) # cd buildroot
3) copy the content of https://pastebin.com/tgDVcv6v into
buildroot/or1k_libgeos_defconfig
4) # make libgeos
```

That way it builds the entire toolchain and it fails on building libgeos with:
```
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/lib/gcc/or1k-buildroot-linux-uclibc/11.2.0/crtbeginS.o:
in function `deregister_tm_clones':
crtstuff.c:(.text+0x44): relocation truncated to fit: R_OR1K_GOT16 against
undefined symbol `_ITM_deregisterTMCloneTable'
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/lib/gcc/or1k-buildroot-linux-uclibc/11.2.0/crtbeginS.o:
in function `register_tm_clones':
crtstuff.c:(.text+0xcc): relocation truncated to fit: R_OR1K_GOT16 against
undefined symbol `_ITM_registerTMCloneTable'
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/lib/gcc/or1k-buildroot-linux-uclibc/11.2.0/crtbeginS.o:
in function `__do_global_dtors_aux':
crtstuff.c:(.text+0x12c): relocation truncated to fit: R_OR1K_GOT16 against
symbol `__cxa_finalize' defined in .text section in
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/or1k-buildroot-linux-uclibc/sysroot/lib/libc.so.1
crtstuff.c:(.text+0x15c): relocation truncated to fit: R_OR1K_GOT16 against
symbol `__deregister_frame_info@@GLIBC_2.0' defined in .text section in
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/lib/gcc/or1k-buildroot-linux-uclibc/11.2.0/../../../../or1k-buildroot-linux-uclibc/lib/libgcc_s.so
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/lib/gcc/or1k-buildroot-linux-uclibc/11.2.0/crtbeginS.o:
in function `frame_dummy':
crtstuff.c:(.text+0x1c4): relocation truncated to fit: R_OR1K_GOT16 against
symbol `__register_frame_info@@GLIBC_2.0' defined in .text section in
/home/giuliobenetti/git/upstream/output-or1k-br-stable/host/lib/gcc/or1k-buildroot-linux-uclibc/11.2.0/../../../../or1k-buildroot-linux-uclibc/lib/libgcc_s.so
CMakeFiles/geos.dir/src/algorithm/BoundaryNodeRule.cpp.o: in function
`geos::algorithm::BoundaryNodeRule::~BoundaryNodeRule()':
BoundaryNodeRule.cpp:(.text._ZN4geos9algorithm16BoundaryNodeRuleD2Ev[_ZN4geos9algorithm16BoundaryNodeRuleD5Ev]+0x2c):
relocation truncated to fit: R_OR1K_GOT16 against symbol `vtable for
geos::algorithm::BoundaryNodeRule' defined in
.data.rel.ro._ZTVN4geos9algorithm16BoundaryNodeRuleE[_ZTVN4geos9algorithm16BoundaryNodeRuleE]
section in CMakeFiles/geos.dir/src/algorithm/BoundaryNodeRule.cpp.o
CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o: in function
`geos::algorithm::CGAlgorithmsDD::orientationIndex(double, double, double,
double, double, double)':
CGAlgorithmsDD.cpp:(.text+0x310): relocation truncated to fit: R_OR1K_GOT16
against symbol
`geos::util::IllegalArgumentException::~IllegalArgumentException()' defined in
.text._ZN4geos4util24IllegalArgumentExceptionD2Ev[_ZN4geos4util24IllegalArgumentExceptionD5Ev]
section in CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o
CGAlgorithmsDD.cpp:(.text+0x320): relocation truncated to fit: R_OR1K_GOT16
against symbol `typeinfo for geos::util::IllegalArgumentException' defined in
.data.rel.ro._ZTIN4geos4util24IllegalArgumentExceptionE[_ZTIN4geos4util24IllegalArgumentExceptionE]
section in CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o
CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o: in function
`geos::algorithm::CGAlgorithmsDD::signOfDet2x2(double, double, double,
double)':
CGAlgorithmsDD.cpp:(.text+0xb1c): relocation truncated to fit: R_OR1K_GOT16
against symbol
`geos::util::IllegalArgumentException::~IllegalArgumentException()' defined in
.text._ZN4geos4util24IllegalArgumentExceptionD2Ev[_ZN4geos4util24IllegalArgumentExceptionD5Ev]
section in CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o
CGAlgorithmsDD.cpp:(.text+0xb2c): relocation truncated to fit: R_OR1K_GOT16
against symbol `typeinfo for geos::util::IllegalArgumentException' defined in
.data.rel.ro._ZTIN4geos4util24IllegalArgumentExceptionE[_ZTIN4geos4util24IllegalArgumentExceptionE]
section in CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o
CMakeFiles/geos.dir/src/algorithm/CGAlgorithmsDD.cpp.o: in function
`geos::util::GEOSException::GEOSException(std::__cxx11::basic_string, std::allocator > const&,
std::__cxx11::basic_string, std::allocator >
const&)':
CGAlgorithmsDD.cpp:(.text._ZN4geos4util13GEOSExceptionC2ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES9_[_ZN4geos4util13GEOSExceptionC5ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES9_]+0xc8):
additional relocation overflows omitted from the output
collect2: error: ld returned 1 exit status
make[4]: 

[Bug target/43744] SH: Error: pcrel too far

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/43744] SH: Error: pcrel too far

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/43744] SH: Error: pcrel too far

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43744

Giulio Benetti  changed:

   What|Removed |Added

 CC||giulio.benetti@benettiengin
   ||eering.com

--- Comment #16 from Giulio Benetti  ---
When building package gnuradio on buildroot we get this error:
```
[ 82%] Building CXX object
gr-digital/lib/CMakeFiles/gnuradio-digital.dir/correlate_access_code_bb_ts_impl.cc.o
/tmp/ccqgyzpD.s: Assembler messages:
/tmp/ccqgyzpD.s:4751: Error: pcrel too far
gr-dtv/lib/CMakeFiles/gnuradio-dtv.dir/build.make:312: recipe for target
'gr-dtv/lib/CMakeFiles/gnuradio-dtv.dir/dvb/dvb_bbheader_bb_impl.cc.o' failed
```

This happens with sh4 shared gcc 9/10/11.
I could not find a work-around for it.

To reproduce the bug:
'''
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 1db6c59c98e3c09fa13277076ee2fbe7967f1f6b
'''

Preprocessed files follow.

[Bug target/102472] Infinite loop on m68k

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472

Giulio Benetti  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #6 from Giulio Benetti  ---
Oh sorry, I've just found out now that loop.c takes very very long time to
build(it's 7M of .c source file) and Buildroot autobuilder times out. We need
to retrim timeout value there.
Sorry for the noise, I close this bug as RESOLVED->INVALID.

Best regards

[Bug target/102472] Infinite loop on m68k

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/102472] Infinite loop on m68k

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/102472] Infinite loop on m68k

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug c/102472] New: Infinite loop on m68k

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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: 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-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -g2
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -g2
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC
-I/home/giuliobenetti/autobuild/run/instance-3/output-1/host/m68k-buildroot-linux-uclibc/sysroot/usr/include/python3.9
-c uvloop/loop.c -o build/temp.linux-x86_64-3.9/uvloop/loop.o -O2
'''

To reproduce it:

# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 17d6e6422abadcd6313c430c40f2a5d7162dbbd3

The only way I've found to build correctly is to turn off optimization
overriding CFLAGS with -O0.

In this case that we have an infinite loop, I don't know how provide .i and .s
files. Can you please point me some instruction for this case?

Thanks in advance

[Bug target/102244] Arc: Error: operand out of range (0x0000000000001036 is not between 0xfffffffffffff000 and 0x0000000000000fff)

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102244

Giulio Benetti  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Giulio Benetti  ---
Sorry for the noise. This bug is Synopsis's toolchain related and has nothing
to deal with official gcc.

Pardon. I mark this bug as Resolved/Invalid.

[Bug target/102244] Arc: Error: operand out of range (0x0000000000001036 is not between 0xfffffffffffff000 and 0x0000000000000fff)

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug c++/102244] Arc: Error: operand out of range (0x0000000000001036 is not between 0xfffffffffffff000 and 0x0000000000000fff)

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug c++/102244] New: Arc: Error: operand out of range (0x0000000000001036 is not between 0xfffffffffffff000 and 0x0000000000000fff)

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.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 this error:
'''
[45/74] Compiling C++ object
src/libharfbuzz.so.0.20900.0.p/hb-ot-shape-complex-use.cc.o
FAILED: src/libharfbuzz.so.0.20900.0.p/hb-ot-shape-complex-use.cc.o 
/home/giuliobenetti/br_reproduce/e4da9ba40c8f4567601d404e20dd6a0b322210c2/output/host/bin/arc-buildroot-linux-uclibc-g++
-Isrc/libharfbuzz.so.0.20900.0.p -Isrc -I../src -I. -I..
-I/home/giuliobenetti/br_reproduce/e4da9ba40c8f4567601d404e20dd6a0b322210c2/output/host/arc-buildroot-linux-uclibc/sysroot/usr/include/freetype2
-I/home/giuliobenetti/br_reproduce/e4da9ba40c8f4567601d404e20dd6a0b322210c2/output/host/arc-buildroot-linux-uclibc/sysroot/usr/include
-I/home/giuliobenetti/br_reproduce/e4da9ba40c8f4567601d404e20dd6a0b322210c2/output/host/arc-buildroot-linux-uclibc/sysroot/usr/include/glib-2.0
-I/home/giuliobenetti/br_reproduce/e4da9ba40c8f4567601d404e20dd6a0b322210c2/output/host/arc-buildroot-linux-uclibc/sysroot/usr/lib/glib-2.0/include
-fdiagnostics-color=always -Wall -Winvalid-pch -Wnon-virtual-dtor -std=c++11
-fno-exceptions -fno-rtti -O3 -fno-exceptions -fno-rtti -fno-threadsafe-statics
-fvisibility-inlines-hidden -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g2 -fPIC -pthread
-Wno-non-virtual-dtor -MD -MQ
src/libharfbuzz.so.0.20900.0.p/hb-ot-shape-complex-use.cc.o -MF
src/libharfbuzz.so.0.20900.0.p/hb-ot-shape-complex-use.cc.o.d -o
src/libharfbuzz.so.0.20900.0.p/hb-ot-shape-complex-use.cc.o -c
../src/hb-ot-shape-complex-use.cc
/tmp/ccC22PCP.s: Assembler messages:
/tmp/ccC22PCP.s:21423: Error: operand out of range (0x1036 is not
between 0xf000 and 0x0fff)
'''

To reproduce the bug:
'''
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build e4da9ba40c8f4567601d404e20dd6a0b322210c2
'''

I've found that it can be worked around disabling the optimization passing -O0
to CFLAGS.

[Bug target/83143] [SH]: Assembler messages: invalid operands (*UND* and .text sections) for `-'

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 -save-temps?

[Bug target/83143] [SH]: Assembler messages: invalid operands (*UND* and .text sections) for `-'

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 experienced on this topic,
but for me it makes sense.

What do you think?

Thank in advance(again :-)

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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's unlikely
to me it is the root cause(maybe I'm wrong eh :-) ).
Anyway that patch enabled "One memory region" which make "All segments are
linked into one memory region".

So it's more on linker side, here instead we're still on compiler side.

Then it adds a particular patch for a specific "board" qemu based to Linux 4.7,
but again here we are at compiler level. So I don't think it's the problem.

I'm going to attach .i and .s file of gcc failure, let me know if you can find
something and if you have any idea for a work-around.

Thanks a lot!

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971

Giulio Benetti  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |---

--- Comment #7 from Giulio Benetti  ---
Hello Andreas, Andrew,

here we use it on target m68k-uclinux not m68k-linux, sorry but that is only a
soft-link pointing to the real compiler(m68k-uclinux-uclibc-gcc).
So what I see here:
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/config.gcc;h=08e6c6779a599c26e9b744af7a3a530efeda199b;hb=HEAD#l2366

is that starting from 5206 it can work, statically linked of course because
of the lack of MMU, but it should work.

I'm going to attach the .i and .s files to where it fails.

Please let me know if it's possible and there is the wish/time to fix it.

Thanks a lot

[Bug target/93847] Nios II ICE

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/93847] Nios II ICE

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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)

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/101916] SH4 ICE: Segmentation fault signal terminated program cc1

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/101915] Microblaze ICE: in extract_insn, at recog.c:2770

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/101952] SH4 ICE: Error: unaligned opcodes detected in executable segment

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/101952] SH4 ICE: Error: unaligned opcodes detected in executable segment

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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(btDantzigLCP.ii)
to help you fix the bug.
btDantzigLCP.S follows.
Hope this is enough, otherwise ask me and I'll provide what you need.

Thank you

[Bug target/101915] Microblaze ICE: in extract_insn, at recog.c:2770

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 you
fix the bug.
Hope this is enough, otherwise ask me and I'll provide what you need.

Thank you

[Bug target/101916] SH4 ICE: Segmentation fault signal terminated program cc1

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 enough, otherwise ask me and I'll provide what you need.

Thank you

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971

Giulio Benetti  changed:

   What|Removed |Added

 CC||thomas.petazzoni@free-elect
   ||rons.com

--- Comment #6 from Giulio Benetti  ---
Hello Andreas,

I've checked in Linux and it seems still supported as COLDFIRE and then:
- M5206
- M5206e
- M520x
- etc.

Do you mean m68k-linux target in gcc? And if yes, can you please point me which
PR or commit SHA1 drops Coldfire support and makes it compatible only with
68020+?

This way I can disable its support in Buildroot but I need to document.

Thanks in advance

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971

--- Comment #4 from Giulio Benetti  ---
Package is libmodsecurity, not bullet.

[Bug target/101971] M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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!

[Bug c++/101971] New: M68k: ICE: Tried to convert PC relative branch to absolute jump

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
  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/b92980a563fe7ee331e70f288ce041be0bf29d40/output/host/bin/m68k-linux-g++
-DHAVE_CONFIG_H -I. -std=c++11 -I.. -g -I../others -fPIC -O3 -I../headers
-DCURL_STATICLIB
-I/home/giuliobenetti/br_reproduce/b92980a563fe7ee331e70f288ce041be0bf29d40/output/host/m68k-buildroot-uclinux-uclibc/sysroot/usr/bin/../../usr/include
-DWITH_CURL_SSLVERSION_TLSv1_2 -DWITH_CURL
-I/home/giuliobenetti/br_reproduce/b92980a563fe7ee331e70f288ce041be0bf29d40/output/host/m68k-buildroot-uclinux-uclibc/sysroot/usr/bin/../../usr/include
-DPCRE_STATIC
-I/home/giuliobenetti/br_reproduce/b92980a563fe7ee331e70f288ce041be0bf29d40/output/host/m68k-buildroot-uclinux-uclibc/sysroot/usr/bin/../../usr/include/libxml2
-DWITH_LIBXML2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g0
-fno-dwarf2-cfi-asm -Wl,-elf2flt -fno-dwarf2-cfi-asm -Wl,-elf2flt -c
variables/xml.cc -o variables/libmodsecurity_la-xml.o
/tmp/ccU6wDwq.s: Assembler messages:
/tmp/ccU6wDwq.s: Fatal error: Tried to convert PC relative branch to absolute
jump
make[5]: *** [Makefile:1886: parser/libmodsecurity_la-seclang-scanner.lo] Error
1
make[5]: *** Waiting for unfinished jobs
/tmp/cckb1Yg3.s: Assembler messages:
/tmp/cckb1Yg3.s: Fatal error: Tried to convert PC relative branch to absolute
jump
make[5]: *** [Makefile:1879: parser/libmodsecurity_la-seclang-parser.lo] Error
1
make[4]: *** [Makefile:3282: all-recursive] Error 1
make[3]: *** [Makefile:1033: all] Error 2
make[2]: *** [Makefile:1032: all-recursive] Error 1
make[1]: *** [package/pkg-generic.mk:270:
/home/giuliobenetti/br_reproduce/b92980a563fe7ee331e70f288ce041be0bf29d40/output/build/libmodsecurity-3.0.5/.stamp_built]
Error 2
make: *** [Makefile:23: _all] Error 2
'''

To reproduce it:
'''
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build b92980a563fe7ee331e70f288ce041be0bf29d40
'''

[Bug c/101952] New: SH4 ICE: Error: unaligned opcodes detected in executable segment

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
  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/CMakeFiles/BulletDynamics.dir/MLCPSolvers/btLemkeAlgorithm.o
/tmp/ccvpRXwT.s: Assembler messages:
/tmp/ccvpRXwT.s: Error: unaligned opcodes detected in executable segment
make[3]: *** [src/BulletDynamics/CMakeFiles/BulletDynamics.dir/build.make:560:
src/BulletDynamics/CMakeFiles/BulletDynamics.dir/MLCPSolvers/btDantzigLCP.o]
Error 1
make[3]: *** Waiting for unfinished jobs
[ 41%] Linking CXX shared library libConvexDecomposition.so
'''

To reproduce it:
'''
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 32bfaf0aae57ed18c18e82a72a958af9b3e1b241
'''

[Bug target/91591] Arc: ICE in trunc_int_for_mode, at explow.c:60

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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

[Bug target/101915] Microblaze ICE: in extract_insn, at recog.c:2770

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/91591] Arc: ICE in trunc_int_for_mode, at explow.c:60

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug c/101916] New: SH4 ICE: Segmentation fault signal terminated program cc1

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
  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/911f5c024834741754102ff1bbb05c4a64c54a0b/output/host/bin/sh4-linux-gcc
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -O2   -fPIC
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-DMAILRC='"/etc/nail.rc"' -DMAILSPOOL='"/var/mail"'
-DSENDMAIL='"/usr/lib/sendmail"'-c strings.c
sh4-linux-gcc.br_real: internal compiler error: Segmentation fault signal
terminated program cc1
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[2]: *** [Makefile:80: mime.o] Error 4
make[2]: *** Waiting for unfinished jobs
make[1]: *** [package/pkg-generic.mk:250:
/home/giuliobenetti/br_reproduce/911f5c024834741754102ff1bbb05c4a64c54a0b/output/build/heirloom-mailx-12.5/.stamp_built]
Error 2
make: *** [Makefile:23: _all] Error 2
'''

To reproduce it:
'''
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 911f5c024834741754102ff1bbb05c4a64c54a0b
'''

[Bug c/101915] New: Microblaze ICE: in extract_insn, at recog.c:2770

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
 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-buildroot-linux-uclibc-gcc
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -O2 -g0 
-I/home/giuliobenetti/git/upstream/output-microblaze-lmbench-gcc11/host/bin/../microblazeel-buildroot-linux-uclibc/sysroot/usr/include/tirpc
 -fno-tree-loop-distribute-patterns -DHAVE_off64_t -DHAVE_lseek64 -DRUSAGE
-DHAVE_uint=1 -DHAVE_int64_t=1 -DHAVE_pmap_clnt_h -DHAVE_socklen_t
-DHAVE_DRAND48 -DHAVE_SCHED_SETAFFINITY=1   -o ../bin/microblazeel/stream
stream.c ../bin/microblazeel/lmbench.a
-L/home/giuliobenetti/git/upstream/output-microblaze-lmbench-gcc11/host/bin/../microblazeel-buildroot-linux-uclibc/sysroot/usr/lib
-ltirpc 
-L/home/giuliobenetti/git/upstream/output-microblaze-lmbench-gcc11/host/bin/../microblazeel-buildroot-linux-uclibc/sysroot/usr/lib
-ltirpc -lm
par_ops.c: In function ‘int64_bit_2’:
par_ops.c:94:1: error: unrecognizable insn:
   94 | }
  | ^
par_ops.c:99:9: note: in expansion of macro ‘BENCHMARK’
   99 | BENCHMARK(benchmark, 2, REPEAT_2)  
\
  | ^
par_ops.c:215:1: note: in expansion of macro ‘PARALLEL_BENCHMARKS’
  215 | PARALLEL_BENCHMARKS(int64_bit)
  | ^~~
(insn 353 354 352 3 (set (reg/v:DI 24 r24 [orig:74 i0 ] [74])
(plus:DI (reg:DI 26 r26 [orig:48 _9 ] [48])
(const_int -1 [0x]))) -1
 (nil))
during RTL pass: cprop_hardreg
par_ops.c:94:1: internal compiler error: in extract_insn, at recog.c:2770
   94 | }
  | ^
par_ops.c:99:9: note: in expansion of macro ‘BENCHMARK’
   99 | BENCHMARK(benchmark, 2, REPEAT_2)  
\
  | ^
par_ops.c:215:1: note: in expansion of macro ‘PARALLEL_BENCHMARKS’
  215 | PARALLEL_BENCHMARKS(int64_bit)
  | ^~~
0x122170e diagnostic_impl(rich_location*, diagnostic_metadata const*, int, char
const*, __va_list_tag (*) [1], diagnostic_t)
???:0
0x12225ce internal_error(char const*, ...)
???:0
0x57a818 fancy_abort(char const*, int, char const*)
???:0
0x55c92f _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
???:0
0x55c951 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
???:0
0x55bc9e extract_insn(rtx_insn*) [clone .cold]
???:0
0xa24fec extract_constrain_insn(rtx_insn*)
???:0
0xa292c7 copyprop_hardreg_forward_1(basic_block_def*, value_data*) [clone
.isra.0]
???:0
0xa29fbd (anonymous namespace)::pass_cprop_hardreg::execute(function*)
???:0
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
make[3]: *** [Makefile:453: ../bin/microblazeel/par_ops] Error 1
make[2]: *** [Makefile:114: lmbench] Error 2
make[1]: *** [package/pkg-generic.mk:270:
/home/giuliobenetti/git/upstream/output-microblaze-lmbench-gcc11/build/lmbench-3.0-a9/.stamp_built]
Error 2
make: *** [Makefile:23: _all] Error 2
'''

To reproduce the bug:
'''
# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build c6849f0f45b32e1f484fa5442b9d313fff4b2e8c
'''

I've found that it can be worked around disabling the optimization passing -O0
to CFLAGS.

[Bug target/99783] relocation truncated to fit: R_OR1K_GOT16 on OpenRISC, building libgeos

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783

Giulio Benetti  changed:

   What|Removed |Added

 CC||giulio.benetti@benettiengin
   ||eering.com

--- Comment #2 from Giulio Benetti  ---
This bug is fixed by this patchset and passing -mcmodel=large to CFLAGS:
https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg259303.html

[Bug c/97208] [gcc 10.2.0] Microblaze regression

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97208

Giulio Benetti  changed:

   What|Removed |Added

 CC||giulio.benetti@benettiengin
   ||eering.com

--- Comment #3 from Giulio Benetti  ---
This bug is still present on gcc version 11.1.0.

[Bug c/101766] Microblaze gcc misses symver but __has_attribute(symver) returns true

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug c/101766] Microblaze gcc misses symver but __has_attribute(symver) returns true

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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?

[Bug c/101766] New: Microblaze gcc misses symver but __has_attribute(symver) returns true

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
  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

This is a simple test-case(taken from libfuse3) that reproduce the problem:
'''
# if !__has_attribute (symver)
# error symver attribute not supported
# endif
#else
#error __has_attribute not defined, assume we do not have symver
#endif

__attribute__ ((symver ("fuse_new@FUSE_3.0")))
void func1(void)
{

}

int main(void) {
return 0;
}

'''
The problem is the discrepancy I've found between __has_attribute(symver)
that return true, while in gcc/gcc/config.gcc 'elfos.h' is not listed under
Microblaze cases. Trying adding elfos.h to it leads to other linker problems
and this makes me think that Microblaze doesn't actually support
__ELF__(symver).
So I thought to build gcc using --disable-symvers explictly until a fix is
found, but that doesn't either work.

Can you please give help?

Thanks a lot!

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 can't handle.

[Bug target/99410] Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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.

[Bug target/93847] Nios II ICE

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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 git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 24c0a6ca3b272711a1e6ceaa033925182d0d49c4

To reissue building:

# cd 24c0a6ca3b272711a1e6ceaa033925182d0d49c4/output
# make asterisk-dirclean asterisk

If this is not enough, can you please me point the rules to create what you
need?
Thanks in advance!

[Bug c/99410] New: Nios II Error: branch offset out of range

[giulio.benetti at benettiengineering dot com via Gcc-bugs]

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
  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: Assembler messages:
/tmp/ccDtjRfo.s:210798: Error: branch offset out of range

/tmp/ccDtjRfo.s: Fatal error: branch relaxation failed
'''

To reproduce it:

# git clone git://git.busybox.net/buildroot
# wget https://git.busybox.net/buildroot-test/tree/utils/br-reproduce-build

- modify BASE_GIT=... with your buildroot path in br-reproduce-build then:
# chmod a+x br-reproduce-build
# ./br-reproduce-build 71f26fd81db8e9b19b3f18f3f3cefd9c768f094f

The only way I've found to build correctly is to turn off optimization
overriding CFLAGS with -O0.