From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10805 invoked by alias); 10 Jul 2008 20:36:02 -0000 Received: (qmail 10789 invoked by uid 22791); 10 Jul 2008 20:36:01 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 10 Jul 2008 20:35:44 +0000 Received: from spaceape24.eur.corp.google.com (spaceape24.eur.corp.google.com [172.28.16.76]) by smtp-out.google.com with ESMTP id m6AKZQpa030183; Thu, 10 Jul 2008 21:35:26 +0100 Received: from localhost (meta.corp.google.com [172.22.108.53]) by spaceape24.eur.corp.google.com with ESMTP id m6AKYr5l022842; Thu, 10 Jul 2008 21:34:54 +0100 Received: by localhost (Postfix, from userid 500) id 4A7333F3058; Thu, 10 Jul 2008 13:34:53 -0700 (PDT) To: drow@false.org CC: dj@redhat.com, binutils@sourceware.org, gdb@sourceware.org In-reply-to: <20080710201210.GA11942@caradoc.them.org> (message from Daniel Jacobowitz on Thu, 10 Jul 2008 16:12:10 -0400) Subject: Re: inflateInit? References: <20080710165155.D15CA3F3058@localhost> <200807101724.m6AHO9Lu003165@greed.delorie.com> <20080710185052.E6E653F3058@localhost> <200807101923.m6AJNZBw006371@greed.delorie.com> <20080710201210.GA11942@caradoc.them.org> Message-Id: <20080710203453.4A7333F3058@localhost> Date: Thu, 10 Jul 2008 20:36:00 -0000 From: csilvers@google.com (Craig Silverstein) Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-07/txt/msg00090.txt.bz2 } I think the only thing we can do is add equivalent autoconf tests } for zlib to other things which link to BFD but do not use libtool. A hack I've done for this kind of thing in the past is to use weak symbols. The idea is that we have a weak definition of inflate(), defined in bfd/compress.c, that is a noop. If you link in zlib, you get the real inflate, otherwise you use the weak inflate. I know it's a hack, and a non-portable one, and may not work in any case if you link in libz.a instead of libz.so. But I could add it in if folks thought it was worthwhile. But I agree easiest is to clean up the sim. It sounds like it's discouraged for folks to use libbfd directly, so this may not be such a widespread issue. craig