[Bug gas/18314] New: On ARM, data gets confused for instructions after .align directive
https://sourceware.org/bugzilla/show_bug.cgi?id=18314 Bug ID: 18314 Summary: On ARM, data gets confused for instructions after .align directive Product: binutils Version: 2.25 Status: NEW Severity: minor Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: solrabizna at gmail dot com Created attachment 8265 -- https://sourceware.org/bugzilla/attachment.cgi?id=8265action=edit A simple test file, demonstrating some of the behavior detailed in the report. Compile with as -EB and disassemble to see the confusion at work. In my previous bug report, I noted that compiling with -EB and linking with --be8 lead to .word directives sometimes being swapped. I also asserted that this was correct behavior. I was wrong, on both counts. I'm now reasonably sure that .word directives are not supposed to be swapped. Not being swapped, in fact, is far more useful than the alternative. However, as already witnessed by my previous test, this behavior is not consistent. It turns out that something can get confused when .align directives are involved. I noticed that in situations where ld --be8 (incorrectly) byte swaps data as if it were instructions, objdump (incorrectly) disassembles it as instructions. So subsequent testing involved only as -EB and objdump -d. According to my tests, confusion ensues after a .align directive is encountered, but only if the location counter is not already aligned, and only if there has been at least one explicit instruction. When confusion occurs, it continues until the next explicit instruction. Labels, .func directives, and the character of the explicit instructions do not matter. I found that .align, .p2align, and .balign are interchangeable for purposes of this bug. I also found that confusion (seemingly) never occurs before the first explicit instruction is emitted, no matter how .align directives are used. I also found that confusion only results when the .align directive is not given a fill value (and therefore uses NOPs). I set the severity to minor because a trivial workaround exists: providing a fill value for every .align directive avoids all confusion. P.S. I must confess that I still do not fully understand the things that happen between my source code and the final linked executable that lead to everything being in the right byte order (most of the time). -- 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 binutils/18316] SEC_MEP_VLIW is defined in include/elf/mep.h
https://sourceware.org/bugzilla/show_bug.cgi?id=18316 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.26 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com --- Fixed. -- 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 binutils/18316] SEC_MEP_VLIW is defined in include/elf/mep.h
https://sourceware.org/bugzilla/show_bug.cgi?id=18316 --- Comment #1 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu h...@sourceware.org: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9361e6307bd1cf4f8f7c9de5375719ede8caa0cb commit 9361e6307bd1cf4f8f7c9de5375719ede8caa0cb Author: H.J. Lu hjl.to...@gmail.com Date: Fri Apr 24 05:40:23 2015 -0700 Define SEC_MEP_VLIW in bfd/section.c Bits in section flags should only be defined in bfd/section.c. This patch moves SEC_MEP_VLIW to bfd/section.c. bfd/ PR binutils/18316 * section.c (SEC_MEP_VLIW): New. * bfd-in2.h: Regenerated. include/elf/ PR binutils/18316 * mep.h (SEC_MEP_VLIW): Removed. -- 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 binutils/18317] New: objdump -W fails to handle elf32-mep
https://sourceware.org/bugzilla/show_bug.cgi?id=18317 Bug ID: 18317 Summary: objdump -W fails to handle elf32-mep Product: binutils Version: 2.26 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com [hjl@gnu-tools-1 binutils]$ ../gas/as-new -o x.o /export/gnu/import/git/sources/binutils-gdb/binutils/testsuite/binutils-all/dw2-1.S [hjl@gnu-tools-1 binutils]$ ./objdump -W x.o 1[hjl@gnu-tools-1 binutils]$ ./readelf -w x.o 2 [hjl@gnu-tools-1 binutils]$ diff -up 1 2 --- 12015-04-24 05:36:47.807462881 -0700 +++ 22015-04-24 05:36:55.928630935 -0700 @@ -1,6 +1,3 @@ - -x.o: file format elf32-mep-little - Contents of the .debug_info section: Compilation Unit @ offset 0x0: @@ -10,8 +7,8 @@ Contents of the .debug_info section: Pointer Size: 4 0b: Abbrev Number: 1 (DW_TAG_compile_unit) c DW_AT_stmt_list : 0x0 -10 DW_AT_high_pc : 0x0 -14 DW_AT_low_pc : 0x0 +10 DW_AT_high_pc : 0x8 +14 DW_AT_low_pc : 0x4 18 DW_AT_name: file1.txt 22 DW_AT_producer: GNU C 3.3.3 2e DW_AT_language: 1(ANSI C) @@ -21,8 +18,8 @@ Contents of the .debug_info section: 32 DW_AT_decl_line : 2 33 DW_AT_name: func_cu1 3c DW_AT_type: 0x4a -40 DW_AT_low_pc : 0x0 -44 DW_AT_high_pc : 0x0 +40 DW_AT_low_pc : 0x4 +44 DW_AT_high_pc : 0x8 48 DW_AT_frame_base : 1 byte block: 55 (DW_OP_reg5 (r5)) 14a: Abbrev Number: 3 (DW_TAG_base_type) 4b DW_AT_name: int @@ -66,11 +63,11 @@ Raw dump of debug contents of section .d 1000file1.txt Line Number Statements: - [0x002d] Extended opcode 2: set Address to 0x0 + [0x002d] Extended opcode 2: set Address to 0x4 [0x0034] Advance Line by 3 to 4 [0x0036] Copy [0x0037] Copy - [0x0038] Extended opcode 2: set Address to 0x0 + [0x0038] Extended opcode 2: set Address to 0x8 [0x003f] Extended opcode 1: End of Sequence [hjl@gnu-tools-1 binutils]$ -- 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 binutils/18317] objdump -W fails to handle elf32-mep
https://sourceware.org/bugzilla/show_bug.cgi?id=18317 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com --- objdump fails to apply relocations for -W. -- 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 binutils/18316] New: SEC_MEP_VLIW is defined in include/elf/mep.h
https://sourceware.org/bugzilla/show_bug.cgi?id=18316 Bug ID: 18316 Summary: SEC_MEP_VLIW is defined in include/elf/mep.h Product: binutils Version: 2.26 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com include/elf/mep.h has #define SEC_MEP_VLIWSEC_TIC54X_BLOCK which conflicts with .#define SEC_ELF_COMPRESS 0x800 . . {* When a section with this flag is being linked, then if the size of . the input section is less than a page, it should not cross a page . boundary. If the size of the input section is one page or more, . it should be aligned on a page boundary. This is for TI . TMS320C54X only. *} .#define SEC_TIC54X_BLOCK 0x1000 . . {* This section should be renamed. This is for ELF linker . internal use only. *} .#define SEC_ELF_RENAME 0x1000 in bfd/section.c. -- 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/18323] New: ld produces `non-virtual thunk to fn()'
https://sourceware.org/bugzilla/show_bug.cgi?id=18323 Bug ID: 18323 Summary: ld produces `non-virtual thunk to fn()' Product: binutils Version: 2.25 Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: bobbing at cox dot net I'd like to know if bug has been fixed. I cannot find an example like it in this bugzilla. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59516 I only have Windows 7 running mingw-64 to test with (GCC 4.9.2/binutils 2.25). lto plugin is loading but it is highly unlikely I can reorder the .a or .o files in this large project; so any other fixes or workarounds would be greatly appreciated. Should you wish to try to compile this, it is the MAME emulator at https://github.com/mamedev/mame Thanks for any help you can give a bugzilla noob. -- 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 binutils/18269] avr-binutils fail to build
https://sourceware.org/bugzilla/show_bug.cgi?id=18269 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution|--- |FIXED --- Comment #1 from Nick Clifton nickc at redhat dot com --- Fixed in: commit ef7a936968ec4cdeadd19b0ccb213403adc26390 Author: Senthil Kumar Selvaraj senthil_kumar.selva...@atmel.com Date: Fri Apr 17 20:55:54 2015 +0930 Fix avr compiler warning declaration of link shadows a global declaration * config/tc-avr.c (create_record_for_frag): Rename link to prop_rec_link. -- 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/18270] [AArch64] relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against
https://sourceware.org/bugzilla/show_bug.cgi?id=18270 --- Comment #6 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org --- The master branch has been updated by Jiong Wang jiw...@sourceware.org: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b53b1bedbd90044714fc456843cadccce0f208f3 commit b53b1bedbd90044714fc456843cadccce0f208f3 Author: Jiong Wang jiong.w...@arm.com Date: Fri Apr 24 23:25:28 2015 +0100 [AArch64] PR18270, fix handling of GOT entry for local symbol 2015-04-24 Jiong. Wang jiong.w...@arm.com bfd/ PR ld/18270 * elfnn-aarch64.c (elfNN_aarch64_size_dynamic): Count local symbol for GOT_NORMAL for both sgot/srelgot section. (elfNN_aarch64_final_link_relocate): Relocate against GOT entry address and generate necessary runtime relocation for GOT entry. -- 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 binutils/18209] objdump -h is not very helpful printing decompressed section names
https://sourceware.org/bugzilla/show_bug.cgi?id=18209 --- Comment #11 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu h...@sourceware.org: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=69b52ab8c566575e4749acf0a04090491009af95 commit 69b52ab8c566575e4749acf0a04090491009af95 Author: H.J. Lu hjl.to...@gmail.com Date: Fri Apr 24 15:02:56 2015 -0700 Copy is_linker_input to archive member We must copy is_linker_input to archive member. PR binutils/18209 * archive.c (_bfd_get_elt_at_filepos): Also copy is_linker_input. -- 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 binutils/18313] binutils: LTO error due possibly uninitialized values
https://sourceware.org/bugzilla/show_bug.cgi?id=18313 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution|--- |FIXED --- Comment #3 from Nick Clifton nickc at redhat dot com --- Hi Dilyan, Thanks for reporting these problems. I have checked in a patch which should resolve these issues. Cheers Nick -- 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/18321] New: gold doesn't support SHF_COMPRESSED sections
https://sourceware.org/bugzilla/show_bug.cgi?id=18321 Bug ID: 18321 Summary: gold doesn't support SHF_COMPRESSED sections Product: binutils Version: 2.26 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: hjl.tools at gmail dot com CC: ian at airs dot com [hjl@gnu-6 compressed-2]$ cat x.c #include stdio.h int main () { printf (hello world\n); return 0; } [hjl@gnu-6 compressed-2]$ make gcc -mx32 -B./ -g -Wa,--compress-debug-sections=zlib-gabi -c x.c -o x.o gcc -mx32 -B./ -o bfd x.o -fuse-ld=bfd gcc -mx32 -B./ -o gold x.o -fuse-ld=gold ./ld.gold: warning: x.o: last entry in mergeable string section '.debug_str' not null terminated ./ld.gold: internal error in value_from_output_section, at /export/gnu/import/git/sources/binutils-gdb/gold/reloc.cc:1483 collect2: error: ld returned 1 exit status make: *** [gold] Error 1 [hjl@gnu-6 compressed-2]$ -- 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/17598] R_X86_64_GOTPLT64 relocation isn't tested
https://sourceware.org/bugzilla/show_bug.cgi?id=17598 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from H.J. Lu hjl.tools at gmail dot com --- Fixed. -- 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 binutils/6483] objdump -g does not understand the debug info
https://sourceware.org/bugzilla/show_bug.cgi?id=6483 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #7 from H.J. Lu hjl.tools at gmail dot com --- No feedback after 7 years. -- 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 binutils/18133] Infinite recursion while demangling (makes debugging with GDB impossible)
https://sourceware.org/bugzilla/show_bug.cgi?id=18133 Nick Clifton nickc at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution|--- |WONTFIX --- Comment #2 from Nick Clifton nickc at redhat dot com --- Hi Alex, The libiberty library, which is performing the demangling, is its own separate project, rather than being part of the binutils project. So please could you report this bug to the libiberty maintainers (DJ Delorie d...@redhat.com and Ian Lance Taylor i...@airs.com) and CC it to the gcc mailing list. Thanks. Cheers Nick Clifton -- 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/18322] gold doesn't support --compress-debug-sections={zlib-gabi|zlib-gnu}
https://sourceware.org/bugzilla/show_bug.cgi?id=18322 Cary Coutant ccoutant at gmail dot com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|ccoutant at gmail dot com |hjl.tools at gmail dot com Severity|normal |enhancement -- 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/18321] gold doesn't support SHF_COMPRESSED sections
https://sourceware.org/bugzilla/show_bug.cgi?id=18321 Cary Coutant ccoutant at gmail dot com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|ccoutant at gmail dot com |hjl.tools at gmail dot com Severity|normal |enhancement -- 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 binutils/18313] binutils: LTO error due possibly uninitialized values
https://sourceware.org/bugzilla/show_bug.cgi?id=18313 dilyan.palauzov at aegee dot org dilyan.palauzov at aegee dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #4 from dilyan.palauzov at aegee dot org dilyan.palauzov at aegee dot org --- As of tree faade85139b04 there are still warnings/errors in binutils/, which were addressed in my first comment: /bin/sh ./libtool --tag=CC --mode=link gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I/home/git/binutils-gdb/binutils/../zlib -pipe -O3 -fno-fat-lto-objects -flto -Wl,-O1 -Wl,-z,relro -Wl,-s -o objdump objdump.o dwarf.o prdbg.o rddbg.o debug.o stabs.o ieee.o rdcoff.o bucomm.o version.o filemode.o elfcomm.o ../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a -ldl libtool: link: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I/home/git/binutils-gdb/binutils/../zlib -pipe -O3 -fno-fat-lto-objects -flto -Wl,-O1 -Wl,-z -Wl,relro -Wl,-s -o objdump objdump.o dwarf.o prdbg.o rddbg.o debug.o stabs.o ieee.o rdcoff.o bucomm.o version.o filemode.o elfcomm.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a -L/src/gcc/binutil-git/zlib -lz ../libiberty/libiberty.a -ldl /home/git/binutils-gdb/bfd/compress.c: In function 'bfd_compress_section_contents': /home/git/binutils-gdb/bfd/compress.c:161:4: error: 'zlib_size' may be used uninitialized in this function [-Werror=maybe-uninitialized] memmove (buffer + compression_header_size, ^ /home/git/binutils-gdb/bfd/compress.c:88:7: note: 'zlib_size' was declared here int zlib_size; ^ lto1: all warnings being treated as errors lto-wrapper: gcc returned 1 exit status /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/../../../../x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status Makefile:793: recipe for target 'objdump' failed make[2]: *** [objdump] Error 1 and this is repeated for several binaries. Gas also does not compile: make[4]: Entering directory '/mnt/new/src/gcc/binutil-git/gas' /bin/sh ./libtool --tag=CC --mode=link gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I/home/git/binutils-gdb/gas/../zlib -pipe -O3 -fno-fat-lto-objects -flto -static-libstdc++ -static-libgcc -Wl,-O1 -Wl,-z,relro -Wl,-s -o as-new app.o as.o atof-generic.o compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o ../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a -ldl libtool: link: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I/home/git/binutils-gdb/gas/../zlib -pipe -O3 -fno-fat-lto-objects -flto -static-libstdc++ -static-libgcc -Wl,-O1 -Wl,-z -Wl,relro -Wl,-s -o as-new app.o as.o atof-generic.o compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a -L/src/gcc/binutil-git/zlib -lz ../libiberty/libiberty.a -ldl /home/git/binutils-gdb/gas/cond.c: In function 's_if': /home/git/binutils-gdb/gas/read.c:1378:9: error: 'stopc' may be used uninitialized in this function [-Werror=maybe-uninitialized] *stop = stopc; ^ /home/git/binutils-gdb/gas/cond.c:131:8: note: 'stopc' was declared here char stopc; ^ /home/git/binutils-gdb/gas/cond.c: In function 's_ifc': /home/git/binutils-gdb/gas/read.c:1378:9: error: 'stopc' may be used uninitialized in this function [-Werror=maybe-uninitialized] *stop = stopc; ^ /home/git/binutils-gdb/gas/cond.c:264:8: note: 'stopc' was declared here char stopc; ^ lto1: all warnings being treated as errors lto-wrapper: gcc returned 1 exit status /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/../../../../x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status Makefile:769: recipe for target 'as-new' failed make[4]: *** [as-new] Error 1 -- 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/18314] On ARM, data gets confused for instructions after .align directive
https://sourceware.org/bugzilla/show_bug.cgi?id=18314 Jevin Sweval jsweval at arxan dot com changed: What|Removed |Added CC||jsweval at arxan 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 gold/18327] New: Exception frame merging is broken in gold
https://sourceware.org/bugzilla/show_bug.cgi?id=18327 Bug ID: 18327 Summary: Exception frame merging is broken in gold Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: ian at airs dot com CC: ian at airs dot com Exception frame merging is broken on mainline. When two CIEs are merged, reloc processing is not being applied to subsequent CIEs. This causes the personality function to not be defined. Compile these two C++ files without optimization and link them in order. void bar() { } #include iostream #include cstdlib void foo() { } int main() { try { throw(1); } catch(int) { std::cout caught std::endl; exit(0); } std::cout failed std::endl; exit(1); } === The resulting program, when run, should print caught. When I link it with tip gold, I get terminate called after throwing an instance of 'int' Aborted The reason is that the personality routine in the exception frame info is not set. It should have been set by applying relocation processing to the CIE data. Note that relocation processing is normally applied *after* EH frame merging. I suspect https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=dbe40a889191708b6e32441b1c64937844645574 but I don't know if that is actually the problem. -- 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/18327] Exception frame merging is broken in gold
https://sourceware.org/bugzilla/show_bug.cgi?id=18327 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||rafael.espindola 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