[Bug binutils/28435] ar --record--libdeps: ar l vs ar L

https://sourceware.org/bugzilla/show_bug.cgi?id=28435 Thorsten Glaser changed: What|Removed |Added CC||tg at mirbsd dot de --- Comment #1

[Bug binutils/28435] ar --record--libdeps: ar l vs ar L

https://sourceware.org/bugzilla/show_bug.cgi?id=28435 --- Comment #2 from Thorsten Glaser --- https://bugzilla.redhat.com/show_bug.cgi?id=1943274 as well… -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #12 from Thorsten Glaser 2010-11-04 09:39:41 UTC --- No, I didn’t do anything special to build, I just ran dpkg-buildpackage, and it does a three-stage bootstrap then uses the stage3 compiler to build the RTL with I think default (

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #8 from Thorsten Glaser 2010-11-03 21:40:43 UTC --- Interesting, as fidoa is FL_MMU in gcc. Thanks for the discussion though. I don’t know if there is something to be done in binutils, but I will build multi{arch,lib} in Debian/m6

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

||at mirbsd dot de --- Comment #3 from Thorsten Glaser 2010-11-02 18:46:26 UTC --- If it’s really required, I can get command lines, sources and build logs, but it’ll take me a couple of days of continuous compiling (three-stage gcc bootstrap then multilib

[Bug gas/12157] m68k statement ignored syntax error when @TLSLDO+4(%a0)

http://sourceware.org/bugzilla/show_bug.cgi?id=12157 Thorsten Glaser changed: What|Removed |Added Target||m68k-linux-gnu URL|

[Bug gas/12157] New: m68k statement ignored syntax error when @TLSLDO+4(%a0)

http://sourceware.org/bugzilla/show_bug.cgi?id=12157 Summary: m68k statement ignored syntax error when @TLSLDO+4(%a0) Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: g

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

-- What|Removed |Added CC||tg at mirbsd dot de http://sourceware.org/bugzilla/show_bug.cgi?id=10144 --- You are receiving this mail

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

--- Additional Comments From tg at mirbsd dot de 2010-01-23 18:03 --- Created an attachment (id=4550) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4550&action=view) Testcase #3 (with .c .s .o/.so) (In reply to comment #4) > Works for me with FSF versions of GCC an

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

-- What|Removed |Added Status|WAITING |NEW http://sourceware.org/bugzilla/show_bug.cgi?id=10144 --- You are receiving this mail because: ---

[Bug gas/10740] Intel syntax far jumps broken

--- Additional Comments From tg at mirbsd dot de 2010-01-03 16:44 --- I think there may be a documentation or bug issue left: You are testing for: ljmp0x9090,0x90909090 ljmp0x9090:0x90909090 jmp 0x9090,0x90909090 jmp 0x9090:0x90909090

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

--- Additional Comments From tg at mirbsd dot de 2010-01-01 14:37 --- Created an attachment (id=4488) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4488&action=view) New minimal testcase New more minimal testcase. I used an external function to make sure gcc doesn’t o

[Bug gas/10740] amd64+i386 as: i8086 Intel syntax far jumps broken (both variants of them)

--- Additional Comments From tg at mirbsd dot de 2009-10-10 20:36 --- > 1. Assembly source. .intel_syntax noprefix .text .code16 .globl _start _start: ljmp0xF000,0xFFF0 > 2. Command line options. t...@bleu:~ $ as -o x.o x.s > 3. Expect

[Bug gas/10740] New: amd64+i386 as: i8086 Intel syntax far jumps broken (both variants of them)

may or may not be a bug you'd want to forward upstream. -- Summary: amd64+i386 as: i8086 Intel syntax far jumps broken (both variants of them) Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: