Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:87050 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96896 invoked from network); 6 Jul 2015 14:26:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jul 2015 14:26:46 -0000 Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:59154] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DB/2D-21549-3209A955 for ; Mon, 06 Jul 2015 10:26:44 -0400 Received: by h1123647.serverkompetenz.net (Postfix, from userid 1006) id DBBB26D2038; Mon, 6 Jul 2015 16:26:40 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on h1123647.serverkompetenz.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.5 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=unavailable version=3.3.2 Received: from w530phpdev (p579F31E5.dip0.t-ipconnect.de [87.159.49.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by h1123647.serverkompetenz.net (Postfix) with ESMTPSA id 8E93923D615B; Mon, 6 Jul 2015 16:26:38 +0200 (CEST) To: =?UTF-8?Q?'C=C3=B4me_BERNIGAUD'?= , "'Andreas Heigl'" , "'PHP internals'" References: <5598F64E.4040501@gmail.com> <55996336.7000104@opensides.be> <55997B82.2080307@heigl.org> <559A2B35.2050809@opensides.be> <559A3846.3010304@heigl.org> <559A3922.4010807@opensides.be> <559A3E01.4090403@heigl.org> <559A3FF0.4070107@opensides.be> <0cdd01d0b7dc$cf49c1f0$6ddd45d0$@belski.net> <559A7FFE.10204@opensides.be> In-Reply-To: <559A7FFE.10204@opensides.be> Date: Mon, 6 Jul 2015 16:26:43 +0200 Message-ID: <0d6601d0b7f7$c9feaba0$5dfc02e0$@belski.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHV1+5JE37FBu7+6g8MqQVgOZFDeAH3VvDeAhy8xHgCUC+HpAHphYejAVipC6sBTfQ4oABJwFwYAsycMuEC73kwS508acuA Content-Language: en-us Subject: RE: [PHP-DEV] Re: LDAP build broken From: anatol.php@belski.net ("Anatol Belski") Hi Come, > -----Original Message----- > From: C=C3=B4me BERNIGAUD [mailto:come.bernigaud@opensides.be] > Sent: Monday, July 6, 2015 3:18 PM > To: Anatol Belski; 'Andreas Heigl'; 'PHP internals' > Subject: Re: [PHP-DEV] Re: LDAP build broken >=20 > On 2015-07-06 13:13, Anatol Belski wrote: > > I've also another symbol error with today's master > > > > /usr/bin/ld.bfd.real: ext/ldap/.libs/ldap.o: undefined reference to = symbol > 'ber_scanf@@OPENLDAP_2.4_2' > > /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2: error adding symbols: = DSO missing > from command line >=20 > The call to ber_scanf is from a commit of 2010 adding pagination = support > through controls. > Some people already got your error in 2013: > = http://www.linuxquestions.org/questions/linux-server-73/adding-package-to= - > the-linker-command-line-4175446734-print/ >=20 > It seems they fixed it by adding -llber manually in the makefile, = which means the > configure script failed to add it somehow. > Could you investigate why the lines in config.m4: >=20 > if test -f $LDAP_LIBDIR/liblber.a || test -f > $LDAP_LIBDIR/liblber.$SHLIB_SUFFIX_NAME; then > PHP_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, > LDAP_SHARED_LIBADD) >=20 > Does not do their job? What are the values of LDAP_LIBDIR, > SHLIB_SUFFIX_NAME? > Where is liblber in your Ubuntu installation and how is it named? >=20 The vars are '/usr/lib' and 'so' ... yep, it obviously does wrong dir = search. On 64-bit Ubuntu it's multilib as I've posted earlier = /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2, so test -f would clearly = fail. But actually, it should fail to configure then. What I've found out yet is that the error only happens with the static = build. Where by in both cases, either shared or static, -lldap is = present, but no -llber. That Ubuntu version also doesn't have pkg-config = for ldap, otherwise one could prefer it actually. Heh, strange it is. Do = you think adding an explicit check for x86_64-linux-gnu would make = sense? Actually it doesn't sound right. Regards Anatol=20