Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 36451E5CF for ; Fri, 4 Jan 2013 21:40:34 +0000 (UTC) Received: (qmail 11703 invoked by uid 500); 4 Jan 2013 21:40:33 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 11652 invoked by uid 500); 4 Jan 2013 21:40:33 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 11644 invoked by uid 99); 4 Jan 2013 21:40:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2013 21:40:33 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [188.40.99.202] (HELO eru.sfritsch.de) (188.40.99.202) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2013 21:40:26 +0000 Received: from [10.1.1.6] (helo=k.localnet) by eru.sfritsch.de with esmtp (Exim 4.72) (envelope-from ) id 1TrEzl-0000Bd-9Q for dev@httpd.apache.org; Fri, 04 Jan 2013 22:40:05 +0100 From: Stefan Fritsch To: dev@httpd.apache.org Subject: Re: svn commit: r1428184 - /httpd/httpd/trunk/acinclude.m4 Date: Fri, 4 Jan 2013 22:40:05 +0100 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) References: <20130103072327.7120923888FE@eris.apache.org> <50E580E6.70206@velox.ch> <20130103132934.GA23175@redhat.com> In-Reply-To: <20130103132934.GA23175@redhat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201301042240.05328.sf@sfritsch.de> X-Virus-Checked: Checked by ClamAV on apache.org On Thursday 03 January 2013, Joe Orton wrote: > > Maybe the wording of pkg-config's "--static" option is somewhat > > misleading. It doesn't force linking against the static libs > > (i.e. lib{ssl,crypto}.a), but outputs the libraries from > > openssl.pc's Libs.private line instead. > > Yup. Having httpd (mod_ssl/ab) link against whatever is listed in > Libs.private is the wrong default, it should be a special case for > the handful of people who build custom OpenSSL libraries. Yes. Linking mod_ssl/ab with libz.so introduces spurious dependencies. Linux distributions would have to undo that change.