http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #28 from Igor Pashev 2012-11-21
09:28:28 UTC ---
Excellent!
# ./binutils/strip-new libfoo-sun.so -o libfoo-sun-stripped.so
e# ls -lh libfoo-sun-stripped.so libfoo-sun.so
-rwxr-xr-x 1 root root 7,1K ноя 16 19:11 libfoo-sun.s
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #26 from Igor Pashev 2012-11-17
08:42:45 UTC ---
(In reply to comment #25)
> (In reply to comment #23)
> > Created attachment 6742 [details]
> > large size of stripped binary
>
> Please provide unstripped library.
I did, libfoo-s
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #24 from Igor Pashev 2012-11-16
13:43:14 UTC ---
Oh, bugzilla is confused with pr14493 in URL
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #23 from Igor Pashev 2012-11-16
13:41:32 UTC ---
Created attachment 6742
--> http://sourceware.org/bugzilla/attachment.cgi?id=6742
large size of stripped binary
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #22 from Igor Pashev 2012-11-16
13:40:27 UTC ---
http://osdyson.org/projects/binutils/repository/entry/patches/pr14493-sol2.patch
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiv
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #21 from Igor Pashev 2012-11-16
13:39:56 UTC ---
[1]
http://osdyson.org/projects/binutils/repository/entry/patches/pr14493-sol2.patch
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are re
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #20 from Igor Pashev 2012-11-16
13:38:40 UTC ---
Ok, with the patch for SUNW_ldynsym stripped library now can be linked in
successfully, but now I'm confused with the size of stripped binary:
# ls -lh libfoo*.so
-rwxr-xr-x
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #19 from Igor Pashev 2012-11-16
13:37:44 UTC ---
Ok, with the patch for SUNW_ldynsym stripped library now can be linked in
successfully, but now I'm confused with the size of stripped binary:
# ls -lh libfoo*.so
-rwxr-xr-x
http://sourceware.org/bugzilla/show_bug.cgi?id=14852
--- Comment #1 from Igor Pashev 2012-11-16
10:12:18 UTC ---
# cat /usr/bin/ld-gnu-to-sun
#!/bin/sh
set -e
set -u
cmd=/usr/bin/sunld
while [ $# -ne 0 ]; do
case "$1" in
# GCC with GNU ld passes -m ,
# Sun ld does not nee
http://sourceware.org/bugzilla/show_bug.cgi?id=14852
Bug #: 14852
Summary: gnu ld can't use a library linked via solaris ld, if
that library uses a library linked with GNU ld
Product: binutils
Version: 2.22
Status: NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #16 from Igor Pashev 2012-11-13
21:23:26 UTC ---
*** Bug 13406 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail becau
http://sourceware.org/bugzilla/show_bug.cgi?id=13406
Igor Pashev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #15 from Igor Pashev 2012-11-13
21:11:20 UTC ---
Created attachment 6734
--> http://sourceware.org/bugzilla/attachment.cgi?id=6734
proposed patch
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #14 from Igor Pashev 2012-11-13
21:10:32 UTC ---
I think I've fixed this.
The root of the problem is equivalent to this version script:
= >8
# "Builtin":
{
global:
_PROCEDURE_LINKAGE_TAB
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #13 from Igor Pashev 2012-11-09
19:08:26 UTC ---
Wow! There is an option --default-symver for ld.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
http://sourceware.org/bugzilla/show_bug.cgi?id=13406
--- Comment #4 from Igor Pashev 2012-11-09
18:56:08 UTC ---
anonymous tag may not be combined with other tags.
Instead, on Solaris platform, any non-tagged symbol must be tagged with "Base
version": soname or file base name (if no soname)
ht
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #12 from Igor Pashev 2012-11-09
12:18:59 UTC ---
(In reply to comment #11)
> It looks like Solaris linker adds soname as a version tag for unversionned
> symbols:
>
> libbrand.so: undefined reference to
> `__xmldovaliditycheckingd
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #11 from Igor Pashev 2012-11-09
12:09:32 UTC ---
It looks like Solaris linker adds soname as a version tag for unversionned
symbols:
libbrand.so: undefined reference to
`__xmldovaliditycheckingdefaultva...@libxml2.so.2'
__xmlDoVa
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
Igor Pashev changed:
What|Removed |Added
Version|2.21|2.22
--
Configure bugmail: h
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #10 from Igor Pashev 2012-10-10
19:46:56 UTC ---
Sorry for spaming, I guess anonymous symbols should be tagged with the base
version
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- Y
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #9 from Igor Pashev 2012-10-10
19:40:22 UTC ---
Created attachment 6681
--> http://sourceware.org/bugzilla/attachment.cgi?id=6681
elfdump liblib.so
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?ta
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #8 from Igor Pashev 2012-10-10
19:38:50 UTC ---
BTW, Solaris linker is completely happy with anonymous tags.
# cat lib.c
int hello(void)
{
return -1;
}
# cat map
{
global:
hello;
local:
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #7 from Igor Pashev 2012-10-10
14:58:35 UTC ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > Could this be caused by symbol "_lib_version" which is compiled in in
> > > every
> >
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #6 from Igor Pashev 2012-10-10
13:58:45 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > Could this be caused by symbol "_lib_version" which is compiled in in every
> > binary from values-X[].o ? "_lib_versio
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #5 from Igor Pashev 2012-10-10
13:14:30 UTC ---
(In reply to comment #4)
> Could this be caused by symbol "_lib_version" which is compiled in in every
> binary from values-X[].o ? "_lib_version" has version tag associated wi
http://sourceware.org/bugzilla/show_bug.cgi?id=12549
Igor Pashev changed:
What|Removed |Added
Attachment #5276|0 |1
is patch|
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #4 from Igor Pashev 2012-10-10
12:38:05 UTC ---
Could this be caused by symbol "_lib_version" which is compiled in in every
binary from values-X[].o ? "_lib_version" has version tag associated with it in
libc.
--
Config
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #14 from Igor Pashev 2012-08-25
15:54:44 UTC ---
(In reply to comment #11)
> Created attachment 6612 [details]
> A patch
>
> Please test it.
Thank you!
"strip" now seems to work properly (elfdump happy with it), but I found new
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #13 from Igor Pashev 2012-08-25
15:49:34 UTC ---
Created attachment 6614
--> http://sourceware.org/bugzilla/attachment.cgi?id=6614
with patch: elfdump of 'strip-x'ed binary (strip -x ldynsym)
--
Configure bugmail: http://source
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #12 from Igor Pashev 2012-08-25
15:47:56 UTC ---
Created attachment 6613
--> http://sourceware.org/bugzilla/attachment.cgi?id=6613
with patch: elfdump of stripped binary (strip ldynsym)
--
Configure bugmail: http://sourceware.o
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #9 from Igor Pashev 2012-08-23
14:58:24 UTC ---
AFAIK, ".SUNW_ldynsym" and ".dynsym" sections do overlap.
".SUNW_ldynsym" goes just before ".dynsym" and supersets it.
So Solaris utilities read contents of ".dynsym" as it is under
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #6 from Igor Pashev 2012-08-23
14:44:44 UTC ---
Created attachment 6608
--> http://sourceware.org/bugzilla/attachment.cgi?id=6608
Compiled solaris 32-bit binary (gcc -O0 -gdwarf-2; GCC 3.4.3
(csl-sol210-3_4-20050802))
--
Config
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #8 from Igor Pashev 2012-08-23
14:47:39 UTC ---
Created attachment 6610
--> http://sourceware.org/bugzilla/attachment.cgi?id=6610
Dump made by readelf from GNU binutils
--
Configure bugmail: http://sourceware.org/bugzilla/userp
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #7 from Igor Pashev 2012-08-23
14:46:16 UTC ---
Created attachment 6609
--> http://sourceware.org/bugzilla/attachment.cgi?id=6609
Dump made by solaris utility elfdump
--
Configure bugmail: http://sourceware.org/bugzilla/userpre
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #5 from Igor Pashev 2012-08-23
14:42:07 UTC ---
Created attachment 6607
--> http://sourceware.org/bugzilla/attachment.cgi?id=6607
C source
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #3 from Igor Pashev 2012-08-18
10:22:09 UTC ---
Created attachment 6589
--> http://sourceware.org/bugzilla/attachment.cgi?id=6589
test_noldynsym-stripped-elfdump-s.txt
--
Configure bugmail: http://sourceware.org/bugzilla/userpr
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #2 from Igor Pashev 2012-08-18
10:21:01 UTC ---
Created attachment 6588
--> http://sourceware.org/bugzilla/attachment.cgi?id=6588
test_noldynsym-nonstripped-elfdump-s.txt
--
Configure bugmail: http://sourceware.org/bugzilla/use
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
--- Comment #1 from Igor Pashev 2012-08-18
10:19:57 UTC ---
Created attachment 6587
--> http://sourceware.org/bugzilla/attachment.cgi?id=6587
test_ldynsym-stripped-elfdump-s.txt
--
Configure bugmail: http://sourceware.org/bugzilla/userpref
http://sourceware.org/bugzilla/show_bug.cgi?id=14493
Bug #: 14493
Summary: "strip" breaks .SUNW_ldynsym section on illumos
Product: binutils
Version: 2.22
Status: NEW
Severity: normal
Priority: P2
Component: bin
http://sourceware.org/bugzilla/show_bug.cgi?id=13863
Bug #: 13863
Summary: Allow alternative linker via LD_ALTEXEC environment
variable
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
--- Comment #3 from Igor Pashev 2012-02-25
07:34:55 UTC ---
What about assigning [on the fly] some tag instead to those "anonymous" tags?
Say "__solaris_anon" or whatsoever. Or maybe "Base". dpkg-gensymbols list
anonymous tags as @Base. In an
http://sourceware.org/bugzilla/show_bug.cgi?id=13406
--- Comment #3 from Igor Pashev 2012-02-25
07:30:58 UTC ---
What about assigning [on the fly] some tag instead to those "anonymous" tags?
Say "__solaris_anon" or whatsoever. Or maybe "Base". dpkg-gensymbols list
anonymous tags as @Base. In an
http://sourceware.org/bugzilla/show_bug.cgi?id=13406
--- Comment #2 from Igor Pashev 2012-01-26
12:52:33 UTC ---
(In reply to comment #0)
> This would also solve bug 12548 as a side-effect :)
I' not sure. I got "File format not recognized" when linking library built with
this patch (and mixing
http://sourceware.org/bugzilla/show_bug.cgi?id=13406
Igor Pashev changed:
What|Removed |Added
CC||pashev.igor at gmail dot
http://sourceware.org/bugzilla/show_bug.cgi?id=12548
Igor Pashev changed:
What|Removed |Added
CC||pashev.igor at gmail dot
45 matches
Mail list logo
