Description:
------------
I am having problems compiling 5.1.0
Small note: 5.0.5 works fine, EXACT SAME OPTIONS.
4.4.1 also works just fine!
when I use --with-openssl I get:
"checking for OpenSSL support... yes
checking for Kerberos support... no
checking for pkg-config... noconfigure: error: Cannot find OpenSSL's libraries"
when I do not use it it works ok.
I tried re-installing openssl (+ devel) and even upgrading it to the latest (0.9.6b->0.9.8a). No luck.
So I move on, I remove --with-openssl
Then I get:
"checking for the location of libjpeg... /usr
configure: error: libjpeg.(a|so) not found."
etc etc, same for GD and libpng.
I use --with-jpeg-dir=/usr or /usr/lib or /usr/local, etc... does not matter.
locate libjpeg.a -> /usr/lib/libjpeg.a
Has anything changed, or is this a compile bug? So far as I can track down, it seems like a bug. Especially since 5.0.5 does work just fine. Also see no other problems.

Well, I don't see any changes that can cause it, except for the 64bit support that was added in 5.1.
And no, I can't reproduce it.
So try to see where ./configure seeks for those files and what makes it to fail.

[2005-11-27 20:20 UTC] sales at vivizi dot com

I already tried this. With openSSL it complained about evp.h
I reinstall openSSL completely (even upgraded too, also did not work), then evp.h error disappeared.
Then I got what you get now (Can not find openSSL files, etc)...
Even when I specify all possible paths!
Same with libjpeg/png/gd! (--with-jpeg-dir=/usr, etc)

There is no --with-libdir option in 5.0.
I bet you don't know what --enable-versioning does, why do you use it then, huh?
Please try to configure --with-readline only and report this issue separately, if you're able to reproduce it.

[2005-11-28 15:11 UTC] sales at vivizi dot com

Wow, no reason to get picky!
--with-libdir=/usr/lib worked just fine with 5.0.5, I actually just compiled it. No fatal errors.
When using 5.1.0, it does not work.
So don't blame ME for that.
--enable-versioning: I thought this would give more details on versions being used. There is not a lot of docs available (on that), so don't blame me on that... I've always used it and it has always worked fine!
when using
rm -f config.cache ; ./configure --disable-all --with-readline
I get:
sapi/cgi/.libs/cgi_main.o: In function `main':
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:968: undefined reference to `FCGX_IsCGI'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1149: undefined reference to `FCGX_OpenSocket'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1152: undefined reference to `FCGX_OpenSocket'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1161: undefined reference to `FCGX_IsCGI'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1179: undefined reference to `FCGX_Init'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1180: undefined reference to `FCGX_InitRequest'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1288: undefined reference to `FCGX_Accept_r'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1501: undefined reference to `FCGX_Finish_r'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1640: undefined reference to `FCGX_Finish_r'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:1671: undefined reference to `__canary_death_handler'
sapi/cgi/.libs/cgi_main.o: In function `sapi_cgibin_single_write':
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:231: undefined reference to `FCGX_IsCGI'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:233: undefined reference to `FCGX_PutStr'
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/cgi_main.c:248: undefined reference to `__canary_death_handler'
sapi/cgi/.libs/getopt.o: In function `php_opt_error':
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/getopt.c:51: undefined reference to `__canary_death_handler'
sapi/cgi/.libs/getopt.o: In function `php_getopt':
/usr/src/redhat/BUILD/php-5.1.0/sapi/cgi/getopt.c:154: undefined reference to `__canary_death_handler'
collect2: ld returned 1 exit status
make: *** [sapi/cgi/php] Error 1

--with-libdir is for 64bit systems where there might be different directory than 'lib', where you'd use --with-libdir=lib64 for example.
--enable-versioning - If you don't know what it is meant for DO NOT USE IT!
And try with clean sources. "make clean" might help too..

[2005-11-28 15:28 UTC] sales at vivizi dot com

--with-libdir: Thanks for the explination. Not sure why it did not 'fatal error' on 5.0.5 then. Maybe it gave a warning, but then I didn't see it. But it DID work with the exact same option. It did not on 5.1.0??
Anyway, glad to finally understand why this failed and that it is not required.
Am I right on the --enable-versioning?
I was told to do it ages ago. I've been using it ever since. What is it for then?? I would really like to understand why I should not use it.
Just tried your suggestion, "make clean" and then "./configure --disable-all --with-readline":
That worked. However, "make" gave:
zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/php_cli_readline.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lhistory -lreadline -lncurses -lresolv -lm -ldl -lnsl -lcrypt -lcrypt -o sapi/cli/php
sapi/cli/php_cli_readline.o: In function `cli_code_completion':
/usr/src/redhat/BUILD/php-5.1.0/sapi/cli/php_cli_readline.c:432: undefined reference to `rl_completion_matches'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.