From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24833 invoked by alias); 10 Jul 2008 16:53:30 -0000 Received: (qmail 24816 invoked by uid 22791); 10 Jul 2008 16:53:28 -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 16:53:12 +0000 Received: from wpaz37.hot.corp.google.com (wpaz37.hot.corp.google.com [172.24.198.101]) by smtp-out.google.com with ESMTP id m6AGqTfE005386; Thu, 10 Jul 2008 17:52:29 +0100 Received: from localhost (meta.corp.google.com [172.22.108.53]) by wpaz37.hot.corp.google.com with ESMTP id m6AGpuAA004119; Thu, 10 Jul 2008 09:51:56 -0700 Received: by localhost (Postfix, from userid 500) id D15CA3F3058; Thu, 10 Jul 2008 09:51:55 -0700 (PDT) To: dj@redhat.com, drow@false.org Subject: Re: inflateInit? Cc: binutils@sourceware.org, csilvers@google.com, gdb@sourceware.org In-Reply-To: <20080710161418.GB16503@caradoc.them.org> Message-Id: <20080710165155.D15CA3F3058@localhost> Date: Thu, 10 Jul 2008 16:53: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/msg00071.txt.bz2 } Redirecting to binutils and Craig; I assume this is his patch from } yesterday. Yes it is, I'm sorry for the trouble. I have code in the configure script for bfd that checks for the existence of zlib (and zlib.h); if it doesn't find it, it turns off the code in compress that you're running into. It looks like that didn't work for you for some reason? Can you attach your config.log script, that you got from building libbfd? Also, the contents of your bfd-directory config.h would be helpful. Oh, come to think of it, all that is probably working properly. The issue looks to be that you're using libbfd.a instead of libbfd.so. The .so has appropriate settings so that when you link against it, it also pulls in libz.so (at least, as I understand how .so's work; DT_NEEDED or something?) But .a's don't have that. I don't know what the principled solution is -- have libbfd.a bring in libz.a, or what -- but one solution that should work in the short term is to just add libz.a to your link line. craig