[Bug gold/18788] New: Crash in gold::Output_section_element_input::set_section_addresses

Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: rmansfield at qnx dot com CC: ian at airs dot com Target Milestone: --- $ cat hw.c int foo() { } $ gcc hw.c -c $ cat t.lnk MEMORY { ram

[Bug ld/18636] Relocation agains protected symbol can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=18636 Ryan Mansfield changed: What|Removed |Added CC||rmansfield at qnx dot com -- You

[Bug gold/10237] New: internal error in dynsym_index, at ../../gold/symtab.h:335

Component: gold AssignedTo: ian at airs dot com ReportedBy: rmansfield at qnx dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://sourceware.org

[Bug gold/10237] internal error in dynsym_index, at ../../gold/symtab.h:335

--- Additional Comments From rmansfield at qnx dot com 2009-06-24 13:00 --- Thanks Ian. I think there is still an issue with the handling of -r. The gold will report an error if it encounters a shared object and will not continue searching for the static archive. For example: $ cat

[Bug gold/10237] internal error in dynsym_index, at ../../gold/symtab.h:335

--- Additional Comments From rmansfield at qnx dot com 2009-06-24 13:29 --- In the classic GNU ld, -r changes the search order for ld and opens libfoo.a. If it's the desired behavior for gold I will update my makefiles. -- http://sourceware.org/bugzilla/show_bug.cgi?id=

[Bug ld/10489] New: rpath-link separator and windows

erity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: rmansfield at qnx dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i386-mingw32msvc GCC target tr

[Bug ld/10489] rpath-link separator and windows

--- Additional Comments From rmansfield at qnx dot com 2009-10-21 14:25 --- I see now that other places in the binutils handle a letter followed by a colon as a drive specifier which is a better way of handling the rpath-link strings Patch: http://sourceware.org/ml/binutils/2009-10

[Bug ld/10144] mips/ld: non-dynamic relocations refer to dynamic symbol

-- What|Removed |Added CC||rmansfield at qnx dot com http://sourceware.org/bugzilla/show_bug.cgi?id=10144 --- You are receiving

[Bug ld/10144] mips/ld: non-dynamic relocations refer to dynamic symbol

--- Additional Comments From rmansfield at qnx dot com 2010-02-26 21:52 --- I believe this issue should be resolved by: http://gcc.gnu.org/ml/gcc-patches/2009-09/msg02070.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=10144 --- You are receiving this mail because

[Bug gas/11972] New: Large immediate for neon vmov (parse_big_immediate) fails

Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: rmansfield at qnx dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host tri

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

--- Additional Comments From rmansfield at qnx dot com 2010-09-08 15:31 --- Thanks! I no longer get the error when assembling but the value has changed. With 2.19.1: 0: f2c30e30vmov.i64d16, #0x And with the patch applied: 0: f3c70e30

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

--- Additional Comments From rmansfield at qnx dot com 2010-09-08 16:59 --- Yes, you're right. Thanks again for the fixing this bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11972 --- You are receiving this mail because: --- You are on the CC list for the bu

[Bug gas/12055] New: ppc: out-of-range immediate assembly error

ponent: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: rmansfield at qnx dot com CC: bug-binutils at gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: powerpc-unknown-nto-qnx6.5.0

[Bug ld/16671] New: Crash in elf32_arm_add_symbol_hook

Assignee: unassigned at sourceware dot org Reporter: rmansfield at qnx dot com Created attachment 7459 --> https://sourceware.org/bugzilla/attachment.cgi?id=7459&action=edit trivial objectfile Linking elf32-littlearm object file into aarch64 causes c

[Bug ld/16671] Crash in elf32_arm_add_symbol_hook

https://sourceware.org/bugzilla/show_bug.cgi?id=16671 --- Comment #3 from Ryan Mansfield --- Will do, thanks for the fix. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org h

[Bug ld/17110] New: ld crash in _bfd_elf_find_segment_containing_section with -relax

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: rmansfield at qnx dot com Target: sh4-unknown-linux-gnu Created attachment 7678 --> https://sourceware.org/bugzilla/attachment.cgi?id=7678&action=edit

[Bug ld/17110] ld crash in _bfd_elf_find_segment_containing_section with -relax

https://sourceware.org/bugzilla/show_bug.cgi?id=17110 --- Comment #1 from Ryan Mansfield --- Using GNU ld (GNU Binutils) 2.24.51.20140703 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-bi

[Bug ld/17110] ld crash in _bfd_elf_find_segment_containing_section with -relax

https://sourceware.org/bugzilla/show_bug.cgi?id=17110 --- Comment #2 from Ryan Mansfield --- ./ld/ld-new: warning: cannot find entry symbol _start; defaulting to 00400054 ==3204== Invalid read of size 4 ==3204==at 0x8098B6A: sh_elf_relocate_section (elf32-sh.c:3825) ==3204==by 0x809CEB6:

[Bug ld/17110] ld crash in _bfd_elf_find_segment_containing_section with -relax

https://sourceware.org/bugzilla/show_bug.cgi?id=17110 --- Comment #4 from Ryan Mansfield --- Comment on attachment 7690 --> https://sourceware.org/bugzilla/attachment.cgi?id=7690 Do not look for output segments in input files. Hi Nick, Yes, the attach patch fixes the bug. Thanks! -- You are