[Bug ld/11545] New: generate wrongly executable, with .res file

2010-04-26 Thread lanxingcan at gmail dot com
I test wxwidgets library with a simple hello-world like program in Windows Server 2008 R2. link with wxMain.o wxApp.o and resource.res, passing linker flags --enable-runtime-pseudo-reloc-v2 (without this the dll could not be load). The program could not be run with error 0x007b. I remove the re

[Bug gas/11544] .intel_syntax misassembles a forward-referenced .equ as a data reference

2010-04-26 Thread josh at joshtriplett dot org
--- Additional Comments From josh at joshtriplett dot org 2010-04-27 01:51 --- I originally observed this bug in in 16-bit assembly with .code16, but as shown in this report I can also reproduce it in 64-bit assembly. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11544 --- Y

[Bug gas/11544] New: .intel_syntax misassembles a forward-referenced .equ as a data reference

2010-04-26 Thread josh at joshtriplett dot org
The following three-line text case assembles incorrectly: .intel_syntax noprefix mov ax, AN_EQU .equ AN_EQU, 5 Compiled with "gcc -c test.S" Disassembled with "objdump -M intel -d test.o": 0: 66 8b 04 25 05 00 00movax,WORD PTR ds:0x5 7: 00 For some reason, this assembled

[Bug ld/11542] New: ld -r generates R_X86_64_NONE

2010-04-26 Thread mjw at redhat dot com
This comes up when building a kernel module debuginfo. A .rela.debug_info section contains R_X86_64_NONE relocations. It is for a symbol in a section called .discard, which the linker script discards. It seems that ld -r should eat the reloc rather than leave *_NONE. Reproducer based on kernel mod