From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16047 invoked by alias); 24 Jul 2008 16:11:10 -0000 Received: (qmail 16039 invoked by uid 22791); 24 Jul 2008 16:11:10 -0000 X-Spam-Check-By: sourceware.org Received: from kuber.nabble.com (HELO kuber.nabble.com) (216.139.236.158) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 24 Jul 2008 16:10:46 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KM3Ou-0007MV-9d for gcc-help@gcc.gnu.org; Thu, 24 Jul 2008 09:10:44 -0700 Message-ID: <18635245.post@talk.nabble.com> Date: Thu, 24 Jul 2008 16:58:00 -0000 From: eoin To: gcc-help@gcc.gnu.org Subject: gcc the gnu linker and the -z extract option MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: eoin.mcquillan@btinternet.com X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2008-07/txt/msg00263.txt.bz2 Hi, I'm a new poster here. I am porting some Solaris code over to Linux and using the GNU compiler and linker. Now I have a "meta library"(creating a "master" shared object from mayny shared objects) which creates fine in Solaris but in Linux it doesn't create as a meta library - ldd suggests that it depends on the libraries which were previously used to produce the meta library on solaris. Looking into this I can see that with every .so we effectively lose the identity and so with a metalibrary what we need to do is to "unravel" the .sos to produce the meta library. I do this in Solaris using the -z extract option. I can't see how to do this in Linux using the GNU linker. Anyone any ideas? Thanks -- View this message in context: http://www.nabble.com/gcc-the-gnu-linker-and-the--z-extract-option-tp18635245p18635245.html Sent from the gcc - Help mailing list archive at Nabble.com.