Re: problem with latest php3 CVS?
| From: | Kristian Koehntopp | Date: | Sun, 14 Nov 1999 11:40:12 +0000 |
| Subject: | Re: problem with latest php3 CVS? | ||
| References: | 1 2 3 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-12510@lists.php.net to get a copy of this message | ||
On Sat, Nov 13, 1999 at 06:26:31PM +0100, Sascha Schumann wrote:
> > To build the dependencies, at least before your changes, you needed to run
> > ./configure without any flags. This makes a generic set of
> > dependecies. Generating dependencies that depend on files outside the PHP
> > distribution doesn't make much sense.
>
> --without-gd must be added, since gd is automatically
> searched for.
This should do no harm, because the gd include files are
supposed to be static with respect to the PHP3 build. Just like
stdio.h or any other system include file they should not become
part of the PHP3 dependencies in any case.
PHP3's Makefile/Makefile.in does this correctly, as it build the
dependency list using the "-MM" option of gcc.
-MM' Like -M' but the output mentions only the user header
files included with `#include "FILE"'. System header files
included with `#include <FILE>' are omitted.
There are some targets though, which included references to
external files in version 1.354 of Makefile.in, which was
generated on my system in an attempt to create a version of PHP3
with as many modules as possible. There targets are (I have been
searching for "opt" and for "include"):
functions/pdf.o: /opt/include/gd.h /opt/include/gd_io.h
functions/cpdf.o: /opt/include/gd.h /opt/include/gd_io.h
functions/snmp.o: /opt/include/ucd-snmp/asn1.h \
/opt/include/ucd-snmp/snmp_api.h \
/opt/include/ucd-snmp/snmp_client.h
/opt/include/ucd-snmp/snmp_impl.h \
/opt/include/ucd-snmp/snmp.h /opt/include/ucd-snmp/parse.h \
/opt/include/ucd-snmp/mib.h
functions/mcrypt.o: /usr/include/fcntl.h /opt/include/mcrypt.h
functions/mhash.o: /opt/include/mhash.h
These references are being generated, because the respective
source files of these targets incorrectly include system include
files using the #include "" syntax instead of the #include <>
syntax. This should be changed, in fact I just committed a
patch.
Kristian