[Bug ld/16746] ld complains about .gnu.warning symbols referenced by linker plugin inputs
https://sourceware.org/bugzilla/show_bug.cgi?id=16746 --- Comment #5 from Richard Guenther --- (In reply to H.J. Lu from comment #4) > _bfd_generic_link_add_one_symbol needs change to properly > handle it. It should check BFD_PLUGIN for WARN. Can you try to fix it? That would certainly be faster than me trying to dig into ld sources for my first time... -- 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/16753] Inconsistent propagation of symbol types to derived symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=16753 Rafael Ávila de Espíndola cha nged: What|Removed |Added CC||iains at sourceware dot org -- 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/16753] New: Inconsistent propagation of symbol types to derived symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=16753 Bug ID: 16753 Summary: Inconsistent propagation of symbol types to derived symbols Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: rafael.espindola at gmail dot com When the type of a symbol is changed, it may or may not be propagated symbols based on it. Given .type b, @object a = b b: .type b, @function The new type is propagated and we get 4: 0 FUNCLOCAL DEFAULT1 b 5: 0 FUNCLOCAL DEFAULT1 a but given .type b, @object b: a = b .type b, @function The new type is not propagated and we get 4: 0 FUNCLOCAL DEFAULT1 b 5: 0 OBJECT LOCAL DEFAULT1 a Tested with d3839ede057ef077667978dbd065e7b5702c9176. -- 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/16756] New: Incorrect warning message
https://sourceware.org/bugzilla/show_bug.cgi?id=16756
Bug ID: 16756
Summary: Incorrect warning message
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
This testcase is derived from PR 12760 since we only see the warning
section after the LTO IR symbols have been loaded. Since we don't
keep the undefined reference when seeing a definition, we lose the
reference info:
[hjl@gnu-6 warn-6]$ cat foo.c
void foo () { }
[hjl@gnu-6 warn-6]$ cat bar.c
static const char _evoke_link_warning_foo[]
__attribute__ ((used, section (".gnu.warning.foo")))
= "function foo is deprecated";
[hjl@gnu-6 warn-6]$ cat main.c
extern void foo ();
int
main ()
{
foo ();
return 0;
}
[hjl@gnu-6 warn-6]$ make
gcc -B./ -O2 -g -c -o main.o main.c
gcc -B./ -O2 -g -c -o foo.o foo.c
gcc -B./ -O2 -g -c -o bar.o bar.c
gcc -B./ -nostdlib -Wl,-e,main -o x main.o foo.o bar.o
foo.o: warning: function foo is deprecated
^^^ It should be main.c, not foo.o.
[hjl@gnu-6 warn-6]$ gcc -B./ -nostdlib -Wl,-e,main -o x main.o bar.o foo.o
main.o: In function `main':
/export/home/hjl/bugs/binutils/warn-6/main.c:5: warning: function foo is
deprecated
[hjl@gnu-6 warn-6]$
--
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/16746] ld complains about .gnu.warning symbols referenced by linker plugin inputs
https://sourceware.org/bugzilla/show_bug.cgi?id=16746 --- Comment #6 from H.J. Lu --- A patch is posted at https://sourceware.org/ml/binutils/2014-03/msg00261.html -- 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
