[Bug ld/14603] no reloc emitted for ld generated veneers for ARM
http://sourceware.org/bugzilla/show_bug.cgi?id=14603 Matthew Gretton-Dann mgretton at sourceware dot org changed: What|Removed |Added Status|NEW |RESOLVED CC||mgretton at sourceware dot ||org Resolution||INVALID --- Comment #1 from Matthew Gretton-Dann mgretton at sourceware dot org 2012-09-21 09:13:48 UTC --- The testcase doesn't mark the branch destination as a function. The linker will only veneer function calls. The test should work fine with the following source: .text .arm .global _start _start: bl far_foo .section .far_text,ax .arm .global far_foo .type far_foo, %function @ For thumb you would instead do: .thumb_func far_foo: nop bx lr For further examples see ld/testsuite/ld-arm/farcall-*.s source files. -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14603] no reloc emitted for ld generated veneers for ARM
http://sourceware.org/bugzilla/show_bug.cgi?id=14603 --- Comment #3 from Matthew Gretton-Dann mgretton at sourceware dot org 2012-09-21 09:43:34 UTC --- Surely as you have linked the image together and it is now fully relocated, the linker doesn't need to create relocations for veneers? The test case you provide only contains static relocations. These are applied once at static link time, and cannot - in general - be reapplied after linking (as if the relocations have been specified with .rel sections the necessary addend has been destroyed). If you want to do runtime linking and relocation you need to use dynamic relocations which do not get fixed by the static linker. -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13213] New: Gold does not support the BE-8 big-endian variant of the ARM architecture
http://sourceware.org/bugzilla/show_bug.cgi?id=13213 Bug #: 13213 Summary: Gold does not support the BE-8 big-endian variant of the ARM architecture Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: mgret...@sourceware.org Classification: Unclassified Target: arm-none-eabi Gold only supports the BE-32 (word-invariant) big-endian variant of the ARM architecture (supported in v4, v5, and optionally v6). v6 and v7 introduce BE-8 variant (byte invariant). One of the major features of the BE-8 variant is that all instructions are in little-endian format, whereas they are big-endian in BE-32. The ABI (http://infocenter.arm.com/help/topic/com.arm.doc.ihi0044d/IHI0044D_aaelf.pdf) section 5.5.1 says that object files are produced in BE-32 format and when the linker produces a BE-8 executable image it byte reverses instructions back to little endian format (word-by-word for ARM, half-word-by-half-word for Thumb). BE-8 executable files have the processor specific flag EF_ARM_BE8 set on the image. The implication of this is that currently Gold cannot produce images that will run correctly in big-endian mode on ARM v7-A CPUs. -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13214] New: Gold does emit mapping symbols for stubs
http://sourceware.org/bugzilla/show_bug.cgi?id=13214 Bug #: 13214 Summary: Gold does emit mapping symbols for stubs Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: mgret...@sourceware.org Classification: Unclassified Target: arm-none-eabi Given the following testcase: @tmp.s .syntax unified .thumb .section sect1, ax .globl _start _start: bl bar .section sect2, ax .globl bar .arm bar: bx lr @end of tmp.s Doing the following: arm-none-eabi-as -march=armv5t tmp.s -o tmp.o arm-none-eabi-ld.gold tmp.o -o tmp --section-start sect2=0x1000 \ --section-start sect1=0x0400 arm-none-eabi-objdump -d tmp Produces the following output: 1000 _start: 1000: f000 e800 blx 1004 _start+0x4 1004: f004 e51f ; UNDEFINED instruction: 0xf004e51f 1008: movsr0, r0 100a: 0400lslsr0, r0, #16 The instruction at 0x1004 is actually an ARM instruction (and so should have a $a mapping symbol). The 'instructions' at 0x1008 and 0x100a are actually a word of data, and so should have a $d mapping symbol. Not emitting these mapping symbols is technically in contravention of the ABI, and makes disassembly harder to read, but in the majority of cases won't impact correct execution of images. -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13214] Gold does emit mapping symbols for stubs
http://sourceware.org/bugzilla/show_bug.cgi?id=13214 --- Comment #1 from Matthew Gretton-Dann mgretton at sourceware dot org 2011-09-21 15:05:31 UTC --- Typo in the command lines above: arm-none-eabi-ld.gold tmp.o -o tmp --section-start sect1=0x1000 \ --section-start sect2=0x0400 -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13204] New: Internal error when --section-start is specified twice with the same address
http://sourceware.org/bugzilla/show_bug.cgi?id=13204 Bug #: 13204 Summary: Internal error when --section-start is specified twice with the same address Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: mgret...@sourceware.org Classification: Unclassified Host: x86_64-linux-gnu Target: arm-none-eabi Given the following testcase: @tmp.s .section sect1, ax foo: bx lr .section sect2, ax bar: bx lr @end of tmp.s Assembling and linking as follows: arm-none-eabi-as tmp.s -o tmp.o arm-none-eabi-ld.gold tmp.o -o tmp --section-start sect1=0x1000 \ --section-start sect2=0x1000 produces: arm-none-eabi-ld.gold: internal error in segment_precedes, at .../gold/layout.cc:2979 -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12715] Large immediate for neon vmov assembled incorrectly with as built with --enable-targets=x86_64-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=12715 Matthew Gretton-Dann mgretton at sourceware dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Matthew Gretton-Dann mgretton at sourceware dot org 2011-05-13 14:22:11 UTC --- Fixes committed to both trunk and 2.21 branches. -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12715] Large immediate for neon vmov assembled incorrectly with as built with --enable-targets=x86_64-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=12715 Matthew Gretton-Dann mgretton at sourceware dot org changed: What|Removed |Added Status|NEW |ASSIGNED CC||mgretton at sourceware dot ||org AssignedTo|unassigned at sources dot |mgretton at sourceware dot |redhat.com |org -- 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 mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12296] cortex-m3: SVC is not permitted on this architecture
http://sourceware.org/bugzilla/show_bug.cgi?id=12296 Matthew Gretton-Dann mgretton at sourceware dot org changed: What|Removed |Added CC||mgretton at sourceware dot ||org --- Comment #3 from Matthew Gretton-Dann mgretton at sourceware dot org 2011-03-30 09:32:31 UTC --- (In reply to comment #2) It looks like the v7 processor profile (which the Cortex-M3 is an example of) neglects to mark the os extension as being available. This is indeed the case. Mistake on my part when creating the initial patch. Please submit a patch - with testcase - to the binutils mailing list. -- 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 mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12198] SVC in thumb assembler forces M-profile attribute
http://sourceware.org/bugzilla/show_bug.cgi?id=12198 Matthew Gretton-Dann mgretton at sourceware dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Matthew Gretton-Dann mgretton at sourceware dot org 2010-11-17 10:03:05 UTC --- Fix checked in on 2.21 branch and trunk: Patch: http://sourceware.org/ml/binutils/2010-11/msg00212.html Commit to trunk: http://sourceware.org/ml/binutils-cvs/2010-11/msg00084.html Commit to binutils-2_21-branch: http://sourceware.org/ml/binutils-cvs/2010-11/msg00086.html -- 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 mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12198] SVC in thumb assembler forces M-profile attribute
http://sourceware.org/bugzilla/show_bug.cgi?id=12198 Matthew Gretton-Dann mgretton at sourceware dot org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at sources dot |mgretton at sourceware dot |redhat.com |org -- 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 mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11995] linker test fails
--- Additional Comments From mgretton at sourceware dot org 2010-09-09 14:56 --- When running the same test I get the following output as the section header: Sections: Idx Name Size VMA LMA File off Algn Flags 0 .interp 0011 8000 8000 8000 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .hash 0048 8014 8014 8014 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 2 .dynsym 00d0 805c 805c 805c 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 3 .dynstr 0083 812c 812c 812c 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 4 .rel.dyn 0008 81b0 81b0 81b0 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 5 .rel.plt 0010 81b8 81b8 81b8 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .plt 002c 81c8 81c8 81c8 2**2 CONTENTS, ALLOC, LOAD, READONLY, CODE 7 .text 0038 8200 8200 8200 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 8 .dynamic 00a0 00010238 00010238 8238 2**2 CONTENTS, ALLOC, LOAD, DATA 9 .got 0014 000102d8 000102d8 82d8 2**2 CONTENTS, ALLOC, LOAD, DATA 10 .data 0004 000102ec 000102ec 82ec 2**0 CONTENTS, ALLOC, LOAD, DATA 11 .bss 0004 000102f0 000102f0 82f0 2**0 ALLOC 12 .ARM.attributes 0018 00018018 2**0 CONTENTS, READONLY 13 .far_arm 0040 0210 0210 0001 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 14 .far_thumb0018 0220 0220 00018000 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE The interesting section is .dynstr which in Nathan's example is 0x91 bytes long and in mine is 0x83 bytes. The contents of my .dynstr section are: arm-none-eabi-objdump -s tmpdir/farcall-mixed-app-v5 Contents of section .dynstr: 812c 00746d70 6469722f 6d697865 642d6c69 .tmpdir/mixed-li 813c 622e736f 006c6962 5f66756e 6331006c b.so.lib_func1.l 814c 69625f66 756e6332 00617070 5f66756e ib_func2.app_fun 815c 63320064 6174615f 6f626a00 5f5f6461 c2.data_obj.__da 816c 74615f73 74617274 005f6564 61746100 ta_start._edata. 817c 5f5f6273 735f7374 61727400 5f5f6273 __bss_start.__bs 818c 735f7374 6172745f 5f005f65 6e64005f s_start__._end._ 819c 5f627373 5f656e64 5f5f005f 5f656e64 _bss_end__.__end 81ac 5f5f00 __. What is the .dynstr section of the failing object? -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11995 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11995] linker test fails
--- Additional Comments From mgretton at sourceware dot org 2010-09-09 15:05 --- Same results seen when using tools targetting arm-none-linux-gnueabi as when seeing arm-none-eabi. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11995 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- Additional Comments From mgretton at sourceware dot org 2010-08-20 15:44 --- Created an attachment (id=4944) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4944action=view) Assembler source to generate object file to link -- What|Removed |Added AssignedTo|unassigned at sources dot |mgretton at sourceware dot |redhat dot com |org Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
-- What|Removed |Added Attachment #4944|application/octet-stream|text/plain mime type|| http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- Additional Comments From mgretton at sourceware dot org 2010-08-20 15:45 --- Created an attachment (id=4945) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4945action=view) Linker script required to reproduce issue. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11897] New: Linking of objects with and without attributes sections is incorrect
Take the following two test files: @ test1.s .syntax unified .thumb .global foo foo: bx lr @ end of test1.s @ test2.s .syntax unified .thumb .cpu cortex-m0 bar: bl foo @ end of test2.s Build as follows: arm-none-eabi-as test1.s -o test1.o arm-none-eabi-as test2.s -o test2.o arm-none-eabi-objcopy -R '.ARM.attributes' test1.o test1.stripped.o arm-non-ld test1.stripped.o test2.o -o test.axf ld reports: .../arm-none-eabi-ld: error: test2.o: Conflicting CPU architectures 0/11 The ABI is silent on the behaviour expected in this case but to ensure backwards compatibility we should allow such objects to link together. The basic issue seems to be that we are treating an object with no .ARM.attributes section as one where all the attributes take their default value (0 or ) and not one which has all the attributes set to undefined (as if a TAG_nodefaults attribute was present), and hence compatible with all other objects. -- Summary: Linking of objects with and without attributes sections is incorrect Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: mgretton at sourceware dot org CC: bug-binutils at gnu dot org GCC target triplet: arm-none-eabi http://sourceware.org/bugzilla/show_bug.cgi?id=11897 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11897] Linking of objects with and without attributes sections is incorrect
-- What|Removed |Added AssignedTo|unassigned at sources dot |mgretton at sourceware dot |redhat dot com |org Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=11897 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11426] New: ld/configure.host does not behave as expected if /bin/sh is dash and not bash
For arm-none-linux-gnueabi ld/configure.host (from CVS HEAD as of 23 March 2010)
executes the following sequence of commands to set HOSTING_CRT0 to the correct
value:
HOSTING_CRT0='-p -dynamic-linker `${CC} --help --verbose 21 | egrep ld[^
]*\.so | sed -e s,.*-dynamic-linker[ ][ ]*\(.*/ld[^ ]*\.so..\).*,\1,`
`${CC} --print-file-name=crt1.o` `${CC} --print-file-name=crti.o` `if [ -f
../gcc/crtbegin.o ]; then echo ../gcc/crtbegin.o; else ${CC}
--print-file-name=crtbegin.o; fi`'
HOSTING_CRT0=`echo $HOSTING_CRT0 | sed -e s,ld\[^ \]\*,ld-linux,g`
When executed in bash HOSTING_CRT0 is now equal to:
-p -dynamic-linker `${CC} --help --verbose 21 | egrep ld-linux\.so | sed -e
s,.*-dynamic-linker[ ][ ]*\(.*/ld-linux\.so..\).*,\1,` `${CC}
--print-file-name=crt1.o` `${CC} --print-file-name=crti.o` `if [ -f
../gcc/crtbegin.o ]; then echo ../gcc/crtbegin.o; else ${CC}
--print-file-name=crtbegin.o; fi`
But with dash it is equal to:
-p -dynamic-linker `${CC} --help --verbose 21 | egrep ld-linux\.so | sed -e
s,.*-dynamic-linker[ ][ ]*\(.*/ld-linux\.so..\).*,^A,` `${CC}
--print-file-name=crt1.o` `${CC} --print-file-name=crti.o` `if [ -f
../gcc/crtbegin.o ]; then echo ../gcc/crtbegin.o; else ${CC}
--print-file-name=crtbegin.o; fi`
(Where ^A is the character with value 1).
This then causes many ld tests to fail if /bin/sh is linked to dash instead of
bash (as is the case for Ubuntu).
My reading of POSIX says that the output of:
echo \1
is implementation defined and so dash's behaviour is acceptable, (as is in this
case bash's).
I believe this issue also affects other targets including x86_64 and mips.
A workaround for these issues is to make the first exec sh ... in
get_link_files in ld/testsuite/config/default.exp be exec bash ... instead.
ld tests that fail if sh is dash instead of bash are:
Running /home/mgretton/binutils/src/ld/testsuite/ld-bootstrap/bootstrap.exp ...
FAIL: bootstrap
FAIL: bootstrap with strip
FAIL: bootstrap with --traditional-format
FAIL: bootstrap with --no-keep-memory
FAIL: bootstrap with --relax
Running /home/mgretton/binutils/src/ld/testsuite/ld-cdtest/cdtest.exp ...
FAIL: cdtest
FAIL: cdtest with -Ur
Running /home/mgretton/binutils/src/ld/testsuite/ld-elf/dwarf.exp ...
FAIL: Run with libdwarf1.so first
FAIL: Run with libdwarf1.so last
Running /home/mgretton/binutils/src/ld/testsuite/ld-elf/elf.exp ...
FAIL: preinit array
FAIL: init array
FAIL: fini array
Running /home/mgretton/binutils/src/ld/testsuite/ld-elf/shared.exp ...
FAIL: Run normal with libfoo.so
FAIL: Run protected with libfoo.so
FAIL: Run hidden with libfoo.so
FAIL: Run normal with versioned libfoo.so
FAIL: Run warn with versioned libfoo.so
FAIL: Run protected with versioned libfoo.so
FAIL: Run hidden with versioned libfoo.so
FAIL: Run normal libbar.so with libfoo.so
FAIL: Run protected libbar.so with libfoo.so
FAIL: Run hidden libbar.so with libfoo.so
FAIL: Run normal libbar.so with versioned libfoo.so
FAIL: Run protected libbar.so with versioned libfoo.so
FAIL: Run hidden libbar.so with versioned libfoo.so
FAIL: Run dl1a with --dynamic-list=dl1.list and dlopen on libdl1.so
FAIL: Run dl1b with --dynamic-list-data and dlopen on libdl1.so
FAIL: Run with libdl2a.so
FAIL: Run with libdl2b.so
FAIL: Run with libdl2c.so
FAIL: Run with libdl4a.so
FAIL: Run with libdl4b.so
FAIL: Run with libdl4c.so
FAIL: Run with libdl4d.so
FAIL: Run with libdl4e.so
FAIL: Run with libdl4f.so
FAIL: Run dl6a1 with --dynamic-list-data and dlopen on libdl6a.so
FAIL: Run dl6a2 with -Bsymbolic-functions and dlopen on libdl6a.so
FAIL: Run dl6a3 with -Bsymbolic and dlopen on libdl6a.so
FAIL: Run dl6a4 with -Bsymbolic --dynamic-list-data and dlopen on libdl6a.so
FAIL: Run dl6a5 with -Bsymbolic-functions --dynamic-list-cpp-new and dlopen on
libdl6a.so
FAIL: Run dl6a6 with --dynamic-list-cpp-new -Bsymbolic-functions and dlopen on
libdl6a.so
FAIL: Run dl6a7 with --dynamic-list-data -Bsymbolic and dlopen on libdl6a.so
FAIL: Run dl6b1 with --dynamic-list-data and dlopen on libdl6b.so
FAIL: Run dl6b2 with dlopen on libdl6b.so
FAIL: Run dl6c1 with --dynamic-list-data and dlopen on libdl6c.so
FAIL: Run dl6d1 with --dynamic-list-data and dlopen on libdl6d.so
FAIL: Run with libdata1.so
FAIL: Run with libfunc1.so comm1.o
FAIL: Run with comm1.o libfunc1.so
FAIL: Run with pr11138-2.c libpr11138-1.so
FAIL: Run with libpr11138-1.so pr11138-2.c
--
Summary: ld/configure.host does not behave as expected if /bin/sh
is dash and not bash
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: mgretton at sourceware dot org
CC: bug-binutils at gnu dot org
GCC host triplet: arm-none-linux-gnueabi
GCC target triplet: arm-none-linux-gnueabi
http://sourceware.org/bugzilla/show_bug.cgi?id=11426
--- You are receiving this mail
[Bug ld/10695] [2.20 regression] ld links libgcc3_uno.so which results in non-working uno2cpp bridge
--- Additional Comments From mgretton at sourceware dot org 2010-03-15 14:39 --- Following discussion and investigation this has been shown to be a problem in OpenOffice's codebase and not a problem with ld. See the following pages for mote information: http://www.openoffice.org/issues/show_bug.cgi?id=105359 and https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/417009 -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=10695 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/9861] FAIL: EABI attributes from directives
--- Additional Comments From mgretton at sourceware dot org 2010-02-22 10:32 --- Patch for this has been committed. See http://sourceware.org/ml/binutils/2010-02/msg00381.html for more information -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=9861 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
