[Bug ld/12029] New: docus error for symbol unmangling support in VERSION commands
The documentation for the VERSIONS linker script command (ld docs s3.9) has a
mistake in the example for the C++ unmangled name support.
(from the big example at the top:)
extern "C++" {
ns::*;
"int f(int, double)";
}
The unmangled name should not contain the function return type as this will not
match. ld simply does not apply the correct binding to the f symbol.
--
Summary: docus error for symbol unmangling support in VERSION
commands
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: richard dot barton at arm dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=12029
--- 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/12029] docus error for symbol unmangling support in VERSION commands
--- Additional Comments From amodra at gmail dot com 2010-09-17 11:41 --- Fixed mainline 2010-07-20 Mike Frysinger -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=12029 --- 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/12030] New: assertion fail linker.c:2678
GNU ld (GNU Binutils) 2.20.51.20100917
Supported emulations:
i386pe
using external linker script:
==
OUTPUT_FORMAT(pei-i386)
SECTIONS
{
.text __image_base__ + __section_alignment__ :
{
*(.init)
*(.text)
*(SORT(.text$*))
*(.glue_7t)
*(.glue_7)
___CTOR_LIST__ = .; __CTOR_LIST__ = .;
LONG (-1); *(SORT(.ctors.*)); *(.ctors); *(.ctor); LONG
(0);
___DTOR_LIST__ = .; __DTOR_LIST__ = .;
LONG (-1); *(SORT(.dtors.*)); *(.dtors); *(.dtor);
LONG (0);
*(.fini)
/* ??? Why is .gcc_exc here? */
*(.gcc_exc)
etext = .;
*(.gcc_except_table)
}
.autoload_text ALIGN(__section_alignment__) :
{
*(.*_autoload_text);
}
/* The Cygwin DLL uses a section to avoid copying certain data
on fork. This used to be named ".data". The linker used
to include this between __data_start__ and __data_end__, but that
breaks building the cygwin32 dll. Instead, we name the section
".data_cygwin_nocopy" and explictly include it after __data_end__. */
.data ALIGN(__section_alignment__) :
{
__data_start__ = .;
*(.data)
*(.data2)
*(SORT(.data$*))
__data_end__ = .;
*(.data_cygwin_nocopy)
}
.rdata ALIGN(__section_alignment__) :
{
*(.rdata)
*(SORT(.rdata$*))
*(.eh_frame)
}
.pdata ALIGN(__section_alignment__) :
{
*(.pdata)
}
.bss ALIGN(__section_alignment__) :
{
__bss_start__ = .;
*(.bss)
*(COMMON)
__bss_end__ = .;
}
.edata ALIGN(__section_alignment__) :
{
*(.edata)
}
.rsrc BLOCK(__section_alignment__) :
{
*(.rsrc)
*(SORT(.rsrc$*))
}
.reloc BLOCK(__section_alignment__) :
{
*(.reloc)
}
.cygwin_dll_common ALIGN(__section_alignment__):
{
*(.cygwin_dll_common)
}
.gnu_debuglink_overlay ALIGN(__section_alignment__) (NOLOAD):
{
BYTE(0) /* c */
BYTE(0) /* y */
BYTE(0) /* g */
BYTE(0) /* w */
BYTE(0) /* i */
BYTE(0) /* n */
BYTE(0) /* 1 */
BYTE(0) /* . */
BYTE(0) /* d */
BYTE(0) /* b */
BYTE(0) /* g */
BYTE(0) /* \0 */
LONG(0) /* checksum */
}
.idata ALIGN(__section_alignment__) :
{
/* This cannot currently be handled with grouped sections.
See pe.em:sort_sections. */
SORT(*)(.idata$2)
SORT(*)(.idata$3)
/* These zeroes mark the end of the import list. */
LONG (0); LONG (0); LONG (0); LONG (0); LONG (0);
SORT(*)(.idata$4)
SORT(*)(.idata$5)
SORT(*)(.idata$6)
SORT(*)(.idata$7)
. = ALIGN(16);
__cygheap_start = ABSOLUTE(.);
. = ALIGN(0x1);
}
.cygheap ALIGN(__section_alignment__) :
{
__cygheap_mid = .;
*(.cygheap)
. = . + (512 * 1024);
. = ALIGN(512 * 1024);
}
__cygheap_end = ABSOLUTE(.);
__cygheap_end1 = __cygheap_mid + SIZEOF(.cygheap);
/DISCARD/ :
{
*(.debug$S)
*(.debug$T)
*(.debug$F)
*(.drectve)
}
.stab ALIGN(__section_alignment__) (NOLOAD) :
{
*(.stab)
}
.stabstr ALIGN(__section_alignment__) (NOLOAD) :
{
*(.stabstr)
}
/* DWARF 1.1 and DWARF 2 */
.debug_aranges ALIGN(__section_alignment__) (NOLOAD) : { *
(.debug_aranges) }
.debug_pubnames ALIGN(__section_alignment__) (NOLOAD) : { *
(.debug_pubnames) }
/* DWARF 2 */
.debug_info ALIGN(__section_alignment__) (NOLOAD) : { *(.debug_info) }
.debug_abbrev ALIGN(__section_alignment__) (NOLOAD) : { *
(.debug_abbrev) }
.debug_line ALIGN(__section_alignment__) (NOLOAD) : { *(.debug_line) }
.debug_frameALIGN(__section_alignment__) (NOLOAD) : { *(.debug_frame)
}
.debug_str ALIGN(__section_alignment__) (NOLOAD) : { *(.debug_str) }
.debug_loc ALIGN(__section_alignment__) (NOLOAD) : { *(.debug_loc) }
.debug_macinfo ALIGN(__section_alignment__) (NOLOAD) : { *
(.debug_macinfo) }
.debug_ranges ALIGN(__section_alignment__) (NOLOAD) : { *
(.debug_ranges) }
}
==
attempt to open cygwin.def succeeded
attempt to open assert.o succeeded
assert.o
cropped
Creating library file:
cygdll.a/usr/lib/gcc/i686-pc-cygwin/4.6.0/../../../../i686-pc-
cygwin/bin/ld: BFD (GNU Binutils) 2.20.51.20100917 assertion fail linker.c:2678
/usr/lib/gcc/i686-pc-cygwin/4.6.0/../../../../i686-pc-cygwin/bin/ld: final link
failed:
Section has no contents
collect2: ld returned 1 exit status
--
Summary: assertion fail linker.c:2678
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: jojelino at gmail dot com
CC: bug-binutils at gnu dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://sourceware.org/bugzilla/show_bug.cgi?id
[Bug binutils/12036] New: ar rejects filenames containing '~' in the path
When ar is asked to act on a file whose path includes the '~' character, ar rejects this with a syntax error. E.g.: (echo create /build/buildd/u-boot-linaro-2010.09~rc1.1/debian/build/omap4_panda/post/libpost.a; for lib in ; \ do echo addlib $lib; done; echo save) \ | ar -M ~Syntax error in archive script, line 1 This bug was identified using u-boot, but it's probably reproducible with any number of pieces of software if built in a parent directory with the appropriate characteristics. Patch to follow. -- Summary: ar rejects filenames containing '~' in the path Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: vorlon at debian dot org CC: bug-binutils at gnu dot org,doko at debian dot org http://sourceware.org/bugzilla/show_bug.cgi?id=12036 --- 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 binutils/12036] ar rejects filenames containing '~' in the path
--- Additional Comments From vorlon at debian dot org 2010-09-17 22:07 --- Created an attachment (id=4989) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4989&action=view) add ~ to the set of valid filename chars Solution to this issue courtesy of Zygmunt Krynicki . -- http://sourceware.org/bugzilla/show_bug.cgi?id=12036 --- 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 binutils/12004] "ar --plugin" doesn't work with more than 9 files
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18 03:09 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=12004 --- 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 gold/12007] Illegal initialization vma_sections_(NULL)
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18 03:11 --- Fixed by http://sourceware.org/ml/binutils-cvs/2010-09/msg00100.html -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=12007 --- 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 binutils/11991] ar --plugin does not use plugin
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18 03:12 --- Fixed by http://sourceware.org/ml/binutils-cvs/2010-09/msg00084.html -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11991 --- 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 gold/11997] Different behevior of MEMORY regions
--- Additional Comments From ian at airs dot com 2010-09-18 04:47 --- The memory test failure is fixed. However, there does still seem to be a relevant difference between gold and GNU ld. I used -z max-page-size=0x1000 to eliminate differences due to the page size. With that, gold puts the VMA of the segments at 0, 0x1000, 0x5000, 0x4000, and the LMA at 0, 0x12c, 0x5000, 0x603c. GNU ld puts the VMA at 0, 0x2000, 0x5000, 0x4000 and the LMA at 0, 0x2000, 0x412c, 0x603c. Also gold assigns the sections to segments in the order .sec0, .sec1, .sec3, .sec2, whereas GNU ld generates .sec1, .sec0, .sec3, .sec2. So there seem to be a number of relevant differences. -- What|Removed |Added AssignedTo|ian at airs dot com |nickc at redhat dot com Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=11997 --- 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
