php-install Digest 25 Apr 2001 04:34:45 -0000 Issue 277
Topics (messages 2868 through 2876):
"C compiler cannot create executables" error - 4.0.4pl1 on Solaris
2868 by: Christian Dupont
2869 by: Rasmus Lerdorf
2870 by: Christian Dupont
2872 by: Rasmus Lerdorf
--with-pdflib... stops on show_boxed
2871 by: Andrew Apold
2873 by: Matt Schroebel
mcrypt
2874 by: ryan.barnett1
AIX 4.3 PHP4 and getsockopt
2875 by: Jacob Steinberger
undefined symbol
2876 by: Andrew Apold
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
I have searched the list archives and have notice that others have
encountered a similar error though I don't see how to resolve it my case ...
I would like to install 4.0.4pl1 on Solaris 2.6 to work with MySQL and
Apache, thus I tried to configure as follows (the pathways corresponding to
the actual directory roots for MySQL and Apache on my system):
# ./configure --with-mysql=/usr/mysql --with-apxs=/usr/apache_1.3.9
loading cache ./config.cache
checking for a BSD compatible install...
/afs/nd.edu/sun4x_57/usr/local/src/gnu/
bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... no
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... missing
checking for working autoheader... found
checking for working makeinfo... missing
checking whether to enable maintainer-specific portions of Makefiles... no
checking host system type... sparc-sun-solaris2.6
checking for gawk... gawk
checking for bison... bison -y
checking bison version... 1.28 (ok)
checking for gcc... gcc
checking whether the C compiler (gcc ) works... no
configure: error: installation or configuration problem: C compiler cannot
create executables.
I have checked PATH and it includes pathways to get to all of the needed
software. I have also very recently compiled other software using the gcc
compiler so I know that it is working.
I might mention that the compiler does not fail immediately, but rather
after several minutes. I have also tried compiling in a scratch partition
which I know has lots and lots of disk space and I still get the same error.
I do not find a debug.log file in either the ../php or /var directories.
Finally, I noticed on the FAQ page (http://www.php.net/FAQ.php#6.11) that
some configuration variables should be checked; as a result I changed the
variables as follows, but still get same error.
# Next 3 variables commented out per http://www.php.net/FAQ.php#6.11
# my $CFG_CFLAGS_SHLIB = '-fPIC -DSHARED_MODULE'; # substituted via
Makefi
le.tmpl
# my $CFG_LD_SHLIB = 'ld'; # substituted via Makefile.tmpl
# my $CFG_LDFLAGS_SHLIB = '-G'; # substituted via Makefile.tmpl
my $CFG_CFLAGS_SHLIB = '-fpic -DSHARED_MODULE'; # substituted via
Makefi
le.tmpl
my $CFG_LD_SHLIB = 'gcc'; # substituted via Makefile.tmpl
my $CFG_LDFLAGS_SHLIB = q(-shared); # substituted via Makefile.tmpl
I'm stuck and so would appreciate any advice on how proceed.
Thank you!
Christian
> I might mention that the compiler does not fail immediately, but rather
> after several minutes. I have also tried compiling in a scratch partition
> which I know has lots and lots of disk space and I still get the same error.
> I do not find a debug.log file in either the ../php or /var directories.
Check your config.log file
-Rasmus
on 4/24/01 12:20 PM, Rasmus Lerdorf at [EMAIL PROTECTED] wrote:
>> I might mention that the compiler does not fail immediately, but rather
>> after several minutes. I have also tried compiling in a scratch partition
>> which I know has lots and lots of disk space and I still get the same error.
>> I do not find a debug.log file in either the ../php or /var directories.
>
> Check your config.log file
Ah yes, of course! Okay, here's what it contains:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:1299: checking for a BSD compatible install
configure:1352: checking whether build environment is sane
configure:1409: checking whether make sets ${MAKE}
configure:1448: checking for working aclocal
configure:1461: checking for working autoconf
configure:1474: checking for working automake
configure:1487: checking for working autoheader
configure:1500: checking for working makeinfo
configure:1530: checking whether to enable maintainer-specific portions of
Makef
iles
configure:1559: checking host system type
configure:1587: checking for gawk
configure:1621: checking for bison
configure:1655: checking bison version
configure:1668: checking for gcc
configure:1781: checking whether the C compiler (gcc ) works
configure:1797: gcc -o conftest conftest.c 1>&5
cpp: fork: Interrupted system call
configure: failed program was:
#line 1792 "configure"
#include "confdefs.h"
main(){return(0);}
HERE IS THE DIRECTORY LISTING FOR confdefs.h:
-rw-r--r-- 1 root other 1 Apr 24 11:19 confdefs.h
WHICH I NOTE CONTAINS ONE LINE, ONE {BLANK} CHARACTER
I might note that I used Solaris tar to unpack the archive - could that be a
problem? Other suggestions?
thanks again,
Christian
>
> -Rasmus
>
> configure:1781: checking whether the C compiler (gcc ) works
> configure:1797: gcc -o conftest conftest.c 1>&5
> cpp: fork: Interrupted system call
> configure: failed program was:
>
> #line 1792 "configure"
> #include "confdefs.h"
>
> main(){return(0);}
>
> HERE IS THE DIRECTORY LISTING FOR confdefs.h:
>
> -rw-r--r-- 1 root other 1 Apr 24 11:19 confdefs.h
>
> WHICH I NOTE CONTAINS ONE LINE, ONE {BLANK} CHARACTER
>
> I might note that I used Solaris tar to unpack the archive - could that be a
> problem? Other suggestions?
Well, try compiling that tiny little C program directly from the
command line.
Make a file called test.c and put:
main(){return(0);}
in it. Then type: gcc -o test test.c
If that doesn't work you need to go fix your compiler installation.
-Rasmus
I've seen in the annotations and other places at least a dozen other
people have
this problem.... and about a dozen different solutions from using links,
using
a new pdf.c, omitting png support, or even installing an rpm... none of
them
seem to help my situation.
I'm using php 4.04pl1., the 11 january (latest AFAIK).
Suse linux distribution, 2.4 kernal
pdflib 4.0.0.
Someone suggested using the binary on pdflib's site, tried that,
also no go. Weird, though, the pdflib-4.0.0-Linux.tar.gz file
they have as a binary contains files who go to a pdflib-3.0.0
directory. Either way, that didn't help.
Every time configure pdflib with
./configure --enable-shared --enable-shared-pdflib --enable-php
when I tried the binary, that version didn't seem to have an
--enable-php
configure option. Regardless, it is supposed to be enabled by default.
As far as I can tellthe shared stuff goes to /usr/local/lib, which is
where php looks for it by default.
I configure, make, make test, as per instructions. Tried a make install
too to ee fi that would help.
Run ldconfig, as various accounts of this error claim this will solve
it.
then in php directory, using the new pdf.c from cvs places in
.../ext/pdf,
do a ./configure --with-mysql --with-apxs --with-pdflib
Samne response every time:
checking whether to include Pdflib 3.x support... yes
checking for PDF_show_boxed in -lpdf... (cached) no
earlier ones didn't have the cached I think. hmmm. maybe it isn't
rechecking with all my latest attempts?
configure: error: pdflib extension requires at least pdflib 3.x. You
may also need libtiff and libjpeg. If so
and it cuts off right there.
I had this thing working under php3 and an older pdflib about a month or
two ago (server rebuilt since then).
Back then I did it without jpeg or tiff libraries, too. The stuff I'm
doing doesn't require them.
Regardless, I have both libtiff and libjpeg installed, following links
to them from pdflib.com's website.
Have zlib installed.
I'm at wits end with this one, been over a week I've not been able to
get it working. Half a mind to
try clibpdf, though it would mean altering all my php files...
oh, if I try --with-pdflib=/usr/local/lib, it compiles through without
error, but
looking back on the log it says:
checking whether to include Pdflib 3.x support... no
so it compiles, but is no use, no support.
any help would be greatly appreciated.
I had the same trouble with building pdflib and it was because of static libraries in
pdflib and the components when I built it some months ago. There wasn't any mention
of building the components shared, and the only error messages I received were that
you needed pdflib 3.x or higher. Somehow I realized I needed the shared libraries. I
didn't take notes at the time, but below are my ./configure commands for everything
except libpng (which I think builds a .so library). Hope this helps.
Incidentally, once you get it working, you're in for a whole new challenge with IE and
it's handling of .pdf files. It's pretty ugly, but as a tip you'll need:
$length = filesize($tempFname);
header("Content-Length: $length");
in addition to header("Content-type: application/pdf");
php
-------
#
# ./configure --with-mysql --with-apxs=/path/to/apache/apxs
--with-gd=/usr/local/gd1.3 --with-pdflib=/usr/local
--with-png-dir=/usr/local --with-jpeg-dir=/usr/local
--with-tiff-dir=/usr/local
jpeg-6b
-------
# ./configure --enable-shared
PDFlib V3.03
------------
# ./configure --with-pnglib=/usr/local --with-tifflib=/usr/local
--enable-shared-pdflib
Apache
-------
./configure \
"--enable-shared=max"
Hope this helps.
> -----Original Message-----
> From: Andrew Apold [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 24, 2001 9:56 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] --with-pdflib... stops on show_boxed
>
>
> I've seen in the annotations and other places at least a dozen other
> people have
> this problem.... and about a dozen different solutions from
> using links,
> using
> a new pdf.c, omitting png support, or even installing an
> rpm... none of
> them
> seem to help my situation.
>
>
>
> I'm using php 4.04pl1., the 11 january (latest AFAIK).
>
> Suse linux distribution, 2.4 kernal
>
> pdflib 4.0.0.
>
> Someone suggested using the binary on pdflib's site, tried that,
> also no go. Weird, though, the pdflib-4.0.0-Linux.tar.gz file
> they have as a binary contains files who go to a pdflib-3.0.0
> directory. Either way, that didn't help.
>
> Every time configure pdflib with
>
> ./configure --enable-shared --enable-shared-pdflib --enable-php
>
> when I tried the binary, that version didn't seem to have an
> --enable-php
> configure option. Regardless, it is supposed to be enabled
> by default.
>
> As far as I can tellthe shared stuff goes to /usr/local/lib, which is
> where php looks for it by default.
>
> I configure, make, make test, as per instructions. Tried a
> make install
> too to ee fi that would help.
>
> Run ldconfig, as various accounts of this error claim this will solve
> it.
>
> then in php directory, using the new pdf.c from cvs places in
> .../ext/pdf,
> do a ./configure --with-mysql --with-apxs --with-pdflib
>
> Samne response every time:
>
> checking whether to include Pdflib 3.x support... yes
> checking for PDF_show_boxed in -lpdf... (cached) no
>
> earlier ones didn't have the cached I think. hmmm. maybe it isn't
> rechecking with all my latest attempts?
>
> configure: error: pdflib extension requires at least pdflib 3.x. You
> may also need libtiff and libjpeg. If so
>
> and it cuts off right there.
>
> I had this thing working under php3 and an older pdflib about
> a month or
> two ago (server rebuilt since then).
> Back then I did it without jpeg or tiff libraries, too. The stuff I'm
> doing doesn't require them.
>
> Regardless, I have both libtiff and libjpeg installed, following links
> to them from pdflib.com's website.
> Have zlib installed.
>
> I'm at wits end with this one, been over a week I've not been able to
> get it working. Half a mind to
> try clibpdf, though it would mean altering all my php files...
>
>
> oh, if I try --with-pdflib=/usr/local/lib, it compiles
> through without
> error, but
> looking back on the log it says:
>
> checking whether to include Pdflib 3.x support... no
>
> so it compiles, but is no use, no support.
>
> any help would be greatly appreciated.
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail:
> [EMAIL PROTECTED]
>
Does anyone know how to install the mcrypt libraries for PHP in windows?
--------------------------------
I'm running: Apache 1.3.12
PHP 4.0.2
Windows 98
--------------------------------
I've downloaded libmcrypt-2.4.5b-win32.zip
(I think that this contains everything I need.)
I just need to know what to do next.
I couldn't find a "friendly" PHP module install guide anywhere and the
README file included with the mcrypt zip doesn't help a great deal.
Can anyone provide a step by step guide to installing mcrypt in windows?
Thanks in advance for all your help,
Ryan.
www.more4money.com
libmysql.c: In function 'connect2':
libmysql.c:179: warning: passing arg 5 of 'getsockopt' from incompatible
pointer type
make: 1254-004 The error code from the last command is 1.
Line 179 is the following:
if (getsockopt(s, SOL_SOCKET, SO_ERROR, (char*) &s_err, &s_err_size) != 0)
Suggestions welcome =)
Jacob
Following up on my earlier problems with show_boxed, the suggestions I got
did indeed work and php compiled fine with pdflib support.
Now, however, when I go to start apache, I get:
>Syntax error on line 206 of /usr/local/apache/conf/httpd.conf:
>Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined
symbol: pdf_module_entry
>/usr/local/apache/bin/apachectl start: httpd could not be started
line 206 is a simple
LoadModule php4_module libexec/libphp4.so
I think this is close, but can't seem to get it quite correct...
any ideas?
Thanks in advance,
andrew apold
=============================
"To dwell within Samsara, however, is to
be subject to the works of those mighty
among dreamers."
- Mahasamatman, in Zelazny's "Lord of Light"
Andrew Apold
