[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 --- Comment #1 from H.J. Lu --- Is this the complete list? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 --- Comment #3 from H.J. Lu --- We need to issue an error on these instructions. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug admin/31881] binutils-gdb Git repository is flooded by automatic commits

https://sourceware.org/bugzilla/show_bug.cgi?id=31881 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #27

[Bug ld/13287] g++ -Wl,--as-needed -flto doesn't work with the BFD linker, but with gold

http://sourceware.org/bugzilla/show_bug.cgi?id=13287 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #2

[Bug ld/13201] gcc -Wl,--as-needed -flto doesn't work with the BFD linker, but with gold

http://sourceware.org/bugzilla/show_bug.cgi?id=13201 H.J. Lu changed: What|Removed |Added Blocks||13287 -- Configure bugmail: http://sourcewa

[Bug ld/13287] g++ -Wl,--as-needed -flto doesn't work with the BFD linker, but with gold

http://sourceware.org/bugzilla/show_bug.cgi?id=13287 H.J. Lu changed: What|Removed |Added CC||amodra at gmail dot com Depends on|

[Bug binutils/13278] --plugin doesn't work on archive

http://sourceware.org/bugzilla/show_bug.cgi?id=13278 H.J. Lu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug binutils/13302] IRELATIVE relocation should come last

http://sourceware.org/bugzilla/show_bug.cgi?id=13302 H.J. Lu changed: What|Removed |Added AssignedTo|unassigned at sourceware|hjl.tools at gmail dot com

[Bug binutils/13302] IRELATIVE relocation should come last

http://sourceware.org/bugzilla/show_bug.cgi?id=13302 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- Configure

[Bug ld/13177] garbage collector retains zombie references to external libraries

http://sourceware.org/bugzilla/show_bug.cgi?id=13177 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ld/13232] Regression: --gc-sections: local symbol `_dl_argv@@GLIBC_PRIVATE' in ld.so is referenced by DSO

http://sourceware.org/bugzilla/show_bug.cgi?id=13232 Bug 13232 depends on bug 13177, which changed state. Bug 13177 Summary: garbage collector retains zombie references to external libraries http://sourceware.org/bugzilla/show_bug.cgi?id=13177 What|Old Value |Ne

[Bug binutils/13302] IRELATIVE relocation should come last

http://sourceware.org/bugzilla/show_bug.cgi?id=13302 H.J. Lu changed: What|Removed |Added Attachment #6016|0 |1 is obsolete|

[Bug binutils/13302] IRELATIVE relocation should come last

http://sourceware.org/bugzilla/show_bug.cgi?id=13302 --- Comment #4 from H.J. Lu 2011-10-21 18:31:06 UTC --- Another problem: [hjl@gnu-6 pr13302b]$ cat x.c void alt2(void) { } static void (*resolve (void)) (void) { return alt2; } void fct(void) __attribute__ ((ifunc ("resolve"))); extern __

[Bug binutils/13302] IRELATIVE relocation should come last

http://sourceware.org/bugzilla/show_bug.cgi?id=13302 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Version|2.21

[Bug ld/12451] --build-id doesn't work

http://sourceware.org/bugzilla/show_bug.cgi?id=12451 H.J. Lu changed: What|Removed |Added Summary|--build-id regression |--build-id doesn't work -- Configure bugmai

[Bug gold/13505] New: apply_relocation always use 64bit little endian relocation

http://sourceware.org/bugzilla/show_bug.cgi?id=13505 Bug #: 13505 Summary: apply_relocation always use 64bit little endian relocation Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal

[Bug gold/13505] apply_relocation always use 64bit little endian relocation

http://sourceware.org/bugzilla/show_bug.cgi?id=13505 H.J. Lu changed: What|Removed |Added URL||http://sourceware.org/ml/bi

[Bug gold/13507] New: Gold assumes GOT entry size is the same as ELF class size

http://sourceware.org/bugzilla/show_bug.cgi?id=13507 Bug #: 13507 Summary: Gold assumes GOT entry size is the same as ELF class size Product: binutils Version: unspecified Status: NEW Severity: normal

[Bug gold/13507] Gold assumes GOT entry size is the same as ELF class size

http://sourceware.org/bugzilla/show_bug.cgi?id=13507 H.J. Lu changed: What|Removed |Added URL||http://sourceware.org/ml/bi

[Bug binutils/13471] out-of-range indexing error in elf_howto_table[ R_386_IRELATIVE]

http://sourceware.org/bugzilla/show_bug.cgi?id=13471 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/13581] New: R_X86_64_PC32 against global symbol can't be used for PIC on x32

http://sourceware.org/bugzilla/show_bug.cgi?id=13581 Bug #: 13581 Summary: R_X86_64_PC32 against global symbol can't be used for PIC on x32 Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal

[Bug ld/13581] R_X86_64_PC32 against global symbol can't be used for PIC on x32

http://sourceware.org/bugzilla/show_bug.cgi?id=13581 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug gold/13507] Gold assumes GOT entry size is the same as ELF class size

http://sourceware.org/bugzilla/show_bug.cgi?id=13507 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Version|unspecified

[Bug ld/13600] protected visibility creates bogus relocation

http://sourceware.org/bugzilla/show_bug.cgi?id=13600 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #1

[Bug ld/13600] protected visibility creates bogus relocation

http://sourceware.org/bugzilla/show_bug.cgi?id=13600 --- Comment #4 from H.J. Lu 2012-01-18 16:52:10 UTC --- Both ld and ld.so go extra efforts to make sure that the same function pointer value is used for protected function in the entire process. If we drop this requirement, we can simplify ld

[Bug ld/13616] linker should pad executable sections with nops, not zeros

http://sourceware.org/bugzilla/show_bug.cgi?id=13616 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- Configure

[Bug ld/13616] linker should pad executable sections with nops, not zeros

http://sourceware.org/bugzilla/show_bug.cgi?id=13616 --- Comment #1 from H.J. Lu 2012-01-24 19:49:29 UTC --- Created attachment 6173 --> http://sourceware.org/bugzilla/attachment.cgi?id=6173 A patch Here is a proposed patch. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi

[Bug ld/13621] dangling global hidden symbol in symtab

http://sourceware.org/bugzilla/show_bug.cgi?id=13621 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #1

[Bug ld/13616] linker should pad executable sections with nops, not zeros

http://sourceware.org/bugzilla/show_bug.cgi?id=13616 H.J. Lu changed: What|Removed |Added Attachment #6173|0 |1 is obsolete|

[Bug ld/13616] linker should pad executable sections with nops, not zeros

http://sourceware.org/bugzilla/show_bug.cgi?id=13616 --- Comment #4 from H.J. Lu 2012-01-31 18:58:16 UTC --- It is fixed for i386 and x86-64. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list

[Bug ld/13675] Broken x86 binaries for march < i686 (SIGILL due to multi byte NOP)

http://sourceware.org/bugzilla/show_bug.cgi?id=13675 H.J. Lu changed: What|Removed |Added Attachment #6205|application/octet-stream|text/plain mime type|

[Bug binutils/13668] x86: objdump gets the wrong length for 66-prefixed direct jumps in 64-bit mode

http://sourceware.org/bugzilla/show_bug.cgi?id=13668 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- Configure

[Bug ld/13675] Broken x86 binaries for march < i686 (SIGILL due to multi byte NOP)

http://sourceware.org/bugzilla/show_bug.cgi?id=13675 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/13817] Broken IFUNC support

http://sourceware.org/bugzilla/show_bug.cgi?id=13817 --- Comment #2 from H.J. Lu 2012-03-08 01:14:08 UTC --- So we have to use real function, not PLT entry for non-GOT reference to locally defined IFUNC symbols, at least on i386. Will revert: http://sourceware.org/ml/binutils/2011-10/msg00203.

[Bug ld/13817] Broken IFUNC support

http://sourceware.org/bugzilla/show_bug.cgi?id=13817 --- Comment #4 from H.J. Lu 2012-03-08 15:08:22 UTC --- I'd like to keep i386 consistent with x86-64 as much as possible. I will revert both changes. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You ar

[Bug ld/13817] Broken IFUNC support

http://sourceware.org/bugzilla/show_bug.cgi?id=13817 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/13839] New: Linker fails to build x86-64 Linux 3.3-rc2 kernel

http://sourceware.org/bugzilla/show_bug.cgi?id=13839 Bug #: 13839 Summary: Linker fails to build x86-64 Linux 3.3-rc2 kernel Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2 Compo

[Bug ld/13839] Linker fails to build x86-64 Linux 3.3-rc2 kernel

http://sourceware.org/bugzilla/show_bug.cgi?id=13839 H.J. Lu changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #1 from

[Bug ld/13839] Linker fails to build x86-64 Linux 3.3-rc2 kernel

http://sourceware.org/bugzilla/show_bug.cgi?id=13839 H.J. Lu changed: What|Removed |Added CC||amodra at gmail dot com -- Configure bugmai

[Bug ld/13839] Linker fails to build x86-64 Linux 3.3-rc2 kernel

http://sourceware.org/bugzilla/show_bug.cgi?id=13839 --- Comment #2 from H.J. Lu 2012-03-13 18:32:16 UTC --- A testcase: [hjl@gnu-6 pr13839]$ cat defined5.s .text .byte 0 [hjl@gnu-6 pr13839]$ cat defined5.t SECTIONS { .text : { *(.text) _text = .; } _end = .; } . =

[Bug ld/13839] Linker fails to build x86-64 Linux 3.3-rc2 kernel

http://sourceware.org/bugzilla/show_bug.cgi?id=13839 --- Comment #3 from H.J. Lu 2012-03-14 00:19:03 UTC --- This patch seems to work: diff --git a/ld/ldexp.c b/ld/ldexp.c index bf0e00b..3b0f4bb 100644 --- a/ld/ldexp.c +++ b/ld/ldexp.c @@ -606,7 +606,8 @@ fold_name (etree_type *tree)

[Bug ld/13855] internal error, aborting at elf64-x86-64.c line 3396 in elf_x86_64_relocate_section

||hjl.tools at gmail dot com --- Comment #1 from H.J. Lu 2012-03-17 17:15:26 UTC --- Please try binutils 2.22. If it still fails, please provide a self-contained testcase. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this

[Bug ld/13855] internal error, aborting at elf64-x86-64.c line 3396 in elf_x86_64_relocate_section

http://sourceware.org/bugzilla/show_bug.cgi?id=13855 H.J. Lu changed: What|Removed |Added Status|NEW |WAITING --- Comment #3 from H.J. Lu 2012-03

[Bug ld/13855] internal error, aborting at elf64-x86-64.c line 3396 in elf_x86_64_relocate_section

http://sourceware.org/bugzilla/show_bug.cgi?id=13855 --- Comment #4 from H.J. Lu 2012-03-20 17:12:19 UTC --- On Fedora 15, when I ran ./util/build-chromium.sh, I got ACTION common_constants_Make_chrome_version.cc out/Release/obj.target/geni/chrome_version.cc third_party/tcmalloc/chromium/

[Bug ld/13880] New: -Bsymbolic fails to handle protected function pointer

http://sourceware.org/bugzilla/show_bug.cgi?id=13880 Bug #: 13880 Summary: -Bsymbolic fails to handle protected function pointer Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 C

[Bug ld/13855] internal error, aborting at elf64-x86-64.c line 3396 in elf_x86_64_relocate_section

http://sourceware.org/bugzilla/show_bug.cgi?id=13855 --- Comment #6 from H.J. Lu 2012-03-23 19:33:44 UTC --- util/build-chromium.sh doesn't work with GCC 4.6 on my machine. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug ld/13909] PR ld/12570 causes eh_frame_hdr section to be sometimes too large

||hjl.tools at gmail dot com --- Comment #1 from H.J. Lu 2012-03-29 16:36:10 UTC --- Please provide test.c. -- 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/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 --- Comment #2 from H.J. Lu 2012-04-09 23:26:02 UTC --- x86-64 backend uses the reloc_count field in .rela.plt section to store the number of relocations it has. It confuses bfd_elf_final_link to set SEC_RELOC on .rela.plt, which leads to err

[Bug binutils/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- Configure

[Bug binutils/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 --- Comment #3 from H.J. Lu 2012-04-10 00:38:37 UTC --- Created attachment 6333 --> http://sourceware.org/bugzilla/attachment.cgi?id=6333 A patch -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are

[Bug binutils/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 H.J. Lu changed: What|Removed |Added Version|unspecified |2.23 (HEAD) -- Configure bugmail: http://so

[Bug ld/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 H.J. Lu changed: What|Removed |Added Component|binutils|ld --- Comment #5 from H.J. Lu 2012-04-10 2

[Bug ld/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 --- Comment #7 from H.J. Lu 2012-04-11 14:54:19 UTC --- (In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > (In reply to comment #3) > > > > Created attachment 6333 [details] > > > > A patch > > > > > > I ju

[Bug ld/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 --- Comment #9 from H.J. Lu 2012-04-11 16:33:50 UTC --- (In reply to comment #8) > (In reply to comment #7) > > Please provide outputs of "readelf -Sl" on each ld/strip result. > > Sure, here you are. After building the executable: > Pleas

[Bug ld/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 --- Comment #11 from H.J. Lu 2012-04-12 00:33:30 UTC --- The problem is strip removes relocation while keeping an empty relocation section: [hjl@gnu-6 pr13947]$ cat foo.s .text .globl _start _start: .dc.a foo .data .globl

[Bug ld/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 --- Comment #12 from H.J. Lu 2012-04-12 01:07:54 UTC --- Created attachment 6337 --> http://sourceware.org/bugzilla/attachment.cgi?id=6337 A patch This patch removes the empty relocation sections. -- Configure bugmail: http://sourceware.o

[Bug ld/13947] Strip applied twice corrupts binaries compiled with --emit-relocs

http://sourceware.org/bugzilla/show_bug.cgi?id=13947 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/13991] powerpc-rtems ld failure [regression]

http://sourceware.org/bugzilla/show_bug.cgi?id=13991 H.J. Lu changed: What|Removed |Added CC|hongjiu.lu at intel dot com |hjl.tools at gmail dot com --- Comment #8

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #1

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 --- Comment #2 from H.J. Lu 2012-05-02 22:12:29 UTC --- Does your bootloader relocate the kernel? Absolute symbols break the relocated kernel. Linker may need to keep the output section if there is a symbol defined for it. -- Configure bugm

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 --- Comment #4 from H.J. Lu 2012-05-03 00:33:11 UTC --- Created attachment 6388 --> http://sourceware.org/bugzilla/attachment.cgi?id=6388 A patch Please try this patch. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?ta

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 H.J. Lu changed: What|Removed |Added Version|2.22|2.23 (HEAD) -- Configure bugmail: http://so

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 --- Comment #9 from H.J. Lu 2012-05-03 12:35:04 UTC --- (In reply to comment #6) > HJ, your patch is cunning enough but really no better than reverting the > pr13621 change, since your patch will likely result in elflint complaints My patch a

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 --- Comment #11 from H.J. Lu 2012-05-03 13:47:35 UTC --- (In reply to comment #10) > HJ, you no doubt saw my attempt at trying to interpret the ELF spec to > rationalize GNU ld generation of SHN_ABS symbols. Cary demolished my > argument. >

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 H.J. Lu changed: What|Removed |Added Attachment #6388|0 |1 is obsolete|

[Bug ld/14052] binutils 2.22.52.0.2 breaks 3.3.x kernel on i686

http://sourceware.org/bugzilla/show_bug.cgi?id=14052 --- Comment #13 from H.J. Lu 2012-05-04 15:37:54 UTC --- (In reply to comment #12) > Created attachment 6389 [details] > A new patch > > This patch reverts the PR 13621 change and keeps the zero size > section if there is a symbol for it. Pl

[Bug binutils/14088] New: Strange addend from readelf

http://sourceware.org/bugzilla/show_bug.cgi?id=14088 Bug #: 14088 Summary: Strange addend from readelf Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils

[Bug gold/14091] New: Gold doesn't handle R_X86_64_RELATIVE properly for x32

http://sourceware.org/bugzilla/show_bug.cgi?id=14091 Bug #: 14091 Summary: Gold doesn't handle R_X86_64_RELATIVE properly for x32 Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2

[Bug gold/14091] Gold doesn't handle R_X86_64_64 properly for x32

http://sourceware.org/bugzilla/show_bug.cgi?id=14091 H.J. Lu changed: What|Removed |Added Summary|Gold doesn't handle |Gold doesn't handle |R_X86

[Bug gold/14091] Gold doesn't handle R_X86_64_64 properly for x32

http://sourceware.org/bugzilla/show_bug.cgi?id=14091 H.J. Lu changed: What|Removed |Added URL||http://sourceware.org/ml/bi

[Bug gold/14097] New: Gold doesn't check R_X86_64_RELATIVE64 addend overflow

http://sourceware.org/bugzilla/show_bug.cgi?id=14097 Bug #: 14097 Summary: Gold doesn't check R_X86_64_RELATIVE64 addend overflow Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2

[Bug gold/14097] Gold doesn't check R_X86_64_RELATIVE64 addend overflow

http://sourceware.org/bugzilla/show_bug.cgi?id=14097 --- Comment #1 from H.J. Lu 2012-05-11 12:04:09 UTC --- Addend overflow can be seen in template void Output_reloc::write( unsigned char* pov) const { elfcpp::Rela_write orel(pov); this->rel_.write_rel(&orel); Addend addend = this->a

[Bug gold/14091] Gold doesn't handle R_X86_64_64 properly for x32

http://sourceware.org/bugzilla/show_bug.cgi?id=14091 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug binutils/14088] Strange addend from readelf

http://sourceware.org/bugzilla/show_bug.cgi?id=14088 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug gas/14066] nopw istruction return signal 4 - Illegal instruction- on cpu VIA Nehemiah

||2012-05-13 CC||hjl.tools at gmail dot com Ever Confirmed|0 |1 --- Comment #5 from H.J. Lu 2012-05-13 16:35:52 UTC --- Which version of binutils? What is the command line passed to assembler? -- Configure

[Bug gold/12571] .plt has no associated .eh_frame/.debug_frame

http://sourceware.org/bugzilla/show_bug.cgi?id=12571 H.J. Lu changed: What|Removed |Added Depends on||14105 -- Configure bugmail: http://sourcewa

[Bug ld/14105] New: .plt has no associated .eh_frame/.debug_frame

http://sourceware.org/bugzilla/show_bug.cgi?id=14105 Bug #: 14105 Summary: .plt has no associated .eh_frame/.debug_frame Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: minor Priority: P2 Component:

[Bug ld/12570] .plt has no associated .eh_frame/.debug_frame

http://sourceware.org/bugzilla/show_bug.cgi?id=12570 H.J. Lu changed: What|Removed |Added Blocks||14105 -- Configure bugmail: http://sourcewa

[Bug ld/14105] .plt has no associated .eh_frame/.debug_frame

http://sourceware.org/bugzilla/show_bug.cgi?id=14105 --- Comment #1 from H.J. Lu 2012-05-13 18:12:10 UTC --- Gold doesn't have this problem. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list

[Bug ld/13909] PR ld/12570 causes eh_frame_hdr section to be sometimes too large

http://sourceware.org/bugzilla/show_bug.cgi?id=13909 H.J. Lu changed: What|Removed |Added Status|NEW |WAITING --- Comment #3 from H.J. Lu 2012-05

[Bug binutils/13962] Misleading error message when linking a library with an empty library

http://sourceware.org/bugzilla/show_bug.cgi?id=13962 --- Comment #1 from H.J. Lu 2012-05-13 23:40:27 UTC --- This works for me: diff --git a/bfd/elflink.c b/bfd/elflink.c index 03f07a9..604c984 100644 --- a/bfd/elflink.c +++ b/bfd/elflink.c @@ -3692,6 +3692,8 @@ error_free_dyn: hdr = &elf_

[Bug ld/13909] PR ld/12570 causes eh_frame_hdr section to be sometimes too large

http://sourceware.org/bugzilla/show_bug.cgi?id=13909 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug gas/6957] i386 NOPs must be derived from march not mtune

http://sourceware.org/bugzilla/show_bug.cgi?id=6957 H.J. Lu changed: What|Removed |Added CC||i at corradoroberto dot it --- Comment #33 fr

[Bug gas/14066] nopw istruction return signal 4 - Illegal instruction- on cpu VIA Nehemiah

http://sourceware.org/bugzilla/show_bug.cgi?id=14066 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug gas/13036] cross compiling gas for arm fails using gcc-4.5.2 where 4.5.1 worked

http://sourceware.org/bugzilla/show_bug.cgi?id=13036 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #4

[Bug gas/13036] cross compiling gas for arm fails using gcc-4.5.2 where 4.5.1 worked

http://sourceware.org/bugzilla/show_bug.cgi?id=13036 --- Comment #7 from H.J. Lu 2012-05-18 10:30:08 UTC --- The code in question is: --- int base_reg = -1; int reg_incr = -1; ... struct neon_typed_alias firsttype; if (skip_past_char (&ptr, '{') == SUCCESS) leading_brace = 1;

[Bug ld/14156] --sort-section=alignment trashes init/fini sections, and anything similar

http://sourceware.org/bugzilla/show_bug.cgi?id=14156 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- Configure

[Bug binutils/14129] andq and orq instructions give 'invalid operand' error when MSB of 32-bit immediate is set

||hjl.tools at gmail dot com Resolution||INVALID --- Comment #1 from H.J. Lu 2012-05-24 20:05:38 UTC --- orq and andq take a signed 32-bit value from -0x8000 to 0x7. 0xFF00 is out of range. -- Configure bugmail: http

[Bug binutils/14129] andq and orq instructions give 'invalid operand' error when MSB of 32-bit immediate is set

http://sourceware.org/bugzilla/show_bug.cgi?id=14129 --- Comment #3 from H.J. Lu 2012-05-25 16:35:17 UTC --- (In reply to comment #2) > (In reply to comment #1) > > orq and andq take a signed 32-bit value from -0x8000 to > > 0x7. 0xFF00 is out of range. > > (Is 0x7 a ty

[Bug ld/14170] New: ld: assertion fail /export/gnu/import/git/binutils/bfd/linker.c:641

http://sourceware.org/bugzilla/show_bug.cgi?id=14170 Bug #: 14170 Summary: ld: assertion fail /export/gnu/import/git/binutils/bfd/linker.c:641 Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal

[Bug ld/14170] ld: assertion fail /export/gnu/import/git/binutils/bfd/linker.c:641

http://sourceware.org/bugzilla/show_bug.cgi?id=14170 --- Comment #1 from H.J. Lu 2012-05-26 00:35:55 UTC --- A small testcase: [hjl@gnu-6 pr14170]$ cat x.c extern int foo; extern int bar; int _start () { return foo + bar; } [hjl@gnu-6 pr14170]$ cat y.c int foo __attribute ((visibility("hidde

[Bug ld/14170] ld: assertion fail /export/gnu/import/git/binutils/bfd/linker.c:641

http://sourceware.org/bugzilla/show_bug.cgi?id=14170 --- Comment #3 from H.J. Lu 2012-05-26 15:01:05 UTC --- (In reply to comment #2) > Created attachment 6424 [details] > partial fix > > This fixes the assert, but doesn't completely cure the bug since we end up > with > a foo local rather tha

[Bug ld/14170] ld: assertion fail /export/gnu/import/git/binutils/bfd/linker.c:641

http://sourceware.org/bugzilla/show_bug.cgi?id=14170 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/14189] assertion fail ../../bfd/elf32-arm.c:12264

||hjl.tools at gmail dot com --- Comment #1 from H.J. Lu 2012-05-31 19:09:50 UTC --- Please provide a self-contained testcase with only assembly codes for cross binutils. Not all binutils developers have ARM cross compilers. -- Configure bugmail: http://sourceware.org/bugzilla

[Bug ld/14189] --gc-sections doesn't work

http://sourceware.org/bugzilla/show_bug.cgi?id=14189 H.J. Lu changed: What|Removed |Added CC||rsandifo at sourceware dot

[Bug gas/14201] gas 2.19.51, Assertion failure when declaring large array: sb_build at /netrel/src/binutils-2.19.51-1/gas/sb.c line 62.

http://sourceware.org/bugzilla/show_bug.cgi?id=14201 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug gas/14201] gas 2.19.51, Assertion failure when declaring large array: sb_build at /netrel/src/binutils-2.19.51-1/gas/sb.c line 62.

http://sourceware.org/bugzilla/show_bug.cgi?id=14201 --- Comment #5 from H.J. Lu 2012-06-07 17:52:34 UTC --- The failure is OS dependent: #0 sb_scrub_and_add_sb (ptr=0x8196128, s=0xbfffe670) at /net/gnu-6/export/gnu/import/git/binutils/gas/sb.c:102 #1 0x0805b7c4 in input_scrub_include_sb

[Bug gold/14213] add support for x32 ABI

||hjl.tools at gmail dot com --- Comment #1 from H.J. Lu 2012-06-09 14:37:40 UTC --- X32 has been supported in gold for a while: [hjl@gnu-4 kernel]$ ld.gold -V GNU gold (Linux/GNU Binutils 2.22.52.0.5.20120609) 1.11 Supported targets: elf32-i386 elf32-i386-freebsd elf32

[Bug ld/14207] x86_64 linker can produce a NULL GNU_RELRO segment

http://sourceware.org/bugzilla/show_bug.cgi?id=14207 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- Configure

[Bug ld/14207] x86_64 linker can produce a NULL GNU_RELRO segment

http://sourceware.org/bugzilla/show_bug.cgi?id=14207 --- Comment #2 from H.J. Lu 2012-06-09 17:04:36 UTC --- It also happens in objcopy -z relro (tdata3) objcopy -shared -z relro (tbss1) in ld-elf on Linux/x86-64. We never checked NULL segment in output. -- Configure bugmail: http://sourcewa

  1   2   3   4   5   6   7   8   9   10   >