From: Thomas Mehlhart <Thomas.Mehlhart@Regent.E-Technik.TU-Muenchen.DE>
To: gnu@gnu.org, thm@Regent.E-Technik.TU-Muenchen.DE
Subject: gnu-binutil/ld: Is it possible to make global objects in a library local
Date: Thu, 09 Mar 2000 13:54:00 -0000 [thread overview]
Message-ID: <200003092153.QAA07750@delysid.gnu.org> (raw)
Hello
I have two libraries with containing a lot of objects with equal names
and I want to use both in different (loadable) modules of one binary.
(des from afs
and ssl) Is there any posibility to build
one module with one library, another module with the other library, to
make
the externally unused objects local and link all together to one binary.
Does anyone know how to solve the problem on linux with gnu-binutils
I I tried to use ld 2.9.1. Emulations: elf_i386 i386linux on linux with
a version script.
but nm says the resulting objects are global again.
On a sun with the sun linker (ld: Software Generation Utilities -
Solaris/ELF (3.0))
linking with -M VERSION_SCRIPT makes the variables local.
Am I using version script in the wrong way on linux ???
Does anyone have an example how to use it the right way ??
Best regards
Thomas
--
Thomas.Mehlhart@eda.ei.tum.de
Lehrstuhl fuer Institute of
Rechnergestuetztes Entwerfen Electronic Design Automation
Technische Universitaet Muenchen Technical University of Munich
Arcisstr. 21, 80333 Munich, Germany
Phone +49 89 289 23661 Fax +49 89 289 23696
WARNING: multiple messages have this Message-ID
From: Thomas Mehlhart <Thomas.Mehlhart@Regent.E-Technik.TU-Muenchen.DE>
To: gnu@gnu.org, thm@Regent.E-Technik.TU-Muenchen.DE
Subject: gnu-binutil/ld: Is it possible to make global objects in a library local
Date: Sat, 01 Apr 2000 00:00:00 -0000 [thread overview]
Message-ID: <200003092153.QAA07750@delysid.gnu.org> (raw)
Message-ID: <20000401000000.mRhJn0sY8QOYeiTv78oH4GOMtetXk1SKX-GmScgPF_c@z> (raw)
Hello
I have two libraries with containing a lot of objects with equal names
and I want to use both in different (loadable) modules of one binary.
(des from afs
and ssl) Is there any posibility to build
one module with one library, another module with the other library, to
make
the externally unused objects local and link all together to one binary.
Does anyone know how to solve the problem on linux with gnu-binutils
I I tried to use ld 2.9.1. Emulations: elf_i386 i386linux on linux with
a version script.
but nm says the resulting objects are global again.
On a sun with the sun linker (ld: Software Generation Utilities -
Solaris/ELF (3.0))
linking with -M VERSION_SCRIPT makes the variables local.
Am I using version script in the wrong way on linux ???
Does anyone have an example how to use it the right way ??
Best regards
Thomas
--
Thomas.Mehlhart@eda.ei.tum.de
Lehrstuhl fuer Institute of
Rechnergestuetztes Entwerfen Electronic Design Automation
Technische Universitaet Muenchen Technical University of Munich
Arcisstr. 21, 80333 Munich, Germany
Phone +49 89 289 23661 Fax +49 89 289 23696
next reply other threads:[~2000-03-09 13:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-03-09 13:54 Thomas Mehlhart [this message]
2000-03-09 16:43 ` Martin v. Loewis
2000-04-01 0:00 ` Martin v. Loewis
2000-04-01 0:00 ` Thomas Mehlhart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200003092153.QAA07750@delysid.gnu.org \
--to=thomas.mehlhart@regent.e-technik.tu-muenchen.de \
--cc=gnu@gnu.org \
--cc=thm@Regent.E-Technik.TU-Muenchen.DE \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).