[Bug gas/30688] [2.41 regression] Warning: size (8) out of range, ignored
https://sourceware.org/bugzilla/show_bug.cgi?id=30688 --- Comment #5 from Khem Raj --- thats confirmed that it fixes the valgrind tests on x86 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/30688] [2.41 regression] Warning: size (8) out of range, ignored
https://sourceware.org/bugzilla/show_bug.cgi?id=30688 Khem Raj changed: What|Removed |Added CC||jbeulich at suse dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/30688] New: [2.41 regression] Warning: size (8) out of range, ignored
https://sourceware.org/bugzilla/show_bug.cgi?id=30688 Bug ID: 30688 Summary: [2.41 regression] Warning: size (8) out of range, ignored Product: binutils Version: 2.41 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: raj.khem at gmail dot com Target Milestone: --- gas is now erroring out on following sample ( reduced from valgrind ) ## .text mov text_buf(%rdx), %al .bss .lcomm text_buf, 9-1 #bad #.lcomm text_buf, 7+1 #OK ## % /tmp/obj/gas/as-new a.s a.s: Assembler messages: a.s:4: Warning: size (8) out of range, ignored This works fine with 2.40 release I have bisected it to this commit commit 762acf217c4013bed5a4cc679e4bac78d13ce23a Author: Jan Beulich Date: Fri May 19 09:16:04 2023 +0200 gas: maintain O_constant signedness in more cases Unary '~' doesn't really produce an unsigned result. Neither does subtraction (unless taking operand values into consideration). And an abstract operator applied to two operands which aren't both unsigned can't be assumed to yield an unsigned result; exceptions are - shifts, where only signedness of the left hand operand matters, - comparisons, which - unlike unary '!' - produce signed results (they deliver 0 or ~0, as opposed to '!', which yields 0 or 1), - logical operators (yielding 0 or 1 and hence treated like unary '!'). While doing this (specifically while extending the all/quad testcase), update .quad and .8byte documentation: With 64-bit architectures now being common, it is highly inappropriate to state that these directives unconditionally require bignums. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/28981] New: objdump: objdump: Warning: Unrecognized form: 0x22
https://sourceware.org/bugzilla/show_bug.cgi?id=28981 Bug ID: 28981 Summary: objdump: objdump: Warning: Unrecognized form: 0x22 Product: binutils Version: 2.38 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: raj.khem at gmail dot com Target Milestone: --- Created attachment 14025 --> https://sourceware.org/bugzilla/attachment.cgi?id=14025=edit test case attached binary is generated by clang-14 with dwarf5 debug info. this warning appears with objdump objdump -p dhcrelay ... objdump: Warning: Unrecognized form: 0x22 ... -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 --- Comment #19 from Khem Raj --- it fixed my problem as well. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/26585] gold: call to deprecated mallinfo raises -Werror=deprecated-declarations with latest glibc
https://sourceware.org/bugzilla/show_bug.cgi?id=26585 --- Comment #3 from Khem Raj --- you forgot to regenerate gold/config.in -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 --- Comment #16 from Khem Raj --- Created attachment 13321 --> https://sourceware.org/bugzilla/attachment.cgi?id=13321=edit asm output -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
--- Comment #15 from Khem Raj ---
here is revised testcase
#include
#include
#define overalloc_at(f, l) \
do {\
printf("ERROR: attempting to allocate too large block at %s:%d", f,
l);\
exit(1);\
} while (0)
#define overalloc() overalloc_at(__FILE__, __LINE__)
void main()
{
overalloc();
}
I am attaching the .s file as well.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 --- Comment #13 from Khem Raj --- (In reply to Martin Liska from comment #12) > What version of gcc-11.0.1 do you use (--version)? > I cannot reproduce your failure with the latest GCC and ld.gold built from > source files. % ../recipe-sysroot-native/usr/bin/x86_64-yoe-linux/x86_64-yoe-linux-gcc-11.0.1 -v Using built-in specs. COLLECT_GCC=../recipe-sysroot-native/usr/bin/x86_64-yoe-linux/x86_64-yoe-linux-gcc-11.0.1 COLLECT_LTO_WRAPPER=/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux/links/2.21-r0/recipe-sysroot-native/usr/bin/x86_64-yoe-linux/../../libexec/x86_64-yoe-linux/gcc/x86_64-yoe-linux/11.0.1/lto-wrapper Target: x86_64-yoe-linux Configured with: ../../../../../../work-shared/gcc-11.0.1-r0/gcc-5074c6fa38cef1abb9a355d717b41441a44c4e6a/configure --build=x86_64-linux --host=x86_64-linux --target=x86_64-yoe-linux --prefix=/host-native/usr --exec_prefix=/host-native/usr --bindir=/host-native/usr/bin/x86_64-yoe-linux --sbindir=/host-native/usr/bin/x86_64-yoe-linux --libexecdir=/host-native/usr/libexec/x86_64-yoe-linux --datadir=/host-native/usr/share --sysconfdir=/host-native/etc --sharedstatedir=/host-native/com --localstatedir=/host-native/var --libdir=/host-native/usr/lib/x86_64-yoe-linux --includedir=/host-native/usr/include --oldincludedir=/host-native/usr/include --infodir=/host-native/usr/share/info --mandir=/host-native/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/host-native --enable-clocale=generic --with-gnu-ld --enable-shared --enable-languages=c,c++ --enable-threads=posix --disable-multilib --enable-default-pie --enable-c99 --enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch --program-prefix=x86_64-yoe-linux- --without-local-prefix --disable-install-libiberty --disable-libssp --enable-libitm --enable-lto --disable-bootstrap --with-system-zlib --with-linker-hash-style=sysv --enable-linker-build-id --with-ppl=no --with-cloog=no --enable-checking=release --enable-cheaders=c_global --without-isl --with-gxx-include-dir=/not/exist/usr/include/c++/11.0.1 --with-sysroot=/not/exist --with-build-sysroot=/host --enable-poison-system-directories=error --with-system-zlib --disable-static --disable-nls --with-glibc-version=2.28 --enable-initfini-array --enable-__cxa_atexit Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 11.0.1 20210317 (experimental) (GCC) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/26585] gold: call to deprecated mallinfo raises -Werror=deprecated-declarations with latest glibc
https://sourceware.org/bugzilla/show_bug.cgi?id=26585 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
--- Comment #11 from Khem Raj ---
(In reply to Khem Raj from comment #10)
> further reduced test is
>
> #define overalloc_at(f, l) \
> do {\
> fatal_exit("ERROR: attempting to allocate too large block at %s:%d",
> f, l);\
> } while (0)
>
> #define overalloc() overalloc_at(__FILE__, __LINE__)
>
> void foo()
> {
> overalloc();
> }
>
> % gcc-11.0.1 /tmp/a.c -c -gdwarf-5
> % /tmp/obj/gold/ld-new a.o
> /tmp/obj/gold/ld-new: internal error in format_file_lineno, at
> /home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278
>
> ICE not seen when -gdwarf-4 is used
I compared the assembly output and difference ( dwarf4 vs dwarf5 ) that matters
is
that when dwarf5 is enabled then it emits this .file directive into .debug_line
section which gold does not like
@@ -289,38 +290,40 @@
.quad 0
.section.debug_line,"",@progbits
.Ldebug_line0:
+ .file 0
"/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux/links/2.21-r0/links-2.21"
"/tmp/a.c"
.section.debug_str,"MS",@progbits,1
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
--- Comment #10 from Khem Raj ---
further reduced test is
#define overalloc_at(f, l) \
do {\
fatal_exit("ERROR: attempting to allocate too large block at %s:%d", f,
l);\
} while (0)
#define overalloc() overalloc_at(__FILE__, __LINE__)
void foo()
{
overalloc();
}
% gcc-11.0.1 /tmp/a.c -c -gdwarf-5
% /tmp/obj/gold/ld-new a.o
/tmp/obj/gold/ld-new: internal error in format_file_lineno, at
/home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278
ICE not seen when -gdwarf-4 is used
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 --- Comment #9 from Khem Raj --- (In reply to Khem Raj from comment #8) > I am seeing another failure with latest binutils trunk today, I have > collected the objs and libs and a script a.sh with linker cmdline here > > https://uclibc.org/~kraj/gold-bug.tar.xz > > % /tmp/obj/gold/ld-new -v > GNU gold (GNU Binutils 2.36.50.20210318) 1.16 > > > % sh a.sh > /tmp/obj/gold/ld-new: internal error in format_file_lineno, at > /home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278 actually same crash can be triggered with one object /tmp/obj/gold/ld-new auth.o -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com --- Comment #8 from Khem Raj --- I am seeing another failure with latest binutils trunk today, I have collected the objs and libs and a script a.sh with linker cmdline here https://uclibc.org/~kraj/gold-bug.tar.xz % /tmp/obj/gold/ld-new -v GNU gold (GNU Binutils 2.36.50.20210318) 1.16 % sh a.sh /tmp/obj/gold/ld-new: internal error in format_file_lineno, at /home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/24676] [RISCV] Redundant R_RISCV_DTPMOD* R_RISCV_DTPREL* resulted from Global Dynamic -> Local Exec relaxation
https://sourceware.org/bugzilla/show_bug.cgi?id=24676 --- Comment #2 from Khem Raj --- I am seeing bunch of packages which are showing the R_RISCV_NONE issue For detail list see the do_package_qa failures here [1] [1] http://errors.yoctoproject.org/Errors/Build/101576/ -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/24676] [RISCV] Redundant R_RISCV_DTPMOD* R_RISCV_DTPREL* resulted from Global Dynamic -> Local Exec relaxation
https://sourceware.org/bugzilla/show_bug.cgi?id=24676 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/24673] [RISCV] -fPIC -pie and -fPIC -no-pie create unexpected R_RISCV_NONE R_RISCV_DTPMOD64 relocations
https://sourceware.org/bugzilla/show_bug.cgi?id=24673 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/22263] -fpie -pie generates dynamic relocations in text section
https://sourceware.org/bugzilla/show_bug.cgi?id=22263 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com --- Comment #16 from Khem Raj --- this bug is present in mips ld too -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/21883] gold crashes with --cref
https://sourceware.org/bugzilla/show_bug.cgi?id=21883 Khem Raj changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Khem Raj --- same bug entered twice due to slow connection. *** This bug has been marked as a duplicate of bug 21882 *** -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/21882] gold crashes with --cref
https://sourceware.org/bugzilla/show_bug.cgi?id=21882 --- Comment #1 from Khem Raj --- *** Bug 21883 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/21883] New: gold crashes with --cref
https://sourceware.org/bugzilla/show_bug.cgi?id=21883 Bug ID: 21883 Summary: gold crashes with --cref Product: binutils Version: 2.30 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: raj.khem at gmail dot com CC: ian at airs dot com Target Milestone: --- The example here https://uclibc.org/~kraj/ldbug.tar.bz2 crashes when run.sh is executed with gold linker $ ./run.sh /tmp/binutils-gdb/gold/ld-new: internal error in operator(), at cref.cc:242 works fine with BFD linker. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/21882] New: gold crashes with --cref
https://sourceware.org/bugzilla/show_bug.cgi?id=21882 Bug ID: 21882 Summary: gold crashes with --cref Product: binutils Version: 2.30 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: raj.khem at gmail dot com CC: ian at airs dot com Target Milestone: --- The example here https://uclibc.org/~kraj/ldbug.tar.bz2 crashes when run.sh is executed with gold linker $ ./run.sh /tmp/binutils-gdb/gold/ld-new: internal error in operator(), at cref.cc:242 works fine with BFD linker. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/19987] [Aarch64] gold segfaults when handling R_AARCH64_LD64_GOTPAGE_LO15 relocs
https://sourceware.org/bugzilla/show_bug.cgi?id=19987 Khem Raj changed: What|Removed |Added Target||aarch64-oe-linux/ Host||x86_64-linux Build||x86_64-linux -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/19987] New: [Aarch64] gold segfaults when handling R_AARCH64_LD64_GOTPAGE_LO15 relocs
https://sourceware.org/bugzilla/show_bug.cgi?id=19987 Bug ID: 19987 Summary: [Aarch64] gold segfaults when handling R_AARCH64_LD64_GOTPAGE_LO15 relocs Product: binutils Version: 2.27 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: raj.khem at gmail dot com CC: ian at airs dot com Target Milestone: --- The test case here https://uclibc.org/~kraj/gold-aarch64-crash.tar.xz there is a small script called doit.sh which executes the link steps using both BFD and gold linkers. demonstrates the problem in gold, while it works ok with BFD linker. The issue seems to be that when its trying to handle R_AARCH64_LD64_GOTPAGE_LO15, there is no entry populsted for it in reloc entry table and hence it gets an assert /home/kraj01/binutils-gdb/build/gold/ld-new: internal error in global, at ../../gold/aarch64.cc:6218 here is backtrace #0 get_reloc_property (code=313, this=0xb49530) at ../../gold/aarch64-reloc-property.h:189 #1 global (gsym=0xb99fb0, r_type=313, rela=, output_section=0xb4cdb0, data_shndx=4, object=0xb84d00, target=0xb493b0, layout=0x7fff7e50, symtab=0x7fff7bd0, this=) at ../../gold/aarch64.cc:6217 #2 scan_relocs<64, false, (anonymous namespace)::Target_aarch64<64, false>, (anonymous namespace)::Target_aarch64<64, false>::Scan, gold::Default_classify_reloc<4, 64, false> > ( plocal_syms=0x77ff1840 "", local_count=22, needs_special_offset_handling=false, output_section=0xb4cdb0, reloc_count=23, prelocs=0x77ff1c58 " ", data_shndx=4, object=0xb84d00, target=0xb493b0, layout=0x7fff7e50, symtab=0x7fff7bd0) at ../../gold/target-reloc.h:110 #3 (anonymous namespace)::Target_aarch64<64, false>::scan_relocs (this=0xb493b0, symtab=0x7fff7bd0, layout=0x7fff7e50, object=0xb84d00, data_shndx=4, sh_type=, prelocs=0x77ff1c40 "\f", reloc_count=23, output_section=0xb4cdb0, needs_special_offset_handling=false, local_symbol_count=22, plocal_symbols=0x77ff1840 "") at ../../gold/aarch64.cc:6692 #4 0x00681ab7 in gold::Sized_relobj_file<64, false>::do_scan_relocs (this=0xb84d00, symtab=0x7fff7bd0, layout=0x7fff7e50, rd=0xc2dd50) at ../../gold/reloc.cc:462 #5 0x00680694 in scan_relocs (rd=, layout=, symtab=, this=) at ../../gold/object.h:1156 #6 gold::Scan_relocs::run (this=0xc2e240) at ../../gold/reloc.cc:188 #7 0x006c6f75 in gold::Workqueue::find_and_run_task (this=this@entry=0x7fff78c0, thread_number=thread_number@entry=0) at ../../gold/workqueue.cc:319 #8 0x006c729a in gold::Workqueue::process (this=this@entry=0x7fff78c0, thread_number=thread_number@entry=0) at ../../gold/workqueue.cc:495 #9 0x00406df6 in main (argc=38, argv=0x7fffe178) at ../../gold/main.cc:252 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/19468] gold/arm error unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
https://sourceware.org/bugzilla/show_bug.cgi?id=19468 Khem Raj changed: What|Removed |Added Target||arm-linux-gnueabi Host||arm-linux-gnueabi -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/19468] New: gold/arm error unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
https://sourceware.org/bugzilla/show_bug.cgi?id=19468 Bug ID: 19468 Summary: gold/arm error unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC Product: binutils Version: 2.27 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: raj.khem at gmail dot com CC: ian at airs dot com Target Milestone: --- Gold fails to link some binaries, where as BFD linker succeeds to link the same. gold error /tmp/build/gold/ld-new: error: matchbox-keyboard-image.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC k The test case is here https://uclibc.org/~kraj/gold-bug.tar.xz link.sh script does the linking and LD is set to either gold or bfd linker. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/19468] gold/arm error unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
https://sourceware.org/bugzilla/show_bug.cgi?id=19468 Khem Raj changed: What|Removed |Added Version|2.27 (HEAD) |2.25 --- Comment #1 from Khem Raj --- I was on 2.25 relase branch its fixed on master with IFUNC support for gold with this commit fa89cc82f5ca51f3135a9f2043b85b6a16c205eb May be this should be backported to 2.25 release branch -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/17709] [2.26 Regression] elf/vismain test in glibc failed
https://sourceware.org/bugzilla/show_bug.cgi?id=17709 Khem Raj raj.khem at gmail dot com changed: What|Removed |Added CC||raj.khem at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14887] New: Error: ARM register expected -- `str r1,[ r0 ]'
http://sourceware.org/bugzilla/show_bug.cgi?id=14887 Bug #: 14887 Summary: Error: ARM register expected -- `str r1,[ r0 ]' Product: binutils Version: 2.23 Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassig...@sourceware.org ReportedBy: raj.k...@gmail.com Classification: Unclassified We are now regressing on arm and getting the above error after this commit This happens on both master as well as 2.23 branch commit 65faec7cb829c58b20a5f26ee2908ac35165fc58 Author: Roland McGrath rol...@gnu.org Date: Tue Nov 20 17:58:28 2012 + gas/ * config/tc-arm.c (arm_symbol_chars): New variable. * config/tc-arm.h (tc_symbol_chars): New macro, defined to that. gas/testsuite/ * gas/arm/macro-pld.s: New file. * gas/arm/macro-pld.d: New file. Test case is below a.s .text str r1,[ r0 ] $ ./gas/as-new a.s /home/kraj/a.s: Assembler messages: /home/kraj/a.s:2: Error: ARM register expected -- `str r1,[ r0 ]' If I remove spaces before and after r0 the errors goes away. Testcase works well on 2.22 branch and without the above commit. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14887] Error: ARM register expected -- `str r1,[ r0 ]'
http://sourceware.org/bugzilla/show_bug.cgi?id=14887 Khem Raj raj.khem at gmail dot com changed: What|Removed |Added Target||arm-none-eabi -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14887] Error: ARM register expected -- `str r1,[ r0 ]'
http://sourceware.org/bugzilla/show_bug.cgi?id=14887 Khem Raj raj.khem at gmail dot com changed: What|Removed |Added CC||roland at gnu dot org -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14592] New: gold segfaults with internal error in set_address
http://sourceware.org/bugzilla/show_bug.cgi?id=14592
Bug #: 14592
Summary: gold segfaults with internal error in set_address
Product: binutils
Version: 2.23
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: i...@airs.com
ReportedBy: raj.k...@gmail.com
CC: ccout...@google.com
Classification: Unclassified
gold is segfaulting on ARM using following set up
foo.S
_start:
foo.ld
SECTIONS {
.stack (NOLOAD) : {
. = ALIGN(8);
}
}
$ ./gas/as-new -o foo.o foo.S
$ ./gold/ld-new -T foo.ld foo.o
./gold/ld-new: internal error in set_address, at
/home/kraj/work/binutils/gold/output.h:189
I first saw it on 2.22 branch and it is triggered after this commit
commit 624da0376264205e399bc14fe2fa7b6fa659d0ee
Author: Ian Lance Taylor i...@airs.com
Date: Mon Dec 19 21:14:39 2011 +
Copy from mainline to binutils 2.22 branch:
This also happens on trunk
./gold/ld-new --version
GNU gold (GNU Binutils 2.23.51.20120917) 1.11
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14575] New: gas/arm errors on ldralt
http://sourceware.org/bugzilla/show_bug.cgi?id=14575 Bug #: 14575 Summary: gas/arm errors on ldralt Product: binutils Version: 2.23 Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassig...@sourceware.org ReportedBy: raj.k...@gmail.com Classification: Unclassified With trunk as well 2.23 gas is erroring out on assembling a valid ldrt instruction with 'al' conditional code testcase /tmp/as.s ldralt r5,[r1],#4 $ ./gas/as-new -march=armv5te /tmp/a.s /tmp/a.s: Assembler messages: /tmp/a.s:1: Error: selected processor does not support ARM mode `ldralt r5,[r1],#4' The below commit is the casue of this error Author: mgretton mgretton Date: Fri Aug 24 08:03:38 2012 + * gas/config/tc-arm.c (do_rm_rn): New function. (do_strlex): Likewise. (do_t_strlex): Likewise. (insns): Add support for LDRA/STRL instructions. * gas/testsuite/gas/arm/armv8-a-bad.l: Update testcase. * gas/testsuite/gas/arm/armv8-a-bad.s: Likewise. * gas/testsuite/gas/arm/armv8-a.d: Likewise. * gas/testsuite/gas/arm/armv8-a.s: Likewise. * opcodes/arm-dis.c (arm_opcodes): Add LDRA/STRL instructions. (thumb32_opcodes): Likewise. (print_arm_insn): Add support for %T formatter. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13320] Please support thumb entry points in PLT instead of using (more or less randomly located) stubs
http://sourceware.org/bugzilla/show_bug.cgi?id=13320 Khem Raj raj.khem at gmail dot com changed: What|Removed |Added CC||raj.khem at gmail dot com --- Comment #7 from Khem Raj raj.khem at gmail dot com 2012-05-10 01:20:12 UTC --- (In reply to comment #6) Created attachment 6284 [details] working patch, no incremental linker support Rebase against current HEAD. This fails when you link pre-armv5 thumb binaries. e.g. armv4t -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
