php-install Digest 27 Jan 2003 21:49:13 -0000 Issue 1222
Topics (messages 9853 through 9867):
Re: RedHat 7.3 Modular and Customizable PHP RPM's.
9853 by: Mitch Pirtle
9854 by: Paul Gardiner
9855 by: Mitch Pirtle
9856 by: Paul Gardiner
9857 by: Mitch Pirtle
problem with sybase ct_connect install
9858 by: Art Chevalier
Installation problem of 4.3.0 using built in gd library but works fine with speparate
gd library
9859 by: gregory.stewart.magma.ca
html and php
9860 by: boka
9861 by: Ashley M. Kirchner
9862 by: Matt Schroebel
9863 by: boka
9864 by: Ashley M. Kirchner
9865 by: boka
9866 by: boka
Re: php packaging problems with java support (fwd)
9867 by: Jiann-Ming Su
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]
----------------------------------------------------------------------
--- Begin Message ---
Disclaimer: My advice is only good until you get to php-4.3.0, which
apparently will NOT compile on a RedHat8 box. I have heard rumours that it
is possible, but I have no proof that is has actually been done. I am still
waiting for news as to a possible fix or temporary workaround, but lose hope
as the weeks pass without a response...
*** IF YOU KNOW HOW TO BUILD RPMS, SKIP THIS MESSAGE ***
I always look for the SRPM for php. The last one I had was for 4.2.2 (so it
will be used for this example). This basically included the source file and
a spec file. If you do this (as root):
rpm -i php-4.2.2-8.0.6.src.rpm
It will put the source tarball in /usr/src/redhat/SOURCES, and a specfile in
/usr/src/redhat/SPECS. You can now use the specfile (php-4.2.2-8.0.6.spec in
this example) for future releases of php. Copy it to another name (typically
for a newer version), and then open it in an editor. Take a look around, you
will see instructions on what version the source tarball is (change that) and
other details as well. You will clearly find the options passed to
./configure. Add/remove the options that are not included in the standard
RPM from RedHat, and then issue:
rpm --ba /usr/src/redhat/SPECS/php-YOUR_VERSION.spec
This will create both an SRPM and the collection of RPMS for your machine.
I am forced to do this, as the libraries usually link to an older system
(postgres, for example). So when I rebuild from source, php is linked to the
new/correct library.
With a working specfile, you can download newer php releases, modify the
specfile for that release, and build your own RPMs. For more detailed
information, freshrpms.net is an excellent resource, as well as the home for
some awesome add-ons for RedHat - like apt for rpm.
Let me know if this helps or not, I'd like to know if this was the answer to
your question or if I am just blabbing -;^>=
-- Mitch
On Saturday 25 January 2003 17:52, Lukasz Karapuda wrote:
> Continuing unfinished post: :-)
> Modular RPM packages:
> http://rpms.arvin.dk/php/rh72/i686/
>
> I am asking someone knowledgable for advice, what is the best way to
> install modularized and customized configurations of PHP on RedHat 7.3.
>
> Cheers,
> ______________________________
> Lukasz Karapuda
> developer -- newline Creations LLC.
> @ [EMAIL PROTECTED]
> Y! lukaszkarapuda
> "Lukasz Karapuda" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
> > Hello.
> >
> > Lately I have been having certain thoughts about the use of PHP RPM's for
> > RedHat 7.3.
> > As you all know the default set of PHP rpm's for RH 7.3 available via RHN
>
> is
>
> > composed of the following modules:
> > -----------------------
> > php-4.1.2-7.3.6
> > php-dbg-4.1.2-7
> > php-devel-4.1.2-7.3.6
> > php-imap-4.1.2-7.3.6
> > php-ldap-4.1.2-7.3.6
> > php-manual-4.1.2-7.3.6
> > php-mysql-4.1.2-7.3.6
> > php-odbc-4.1.2-7.3.6
> > php-pgsql-4.1.2-7.3.6
> > php-snmp-4.1.2-7.3.6
> > ------------------------
> >
> > At the same time certain PHP extensions are not compiled in and or NOT
> > available as seperate RPM on RHN (eg. DOMXML, EXIF, JPEG).
> >
> > Personally I require many of the PHP extensions, which are not part of
> > the default RPM compilation.
> > Therefore I see 2 options:
> > 1. Compile PHP by myself, with the necessary extensions.
> > (creates problems, because of the fact that many of the extensions are
> > dependent upon different versions of libaries, than the ones available on
> > RHN )
> > 2. Find a source for modular PHP RPM's (i.e. different RPM's for
> > different compile options).
> > So far I have found one (does not offer the most recent PHP version):
> >
> >
> >
> >
> >
> >
> >
> > ______________________________
> > Lukasz Karapuda
> > developer -- newline Creations LLC.
> > @ [EMAIL PROTECTED]
> > Y! lukaszkarapuda
--- End Message ---
--- Begin Message ---
Hi Mitch,
I too keep seeing that people cannot compile on RH8.0 but I just thought I'd
let you know that I have a fully working version one on my machines. Perhaps
it's one of the options that I'm not using that is causing other people
problems. I always seem to have problems with the informix side of things
but everything seems to work.
I've included my stripped down build process below for you to have a look
at.
Regards,
- Paul -
# INFORMIX
#!/bin/sh
#
# buildinformix.sh
#
# This script re-builds $INFORMIXDIR/lib/esql/libifgen.so from libifgen.a
# to enable php to compile without getting 'undefined symbol: stat' error.
mkdir ./tmp
cd tmp
# only backup once to save the original
if [ ! -e "$INFORMIXDIR/lib/esql/libifgen.so.bak" ]; then
cp $INFORMIXDIR/lib/esql/libifgen.so $INFORMIXDIR/lib/esql/libifgen.so.bak
fi
# extract libraries from library archive
ar x $INFORMIXDIR/lib/esql/libifgen.a
# recompile as shared
gcc -shared -o libifgen.so *.o
# replace original
cp libifgen.so $INFORMIXDIR/lib/esql
rm *.*
cd ..
rmdir tmp
# PDFLIB
./configure
make
make install
# APACHE
cd $APACHE_DIR
./configure --prefix=/usr
# PHP
cd ../$PHP_DIR
./configure --with-apache=../$APACHE_DIR \
--without-mysql \
--with-informix \
--with-pdflib=/usr/local \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir=/usr \
--with-zlib \
--with-config-file-path=/etc \
--with-ncurses \
--enable-exif \
--enable-ftp \
--with-xml \
--enable-track-vars \
--enable-trans-sid
make
make install
# APACHE
cd ../$APACHE_DIR
# get these by running esql -libs
IFX_LIBS="-lifsql -lifasf -lifgen -lifos -lifgls -lc -lm -ldl \
-lcrypt /opt/informix/lib/esql/checkapi.o -lifglx"
# Add any extra libs in here if required
LIBS="$IFX_LIBS"
export LIBS
./configure --prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc/httpd/conf \
--includedir=/usr/include \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--mandir=/usr/share/man \
--htdocsdir=/var/www/html \
--iconsdir=/var/www/icons \
--cgidir=/var/www/cgi-bin \
--logfiledir=/var/www/logs \
--proxycachedir=/var/www/proxy \
--activate-module=src/modules/php4/libphp4.a
make
make install
----- Original Message -----
From: "Mitch Pirtle" <[EMAIL PROTECTED]>
To: "Lukasz Karapuda" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, January 27, 2003 9:55 AM
Subject: Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.
Disclaimer: My advice is only good until you get to php-4.3.0, which
apparently will NOT compile on a RedHat8 box. I have heard rumours that it
is possible, but I have no proof that is has actually been done. I am still
waiting for news as to a possible fix or temporary workaround, but lose hope
as the weeks pass without a response...
*** IF YOU KNOW HOW TO BUILD RPMS, SKIP THIS MESSAGE ***
I always look for the SRPM for php. The last one I had was for 4.2.2 (so it
will be used for this example). This basically included the source file and
a spec file. If you do this (as root):
rpm -i php-4.2.2-8.0.6.src.rpm
It will put the source tarball in /usr/src/redhat/SOURCES, and a specfile in
/usr/src/redhat/SPECS. You can now use the specfile (php-4.2.2-8.0.6.spec
in
this example) for future releases of php. Copy it to another name
(typically
for a newer version), and then open it in an editor. Take a look around,
you
will see instructions on what version the source tarball is (change that)
and
other details as well. You will clearly find the options passed to
./configure. Add/remove the options that are not included in the standard
RPM from RedHat, and then issue:
rpm --ba /usr/src/redhat/SPECS/php-YOUR_VERSION.spec
This will create both an SRPM and the collection of RPMS for your machine.
I am forced to do this, as the libraries usually link to an older system
(postgres, for example). So when I rebuild from source, php is linked to
the
new/correct library.
With a working specfile, you can download newer php releases, modify the
specfile for that release, and build your own RPMs. For more detailed
information, freshrpms.net is an excellent resource, as well as the home for
some awesome add-ons for RedHat - like apt for rpm.
Let me know if this helps or not, I'd like to know if this was the answer to
your question or if I am just blabbing -;^>=
-- Mitch
On Saturday 25 January 2003 17:52, Lukasz Karapuda wrote:
> Continuing unfinished post: :-)
> Modular RPM packages:
> http://rpms.arvin.dk/php/rh72/i686/
>
> I am asking someone knowledgable for advice, what is the best way to
> install modularized and customized configurations of PHP on RedHat 7.3.
>
> Cheers,
> ______________________________
> Lukasz Karapuda
> developer -- newline Creations LLC.
> @ [EMAIL PROTECTED]
> Y! lukaszkarapuda
> "Lukasz Karapuda" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
> > Hello.
> >
> > Lately I have been having certain thoughts about the use of PHP RPM's
for
> > RedHat 7.3.
> > As you all know the default set of PHP rpm's for RH 7.3 available via
RHN
>
> is
>
> > composed of the following modules:
> > -----------------------
> > php-4.1.2-7.3.6
> > php-dbg-4.1.2-7
> > php-devel-4.1.2-7.3.6
> > php-imap-4.1.2-7.3.6
> > php-ldap-4.1.2-7.3.6
> > php-manual-4.1.2-7.3.6
> > php-mysql-4.1.2-7.3.6
> > php-odbc-4.1.2-7.3.6
> > php-pgsql-4.1.2-7.3.6
> > php-snmp-4.1.2-7.3.6
> > ------------------------
> >
> > At the same time certain PHP extensions are not compiled in and or NOT
> > available as seperate RPM on RHN (eg. DOMXML, EXIF, JPEG).
> >
> > Personally I require many of the PHP extensions, which are not part of
> > the default RPM compilation.
> > Therefore I see 2 options:
> > 1. Compile PHP by myself, with the necessary extensions.
> > (creates problems, because of the fact that many of the extensions are
> > dependent upon different versions of libaries, than the ones available
on
> > RHN )
> > 2. Find a source for modular PHP RPM's (i.e. different RPM's for
> > different compile options).
> > So far I have found one (does not offer the most recent PHP
version):
> >
> >
> >
> >
> >
> >
> >
> > ______________________________
> > Lukasz Karapuda
> > developer -- newline Creations LLC.
> > @ [EMAIL PROTECTED]
> > Y! lukaszkarapuda
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
On Monday 27 January 2003 11:19, Paul Gardiner wrote:
> Hi Mitch,
>
> I too keep seeing that people cannot compile on RH8.0 but I just thought
> I'd let you know that I have a fully working version one on my machines.
> Perhaps it's one of the options that I'm not using that is causing other
> people problems. I always seem to have problems with the informix side of
> things but everything seems to work.
>
> I've included my stripped down build process below for you to have a look
> at.
(snip!)
For giggles I decided to try your method, but removed pdflib & informix, and
replaced the --with-apache to --with-apxs2.
Paul, you are compiling what version of apache?
I used this configure:
./configure --with-apxs2=/usr/sbin/apxs \
--without-mysql \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir=/usr \
--with-zlib \
--with-config-file-path=/etc \
--with-ncurses \
--enable-exif \
--enable-ftp \
--with-xml \
--enable-track-vars \
--enable-trans-sid
--- End Message ---
--- Begin Message ---
Hi Mitch,
I'm using Apache version 1.3.27. As far as I'm concerned Apache v2 is NOT
ready yet for production machines. I think this is where a lot of people are
having problems even though Rasmus does keep trying to point out what I've
just said. For this reason I made sure I removed all traces of Apache 2
first. The PHP version I use is 4.3.0.
Regards,
- Paul -
----- Original Message -----
From: "Mitch Pirtle" <[EMAIL PROTECTED]>
To: "Paul Gardiner" <[EMAIL PROTECTED]>; "Lukasz Karapuda"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, January 27, 2003 11:10 AM
Subject: Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.
On Monday 27 January 2003 11:19, Paul Gardiner wrote:
> Hi Mitch,
>
> I too keep seeing that people cannot compile on RH8.0 but I just thought
> I'd let you know that I have a fully working version one on my machines.
> Perhaps it's one of the options that I'm not using that is causing other
> people problems. I always seem to have problems with the informix side of
> things but everything seems to work.
>
> I've included my stripped down build process below for you to have a look
> at.
(snip!)
For giggles I decided to try your method, but removed pdflib & informix, and
replaced the --with-apache to --with-apxs2.
Paul, you are compiling what version of apache?
I used this configure:
./configure --with-apxs2=/usr/sbin/apxs \
--without-mysql \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir=/usr \
--with-zlib \
--with-config-file-path=/etc \
--with-ncurses \
--enable-exif \
--enable-ftp \
--with-xml \
--enable-track-vars \
--enable-trans-sid
--- End Message ---
--- Begin Message ---
On Monday 27 January 2003 12:31, Paul Gardiner wrote:
> Hi Mitch,
>
> I'm using Apache version 1.3.27. As far as I'm concerned Apache v2 is NOT
> ready yet for production machines. I think this is where a lot of people
> are having problems even though Rasmus does keep trying to point out what
> I've just said. For this reason I made sure I removed all traces of Apache
> 2 first. The PHP version I use is 4.3.0.
Then how did you get pear to work? Did you downgrade gcc/glibc as well? If
so, then you could have saved yourself a lot of time and just installed
RH7.3... Interesting is that both RedHat and SuSE are now shipping apache2
default, so there's gonna be a whole pile of these threads on this list RSN.
Also, this is not a production machine. It's a laptop. And I'm only running
it as a development/eval environment to keep up with the current technology
(NOTE: no rawhide, alpha or beta stuff, I've grown too old for that). Matter
of fact that's why it's the only machine I got running RH8; to look at gcc,
apache2, and all the other stuff that appears to only have problems with php
;^(
So I would feel pretty silly turning this supposedly current machine into a
slightly-behind-the-times-but-bullet-proof machine. No wait, then I'd be
using debian.
*rimshot*
Ok, I need to get serious now. If any of the following are true:
* php will not build from source on stock RH/SuSE
* pear will not function properly on stock RH/SuSE
* php will not build with apxs2
* php will not build wth gcc 3.2 or glibc 2.2
Then it should be made painfully, blatantly obvious at php.net BEFORE these
poor people lose hours/days/weeks trying to find where they messed up --
especially if it is not 'user error', but incompatibilities between different
versions and distros.
This is a recurring thread, can we identify the problem and make sure it's a
FAQ and prominently displayed on the website? Even if it is only a reminder
to me, in case I forget when I check back next month for updates?
--- End Message ---
--- Begin Message ---
Hello,
I recently upgraded from PHP 4.2.3 to 4.3 and Apache 1.3 to 2.+. Previously
I wasnt having a problem connecting to Sybase. After the upgrade I cant
connect using the ct_connect library. My php.ini file hasnt changed. Any
ideas?
Here is my error: Warning: sybase_connect() [function.sybase-connect]:
Sybase: Unable to allocate connection record in
D:\website\code243\monitor\scripts\classes\connect_class.php on line 54
Thank You,
Art
--- End Message ---
--- Begin Message ---
A rehash of a problem I had earlier on Solaris7/Sparc - explained more
clearly
If I use the configure line below, I can configure no problem, but my make
dies with the issues below, however if I compile with the gd that was
installed previously on this system by specifiying --with-gd=/usr/local,
everything goes smoothly. Why could I compile using the GD that was
installed previously and separately, but when using the GD in the PHP
4.3.0 distribution things fail? - Isn't that odd? Is there something I
should look for and remove on the system that is confusing things?
Seaching google didn't turn up much for me at all other than some things
in German which I couldn't understand.
./configure --enable-force-cgi-redirect=yes --enable-memory-limit=yes
--enable-safe-mode=yes --enable-sysvsem=yes --enable-sysvshm=yes
--with-gd --with-jpeg-dir=/usr/local --with-zlib=/usr/local
--enable-wddx --enable-calendar --enable-ftp --with-db
--enable-gdbm=/usr/local/lib --with-freetype-dir=/usr/local/lib
--with-ttf=/usr/local/lib --with-png-dir=/usr/local
make
gcc -I/home/gregstew/php-4.3.0/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG
-DHAVE_LIBFREETYPE -Iext/gd/ -I/home/gregstew/php-4.3.0/ext/gd/
-DPHP_ATOM_INC -I/home/gregstew/php-4.3.0/include
-I/home/gregstew/php-4.3.0/main -I/home/gregstew/php-4.3.0
-I/home/gregstew/php-4.3.0/Zend -I/usr/local/include
-I/usr/local/include/freetype2 -I/home/gregstew/php-4.3.0/ext/xml/expat
-D_POSIX_PTHREAD_SEMANTICS -I/home/gregstew/php-4.3.0/TSRM -g -O2 -c
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c -o ext/gd/libgd/gdft.o &&
echo > ext/gd/libgd/gdft.lo
In file included from /home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:50:
/usr/local/include/freetype2/freetype/ftglyph.h:104: parse error before
`FT_Library'
/usr/local/include/freetype2/freetype/ftglyph.h:104: warning: no semicolon
at end of struct or union
/usr/local/include/freetype2/freetype/ftglyph.h:106: parse error before
`format'
/usr/local/include/freetype2/freetype/ftglyph.h:106: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:107: parse error before
`advance'
/usr/local/include/freetype2/freetype/ftglyph.h:107: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:109: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:156: parse error before
`FT_GlyphRec'
/usr/local/include/freetype2/freetype/ftglyph.h:156: warning: no semicolon
at end of struct or union
/usr/local/include/freetype2/freetype/ftglyph.h:157: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:158: parse error before
`top'
/usr/local/include/freetype2/freetype/ftglyph.h:158: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:159: parse error before
`bitmap'
/usr/local/include/freetype2/freetype/ftglyph.h:159: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:161: warning: data
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:204: parse error before
`FT_GlyphRec'
/usr/local/include/freetype2/freetype/ftglyph.h:204: warning: no semicolon
at end of struct or union
---- snip ----
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontTest':
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: `a' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: (Each undeclared
identifier is reported only once
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: for each function it
appears in.)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:328: `b' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:328: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontFetch':
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:336: `a' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:337: `b' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:337: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:345: `FT_Error' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:346: `FT_CharMap' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:349: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:356: `fontsearchpath'
undeclared (first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:359: `fontlist' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:364: `name' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:364: `strtok_ptr' undeclared
(first use in this function)
--- snip ---
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:637: request for member
`pitch' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:638: request for member
`pixel_mode' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:647: request for member
`width' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:649: request for member
`pixel_mode' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:656: request for member
`buffer' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:657: request for member
`num_grays' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:658: request for member
`num_grays' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:660: request for member
`pixel_mode' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:662: request for member
`buffer' in something not a structure or union
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:690: `tc_cache' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: At top level:
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:700: parse error before `v1'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: In function `gdroundupdown':
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:702: `updown' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:703: `v1' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: At top level:
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:712: parse error before
`library'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:712: warning: data definition
has no type or storage class
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: In function
`gdImageStringFTEx':
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:738: `FT_BBox' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:738: parse error before
`bbox'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:739: `FT_Matrix' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:740: `FT_Vector' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:743: `FT_GlyphSlot'
undeclared (first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:743: parse error before
`slot'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:744: `FT_Error' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:745: `FT_Bool' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:746: `FT_UInt' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:751: `font' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:752: `fontkey_t' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:752: parse error before
`fontkey'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:771: `tc_cache' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:789: `fontkey' undeclared
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:791: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:798: `slot' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:798: invalid type argument of
`->'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:800: `FT_F26Dot6' undeclared
(first use in this function)
--- snip ---
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:1001: `bm' undeclared (first
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:1011: dereferencing pointer
to incomplete type
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:1012: dereferencing pointer
to incomplete type
make: *** [ext/gd/libgd/gdft.lo] Error 1
root@gregbox:~gregstew/php-4.3.0:# exit
--- End Message ---
--- Begin Message ---
Hi !
here is my story (i have looked through archives and found nothing to my
problem):
I have working configuration of apache 1.3.27 with php-4.3.0 on linux
with 2.4.20 kernel. I want to put some php code into my .html pages.
So I have added:
1. <IfModule mod_php4.c>
AddType application/x-httpd-php .html .php4 .php3 .phtml .php
AddType application/x-httpd-php-source .phps
</IfModule>
2. ./configure --with-short-tags
3. in php.ini:
short_open_tag = On
my index.html looks like:
<br>
test<br>
test<br>
<br>
<script language="php">
print "dupa\n";
</script>
<br>
<?php print "dupa\n"; ?>
In a browser i can see only:
test
test
View source from browser looks like:
<br>
test<br>
test<br>
<br>
<script language="php">
print "dupa\n";
</script>
<br>
<?php print "dupa\n"; ?>
When i change the extension of file to .php it is working.
Where is the problem ?
--
greetz
boka
--- End Message ---
--- Begin Message ---
boka wrote:
When i change the extension of file to .php it is working.
If you want your php code to be executed, you need to either use
.php extensions, or add .html to your directive, ala:
AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html
--
W | I haven't lost my mind; it's backed up on tape somewhere.
+--------------------------------------------------------------------
Ashley M. Kirchner <mailto:[EMAIL PROTECTED]> . 303.442.6410 x130
IT Director / SysAdmin / WebSmith . 800.441.3873 x130
Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6
http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A.
--- End Message ---
--- Begin Message ---
> -----Original Message-----
> From: boka [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 27, 2003 2:57 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] html and php
>
>
> Hi !
>
> here is my story (i have looked through archives and found
> nothing to my
> problem):
> I have working configuration of apache 1.3.27 with php-4.3.0 on linux
> with 2.4.20 kernel. I want to put some php code into my .html pages.
> So I have added:
>
> 1. <IfModule mod_php4.c>
> AddType application/x-httpd-php .html .php4 .php3 .phtml .php
> AddType application/x-httpd-php-source .phps
> </IfModule>
A. Make sure you don't have another addtype directive with only .php in
it.
B. Make sure to restart apache after changing httpd.conf.
--- End Message ---
--- Begin Message ---
> If you want your php code to be executed, you need to either use
> .php extensions, or add .html to your directive, ala:
>
> AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html
tell want difference is between:
AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html
and
AddType application/x-httpd-php .html .php4 .php3 .phtml .php
which is in my conf
--
Tak naprawdę, to każdy sam decyduje o swoim przeznaczeniu. Z własnej woli
idziemy - albo w±sk± drog± do życia wiecznego, albo drog± szerok± na
zatracenie (Mat. 7, 13-14).
pozdrawiam [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
boka wrote:
AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html
and
AddType application/x-httpd-php .html .php4 .php3 .phtml .php
which is in my conf
Sorry, I didn't see the .html at the beginning of the string. In
that case, don't add the other.
Did you restart Apache? Did you make sure to only have one
directive (so to avoid another one superseding this one)?
--
W | I haven't lost my mind; it's backed up on tape somewhere.
+--------------------------------------------------------------------
Ashley M. Kirchner <mailto:[EMAIL PROTECTED]> . 303.442.6410 x130
IT Director / SysAdmin / WebSmith . 800.441.3873 x130
Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6
http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A.
--- End Message ---
--- Begin Message ---
> A. Make sure you don't have another addtype directive with only .php in
> it.
not found :-)
> B. Make sure to restart apache after changing httpd.conf.
ofcourse it was restared with no result :-(
--
Twoja dzienna dawka ZEN:
Nie badz niezastapiony. Jesli nie mozesz byc zastapiony,
nie mozesz byc awansowany.
pozdrawiam boka at sto-procent.art.pl
--- End Message ---
--- Begin Message ---
> Sorry, I didn't see the .html at the beginning of the string. In
> that case, don't add the other.
>
> Did you restart Apache? Did you make sure to only have one
> directive (so to avoid another one superseding this one)?
only in one place
--
Twoja dzienna dawka ZEN:
Jesli myslisz, iz nikogo nie obchodzi, ze zyjesz,
sprobuj nie zaplacic kilka rat za samochod.
pozdrawiam boka at sto-procent.art.pl
--- End Message ---
--- Begin Message ---
I thought this was a rpm problem, but I think rpm is failing because
"make install" is failing. BTW, it's php-4.1.2 (not .12). Everything
works fine, obviously, without java support. Thanks for any insight.
---------- Forwarded message ----------
Date: Thu, 23 Jan 2003 15:11:04 -0500 (EST)
From: Jiann-Ming Su <[EMAIL PROTECTED]>
Subject: Re: php packaging problems
> On Thu, Jan 23, 2003 at 01:58:58PM -0500, Jiann-Ming Su wrote:
> > I'm trying to rebuild php-4.1.12 with java support. Everything seems to
> > go well until it tries to package all the files. I've included the rpm
> > output in bz2 format. What do I need to modify to make this work?
> > I'm using a RH73 system. Thanks for any help.
> >
>
>
> this was indicated in the rpm output:
>
> cp: cannot stat `/usr/src/redhat/BUILD/php-4.1.2//ext/java/php_java.jar': No such
>file or directory
>
Yes, because the file is actually in
/usr/src/redhat/BUILD/php-4.1.2/build-cgi/ext/java/php_java.jar and
/usr/src/redhat/BUILD/php-4.1.2/build-apache/etc/java/php_java.jar.
The file exists, but rpm is looking in the wrong place. How do I fix this?
--
Jiann-Ming Su [EMAIL PROTECTED] 404-712-2603
Development Team Systems Administrator
General Libraries Systems Division
--- End Message ---
