--- Additional Comments From amodra at gmail dot com 2010-01-15 09:37
---
The sysv gabi says:
"When the link editor combines several relocatable object files, it does not
allow multiple definitions of STB_GLOBAL symbols with the same name. On the
other hand, if a defined global symbol e
On arm Target, the following code:
ldrvcsh sp, [pc], #182
ldrvcsh sp, [pc, #182]
is disassembled as follow
94: 70dfdbf6ldrvcsh sp, [pc, #182] ; 152
98: 71dfdbf6ldrvcsh sp, [pc, #182] ; 156
There is an error in handling the addressing mode of the first ins
--
What|Removed |Added
Severity|normal |minor
http://sourceware.org/bugzilla/show_bug.cgi?id=11176
--- You are receiving this mail because: -
--- Additional Comments From nickc at redhat dot com 2010-01-15 11:49
---
Created an attachment (id=4522)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4522&action=view)
Fix decoding of signed PC offsets
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11170
--- You a
--- Additional Comments From nickc at redhat dot com 2010-01-15 11:50
---
Hi Mikaël,
Please could you try out the uploaded patch and let me know if it works for
you.
Cheers
Nick
--
What|Removed |Added
---
--- Additional Comments From jmihalicza at gmail dot com 2010-01-15 12:07
---
(In reply to comment #3)
> Crazy C++ templated code take a crazy amount of time to compile/link on my
Yes, I agree, this is a separated example, but such things can appear even in
real applications when complex
--- Additional Comments From amodra at gmail dot com 2010-01-15 12:39
---
Hmm, OK my guess about memory seems wrong. Please compress and attach the .s
file. If you can't do this because even the compressed file is too large,
please try binutils-2.20. 2.18 is quite old, and whatever pr
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
13:13 ---
(In reply to comment #2)
> The sysv gabi says:
> "When the link editor combines several relocatable object files, it does not
> allow multiple definitions of STB_GLOBAL symbols with the same name. On the
>
--
What|Removed |Added
OtherBugsDependingO||11175
nThis||
http://sourceware.org/bugzilla/show_bug.cgi?id=9679
-
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
13:37 ---
In ./libqpe/moc_lnkproperties.o:
140: 000152 FUNCWEAK HIDDEN37 _ZN13LnkPropertiesD1Ev
It is ignored only if there is a definition.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From amodra at gmail dot com 2010-01-15 13:55
---
HJ, I don't understand your point in comment #3.
If your 9679 testcase isn't valid C then you had no reason to apply your 9679
patch. If your 9679 testcase is valid (and I think it is), then I believe the
link err
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
13:56 ---
(In reply to comment #1)
> the testcase is here
>
> http://uclibc.org/~kraj/ld-pr11175.tar.bz2
The testcase is invalid. Linker never saw any definition of
`LnkProperties::~LnkProperties()'.
--
http://s
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
14:00 ---
(In reply to comment #5)
> HJ, I don't understand your point in comment #3.
> If your 9679 testcase isn't valid C then you had no reason to apply your 9679
> patch. If your 9679 testcase is valid (and I thi
--- Additional Comments From amodra at gmail dot com 2010-01-15 14:05
---
In reply to comment #6. Look again.
$ nm -o *.o | grep _ZN13LnkPropertiesD1Ev
fileselector.o: U _ZN13LnkPropertiesD1Ev
lnkproperties.o:0ae9 T _ZN13LnkPropertiesD1Ev
moc_lnkproperties.o:0001 W _ZN13
Please add the sentence
Note that -e ENTRY does not register ENTRY as an undefined symbol. Use the -u
option for that.
to the description of -e ENTRY in (ld.info)Options.
--
Summary: Documentation enhancement: option -e
Product: binutils
Version: unspecified
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
16:01 ---
(In reply to comment #8)
> In reply to comment #6. Look again.
> $ nm -o *.o | grep _ZN13LnkPropertiesD1Ev
> fileselector.o: U _ZN13LnkPropertiesD1Ev
> lnkproperties.o:0ae9 T _ZN13LnkPropertiesD
--- Additional Comments From jmihalicza at gmail dot com 2010-01-15 16:58
---
I have uploaded the asm and the object to:
http://people.inf.elte.hu/pocok/main2.s.zip
http://people.inf.elte.hu/pocok/main2.o.zip
Both of them are <2MB.
Also I updated my cygwin, from ld the following version
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
17:34 ---
(In reply to comment #7)
> (In reply to comment #5)
> > HJ, I don't understand your point in comment #3.
> > If your 9679 testcase isn't valid C then you had no reason to apply your
> > 9679
> > patch. If
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15
18:29 ---
(In reply to comment #9)
> (In reply to comment #8)
> > In reply to comment #6. Look again.
> > $ nm -o *.o | grep _ZN13LnkPropertiesD1Ev
> > fileselector.o: U _ZN13LnkPropertiesD1Ev
> > lnkpropertie
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15
18:42 ---
after reading the googlegroups thread if ld will propagate most restrictive
visibility to the output for a symbol irrespective of its definition then I
think this is not what gcc thinks when generating code i
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
19:04 ---
Created an attachment (id=4523)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4523&action=view)
A simple testcase
[...@gnu-6 pr11175]$ make
cc -fPIC -c -o x.o x.c
cc -fPIC -c -o foo.o foo.c
cc
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
19:15 ---
(In reply to comment #12)
> after reading the googlegroups thread if ld will propagate most restrictive
> visibility to the output for a symbol irrespective of its definition then I
> think this is not what
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
19:22 ---
`-fvisibility-inlines-hidden'
This switch declares that the user does not attempt to compare
pointers to inline methods where the addresses of the two functions
were taken in different shared
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15
21:37 ---
(In reply to comment #15)
> `-fvisibility-inlines-hidden'
> This switch declares that the user does not attempt to compare
> pointers to inline methods where the addresses of the two functions
>
--
What|Removed |Added
Attachment #4523|application/octet-stream|application/x-bzip
mime type||
http://sourceware.org/bugzilla/show_bug.c
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-15
22:11 ---
(In reply to comment #16)
> (In reply to comment #15)
> > `-fvisibility-inlines-hidden'
> > This switch declares that the user does not attempt to compare
> > pointers to inline methods where the a
--- Additional Comments From raj dot khem at gmail dot com 2010-01-16
00:25 ---
Created an attachment (id=4524)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4524&action=view)
preprocessed testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11175
--- You are rec
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-16
00:41 ---
(In reply to comment #19)
> (In reply to comment #18)
> > Created an attachment (id=4524)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4524&action=view)
> > preprocessed testcase
> >
>
> -fvisibi
--- Additional Comments From raj dot khem at gmail dot com 2010-01-16
00:27 ---
(In reply to comment #18)
> Created an attachment (id=4524)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4524&action=view)
> preprocessed testcase
>
-fvisibility-inlines-hidden is making this diff
--- Additional Comments From hjl dot tools at gmail dot com 2010-01-16
01:06 ---
Here is a testcase:
[...@gnu-6 pr11175]$ cat z.cc
class QObject
{
public:
virtual ~QObject();
virtual const char *className() const;
};
class LnkProperties : public QObject
{
public:
const char *clas
30 matches
Mail list logo
