https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #23 from zenith432 at users dot sourceforge.net ---
(In reply to Nick Clifton from comment #22)
> I am confused by this part of the patch:
>
> for (plugin_list_iter = plugin_list;
>plugin_list_
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #21 from zenith432 at users dot sourceforge.net ---
Created attachment 11193
--> https://sourceware.org/bugzilla/attachment.cgi?id=11193&action=edit
Patch implementing Comment 18
Attached is a patch that implements al
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #20 from zenith432 at users dot sourceforge.net ---
It's not just repetitive calls to dlopen() on the same plugin.
It is also repetitive calls to onload() on the same plugin. This isn't
supported by the plugin API.
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #15 from zenith432 at users dot sourceforge.net ---
(In reply to Evangelos Foutras from comment #14)
> I believe the above error is caused by a sequence of "dlopen -> dlclose ->
> dlopen" on LLVMgold.so. (li
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #5 from zenith432 at users dot sourceforge.net ---
Correction:
After another review, I noticed that the gcc plugin does NOT free the syms
array passed to add_symbols() during cleanup_hook(). This array is freed
during the
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #4 from zenith432 at users dot sourceforge.net ---
FYI
I took a look at the code for GCC 8.2 plugin and LLVM 6.0.1 gold plugin.
As best as I can tell
- Neither plugins access the file through the descriptor passed to
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #3 from zenith432 at users dot sourceforge.net ---
This patch should fix it
= Begin Patch
diff --git a/bfd/plugin.c b/bfd/plugin.c
index 7c5bba22..98c79c87 100644
--- a/bfd/plugin.c
+++ b/bfd/plugin.c
@@ -209,8 +209,7
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC||amodra at
https://sourceware.org/bugzilla/show_bug.cgi?id=23424
--- Comment #5 from zenith432 at users dot sourceforge.net ---
This can be silenced with CXXFLAGS="-std=c++11 -Wno-c++11-narrowing", but
should probably be reported separately as a bug. The enum in namespace elfcpp
ends up h
https://sourceware.org/bugzilla/show_bug.cgi?id=23424
--- Comment #1 from zenith432 at users dot sourceforge.net ---
Feeding CXXFLAGS="-std=c++11" to configure also does the job...
cat main.cxx
class X
{
public:
struct _T { int a; int b; } s;
X(void) : s({1, 2}) {}
};
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC|zenith432 at users dot sourceforge
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC||zenith432 at
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC|zenith432 at users dot sourceforge
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC||zenith432 at
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
--- Comment #4 from zenith432 at users dot sourceforge.net ---
There's an ambiguity in ANSI C about this. From C11
Section 6.9.2 External object definitions
1 If the declaration of an identifier for an object has file scope a
https://sourceware.org/bugzilla/show_bug.cgi?id=23350
--- Comment #4 from zenith432 at users dot sourceforge.net ---
What difference does it make? This is undefined behavior. It doesn't link
-fno-lto either.
gcc -c main.i && gcc -c lib.i && ar rusc lib.a lib.o
gcc main.o
https://sourceware.org/bugzilla/show_bug.cgi?id=23324
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
https://sourceware.org/bugzilla/show_bug.cgi?id=23309
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
https://sourceware.org/bugzilla/show_bug.cgi?id=23324
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC||nickc at
https://sourceware.org/bugzilla/show_bug.cgi?id=23324
--- Comment #1 from zenith432 at users dot sourceforge.net ---
It appears this issue has been around longer - since the commit that this bit
was introduced
http://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;h
Severity: critical
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: zenith432 at users dot sourceforge.net
CC: hjl.tools at gmail dot com
Target Milestone: 2.31
== main.c
#include
int a = 5;
int* f(void
https://sourceware.org/bugzilla/show_bug.cgi?id=23309
--- Comment #3 from zenith432 at users dot sourceforge.net ---
Created attachment 11088
--> https://sourceware.org/bugzilla/attachment.cgi?id=11088&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=23309
--- Comment #2 from zenith432 at users dot sourceforge.net ---
So here's what's going...
In ld/plugin.c (ld.bfd)... the following code in get_symbols_v2
=
if (res == LDPR_PREVAILING_DEF_IRONLY)
{
/* We ne
https://sourceware.org/bugzilla/show_bug.cgi?id=23309
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC||hjl.tools at
Version: 2.31 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: zenith432 at users dot sourceforge.net
Target Milestone: ---
Test Case:
test.c
https://sourceware.org/bugzilla/show_bug.cgi?id=23306
--- Comment #2 from zenith432 at users dot sourceforge.net ---
Created attachment 11079
--> https://sourceware.org/bugzilla/attachment.cgi?id=11079&action=edit
apple_nm.c and llvm-nm.cpp
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=23306
--- Comment #3 from zenith432 at users dot sourceforge.net ---
I'm not sure whether it's based on a formal specification, but here are two
source files
apple_nm.c
Taken from Apple's open source. The function print_mach_symb
: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: zenith432 at users dot sourceforge.net
Target Milestone: ---
There are 3 utilities that dump the symbol table of object files
objdump
readelf
nm
Of these, objdump and readelf can display
https://sourceware.org/bugzilla/show_bug.cgi?id=23254
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
https://sourceware.org/bugzilla/show_bug.cgi?id=23254
--- Comment #3 from zenith432 at users dot sourceforge.net ---
- Your attached patch fixes the problem.
- For the record, I did a workaround with the patch
--- orig_plugin.c 2018-01-13 13:31:16.0 +
+++ plugin.c
https://sourceware.org/bugzilla/show_bug.cgi?id=23254
--- Comment #2 from zenith432 at users dot sourceforge.net ---
Created attachment 11052
--> https://sourceware.org/bugzilla/attachment.cgi?id=11052&action=edit
code to reproduce error
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=23254
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
CC||amodra at
Product: binutils
Version: 2.31 (HEAD)
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: zenith432 at users dot sourceforge.net
Target Milestone: ---
When pro
33 matches
Mail list logo
