[Bug gold/14217] internal error in set_offset

2015-02-09 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=14217 Will Newton changed: What|Removed |Added CC||arekm at maven dot pl --- Comment #1 fr

[Bug gold/15449] internal error in set_offset, at output.cc:4665

2015-02-09 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |DUPLICATE --- Comment #2 from Will Newton --- This appears to be a duplicate of gold/14217. *** This bug has been marked as a duplicate of bug 14217 *** -- You are receiving this mail because: You

[Bug gold/17081] gold produces static arm binary that crashes at startup

2015-02-09 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #4 from Will Newton --- I believe this issue is fixed in this commit: commit fa89cc82f5ca51f3135a9f2043b85b6a16c205eb Author: Han Shen Date: Thu Jan 29 10:00:46 2015 -0800

[Bug binutils/14541] Wrong entry point computation using cross binutils linux amd64->arm-linux-gnueabihf

2014-07-19 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=14541 Will Newton changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug binutils/14541] Wrong entry point computation using cross binutils linux amd64->arm-linux-gnueabihf

2014-07-19 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=14541 Will Newton changed: What|Removed |Added CC||will.newton at gmail dot com

[Bug binutils/11170] error in objdump disassemble for ARM target

2014-07-19 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #5 from Will Newton --- Closing as this issue is fixed on master. -- You are receiving this mail because: You are on the CC list for the bug

[Bug binutils/13295] Segfault and/or incorrect output in objdump when disassembling an ARM library

2014-07-19 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #5 from Will Newton --- Closing as this is fixed on master. -- You are receiving this mail because: You are on the CC list for the bug

[Bug gas/13033] ARM Assembler Segfaults

2014-07-19 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #4 from Will Newton --- Closing as this is fixed on master. -- You are receiving this mail because: You are on the CC list for the bug

[Bug gas/14887] Error: ARM register expected -- `str r1,[ r0 ]'

2014-07-09 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #7 from Will Newton --- This issue appears to be resolved with 2.24. -- You are receiving this mail because: You are on the CC list for the bug

[Bug gas/13104] ARM unified syntax: "b 0" with -mcpu=cortex-m3 crashes gas

2014-07-08 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=13104 Will Newton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gas/16722] arm: literal pool syntax for vldr is broken

2014-07-08 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16722 Will Newton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/15636] [2.24 regression] missing NEEDED libc when building with g++ -Wl,--as-needed

2014-07-04 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |INVALID --- Comment #2 from Will Newton --- The Debian bug is closed based on Alan Modra's reply here: https://sourceware.org/ml/binutils/2013-07/msg1.html So closing this bug too. -- Yo

[Bug gas/17116] New: ARM: Testsuite could be improved form Thumb relocations

2014-07-04 Thread will.newton at gmail dot com
Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: will.newton at gmail dot com Target: arm The current gas testsuite does not test all the different Thumb relocation types. Tests should really be added to make sure each

[Bug gas/17115] New: ARM: Testsuite could be improved for VFP/NEON Thumb2 encodings

2014-07-04 Thread will.newton at gmail dot com
: enhancement Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: will.newton at gmail dot com Target: arm Thumb2 encodings of NEON and VFPv3 instructions are not systematically tested. We should add tests that cover these

[Bug ld/16340] aarch64: offset into GOT for TLS relocation computed inconsistently

2014-03-31 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #1 from Will Newton --- Fixed by this commit: commit f44a1f8e513b37bcc52ba9ea0c172c3e94852756 Author: Christophe Lyon Date: Tue Jan 14 15:53:50 2014 +0100 2014-01-14

[Bug gas/16722] New: arm: literal pool syntax for vldr is broken

2014-03-18 Thread will.newton at gmail dot com
: gas Assignee: unassigned at sourceware dot org Reporter: will.newton at gmail dot com Using the literal pool syntax with the vldr instruction works in an unexpected way: [will@localhost gas]$ cat lit.s .text vldr d0, =0x [will@localhost gas]$ ./as-new -mfpu=neon

[Bug gas/16722] arm: literal pool syntax for vldr is broken

2014-03-18 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16722 Will Newton changed: What|Removed |Added Target||arm -- You are receiving this mail bec

[Bug gas/16688] aarch64: bignums in literal pools do not work correctly

2014-03-18 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16688 --- Comment #6 from Will Newton --- I had a quick look at this and I don't think it is currently possible to create a bignum literal with the ARM assembler so this issue does not arise. vldr literal pool syntax does not work correctly howeve

[Bug gas/16688] aarch64: bignums in literal pools do not work correctly

2014-03-12 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16688 --- Comment #3 from Will Newton --- Yes, this patch fixes the issue for me, thanks! It would be nice to get the memory freed up. I think it should be safe to free the data at the point of the fixme as the bignum field is only referenced in a

[Bug gas/16688] aarch64: bignums in literal pools do not work correctly

2014-03-11 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16688 Will Newton changed: What|Removed |Added Target||aarch64 -- You are receiving this mail

[Bug gas/16688] aarch64: bignums in literal pools do not work correctly

2014-03-11 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16688 --- Comment #1 from Will Newton --- ldr q0, =0x5a8279995a8279995a8279995a827999 ldr q1, =0x6ed9eba16ed9eba16ed9eba16ed9eba1 ldr q2, =0x8f1bbcdc8f1bbcdc8f1bbcdc8f1bbcdc ldr q3, =0xca62c1d6ca62c1d6ca62c1d6ca62c1d6 produces <

[Bug gas/16688] New: aarch64: bignums in literal pools do not work correctly

2014-03-11 Thread will.newton at gmail dot com
Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: will.newton at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug

[Bug gas/16103] Symbol referenced when it should not be in aarch64

2013-11-05 Thread will.newton at gmail dot com
||will.newton at gmail dot com Resolution|--- |FIXED --- Comment #1 from Will Newton --- Fixed in commit 8db49cc2de52033990ae5d4d6aacedc8f986e803. -- You are receiving this mail because: You are on the CC list for the bug

[Bug gas/15273] New: arm assembler produces malformed error message on deprecated mcr instructions

2013-03-12 Thread will.newton at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15273 Bug #: 15273 Summary: arm assembler produces malformed error message on deprecated mcr instructions Product: binutils Version: 2.24 (HEAD) Status: NEW Severi

[Bug gas/13104] ARM unified syntax: "b 0" with -mcpu=cortex-m3 crashes gas

2013-03-07 Thread will.newton at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13104 Will Newton changed: What|Removed |Added CC||will.newton at gmail dot

[Bug ld/12965] unresolvable R_ARM_THM_JUMP24 relocation against symbol `memcpy@@GLIBC_2.4' while linking Chromium browser

2013-03-06 Thread will.newton at gmail dot com
||will.newton at gmail dot ||com Resolution||FIXED --- Comment #1 from Will Newton 2013-03-07 07:52:19 UTC --- A fix for this bug was applied in 2011 and the corresponding launchpad bug has been

[Bug binutils/13135] printf format width mismatch segfault in ARM disassembly

2013-03-06 Thread will.newton at gmail dot com
||will.newton at gmail dot ||com Resolution||FIXED --- Comment #7 from Will Newton 2013-03-07 07:40:34 UTC --- The original issue appears to be fixed, so marking as resolved. -- Configure