Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 451840 - =dev-lang/php-5.4.8 - /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/libldap.so: undefined reference to `sasl_*@SASL2'
Summary: =dev-lang/php-5.4.8 - /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib6...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: PHP Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-13 18:35 UTC by Marcin Szamotulski
Modified: 2013-03-04 11:55 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge info file (emerge.info,6.22 KB, text/plain)
2013-01-13 18:36 UTC, Marcin Szamotulski
Details
config.log (config.log,235.10 KB, text/plain)
2013-01-13 23:12 UTC, Marcin Szamotulski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marcin Szamotulski 2013-01-13 18:35:42 UTC
=dev-lang/php-5.4.8 with use flags: apache2 gd -ldap mysql mysqli curl soap, thought without last three flags it compiles. I attach config.log file, which is refered in the following emerge output:

configure: error: There is something wrong. Please check config.log for more information.

!!! Please attach the following file when seeking support:
!!! /dane/portage/tmp/portage/dev-lang/php-5.4.8/work/sapis-build/cli/config.log
 * ERROR: dev-lang/php-5.4.8 failed (configure phase):
 *   econf failed

I also attach the whole build.log where are all the use flags.

Reproducible: Always

Steps to Reproduce:
1. add mysqli curl soap to use flags for dev-lang/php-5.4.8
2. emerge =dev-lang/php-5.4.8

Actual Results:  
Fails in configure phase.

Expected Results:  
Compiles and installs.
Comment 1 Marcin Szamotulski 2013-01-13 18:36:21 UTC
Created attachment 335494 [details]
emerge info file
Comment 2 Rafał Mużyło 2013-01-13 20:49:40 UTC
...so, where's that config.log ?
Comment 3 Marcin Szamotulski 2013-01-13 23:12:25 UTC
Created attachment 335538 [details]
config.log
Comment 4 Matthew Schultz 2013-01-14 02:25:10 UTC
Please attach the build.log.
Comment 5 Rafał Mużyło 2013-01-14 10:18:20 UTC
(In reply to comment #4)
> Please attach the build.log.

No point of a build log.
Either it's a revdep-rebuild case or something a bit more complicated but still related to openldap rebuild (on either openldap or cyrus-sasl side).

That suggests that if this is a genuine bug, it's assigned wrong.
Comment 6 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-01-14 10:53:57 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > Please attach the build.log.
>
> No point of a build log.

Exactly, it contains no more information than we already need and have.
 
> Either it's a revdep-rebuild case or something a bit more complicated but
> still related to openldap rebuild (on either openldap or cyrus-sasl side).

Maybe, but since the reporter has USE="-ldap" so he doesn't want to use those.

There is the other case where he might have curl with USE="ldap" and openldap with USE="sasl", in which case these are pulled in indirectly through USE="curl" and a revdep-rebuild might help. If there then were still a bug with openldap, I would assume curl to fail as a result...

> That suggests that if this is a genuine bug, it's assigned wrong.

I wouldn't be so sure of that. What is interesting is that it introduces -lldap in this config.log while there was no --with-ldap parameter passed to configure; note that we're in an USE="-ldap" case. Also, since there is no way to specify not to use ldap ; it feels like if ./configure doesn't respect the Gentoo way of doing things. What's also clear, but perhaps irrelevant, is that USE="curl" introduces the failing check.
Comment 7 Rafał Mużyło 2013-01-14 12:35:20 UTC
...
...
...
The failed link line had following libs '-lcurl -lssl -lcrypto -lldap -lrt -lz -lbz2 -lpcre -lm -ldl -lnsl -lxml2 -lm'.
The error indicated not a missing lib, but missing symbols in libldap.

The most likely reason for that is an incorrect openldap build.

The question is just whether it's a user specific problem or if it's something reproducable.
One way or the other, it doesn't look like anything that could or should be fixed on php side.

Anyway, the line that added '-lldap' seems to be the check for curl.

IIRC, php still uses curl-config to get the libs instead of pkg-config, which tends to pollute the var with such noise like '-lldap'.
Still, if libldap was built correctly, this bug wouldn't happen.
Comment 8 Ole Markus With (RETIRED) gentoo-dev 2013-03-04 09:43:37 UTC
Is this bug still around?
Comment 9 Marcin Szamotulski 2013-03-04 10:16:03 UTC
I cannot confirm, since that laptop has crashed and since then I have moved to a new computer.
Comment 10 Ole Markus With (RETIRED) gentoo-dev 2013-03-04 10:23:57 UTC
(In reply to comment #9)
> I cannot confirm, since that laptop has crashed and since then I have moved
> to a new computer.

Okay. Closing for now then. Reopen if the issue resurfaces.