php-install Digest 13 Jan 2003 09:04:40 -0000 Issue 1199
Topics (messages 9668 through 9679):
Re: Output line to long. PHP 4.3 install
9668 by: Alan W. Rateliff, II
9669 by: Jeffrey_N_Dyke.Keane.com
9670 by: Jeffrey_N_Dyke.Keane.com
9672 by: Jeffrey_N_Dyke.Keane.com
PHP Install Problems W/FrontPage
9671 by: Martin DiViaio
9673 by: Timothy Hitchens \(HiTCHO\)
9674 by: Martin DiViaio
9675 by: Timothy Hitchens \(HiTCHO\)
Re: Output line to long. PHP 4.3 install --FIXED --
9676 by: Jeffrey_N_Dyke.Keane.com
9677 by: Alan W. Rateliff, II
Re: xphome+apache1.3.27+php4.2.3 EQUALS blank pages
9678 by: toby -
TTF - GD
9679 by: Breno Cardoso Perucchi
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 ---
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 11:37 AM
Subject: [PHP-INST] Output line to long. PHP 4.3 install
> I have a solaris 8/apache combo, and am trying to install PHP 4.3. i
> currently have 4.2.3 on this lpar of the box. When i try to 'make
install'
> for 4.3 i get this when trying to run a /bin/sh libtool --silent etc etc
> etc.......
>
> Output line too long.
> Output line too long.
> Output line too long.
> Output line too long.
> gcc: -E required when input is from standard input
>
> that is the last 6 lines spit out, but attached is that final command that
> it died on. it's about 40 lines. is there a way to set the -E? will
that
> make it get by this??
>
> Has anyone had issues with this?
I have run into this exact problem. I made a post to the php.install group,
but it never showed up. Another poster had mentioned he solved his
compilation problem by using the libtool from 4.2.3, but that failed for me
as well.
I tried this on three different Solaris 8 boxes: one Sparc and two Intel.
All three are running similar, but not identical, installations. All,
however, are using gcc 3.2, the latest flex and bison installations, and
required modules to support the Horde framework with Imp webmail system. I
was attempting to do an installation with Apache 1.3.27. I installed gmake
to attempt to solve this issue, and have been trying to download the gcc
3.2.1 package from SunFreeWare to try, also.
Thus far, I still cannot compile.
--
Alan W. Rateliff, II
--- End Message ---
--- Begin Message ---
how do you use the libtool from 4.2.3. do you just replace it from that
disto?
thanks for your reply. any information is good information.
Jeff
"Alan W.
Rateliff, II" To: <[EMAIL PROTECTED]>
<lists@ratelif cc:
f.net> Subject: Re: [PHP-INST] Output line to
long. PHP 4.3 install
01/12/2003
04:00 PM
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 11:37 AM
Subject: [PHP-INST] Output line to long. PHP 4.3 install
> I have a solaris 8/apache combo, and am trying to install PHP 4.3. i
> currently have 4.2.3 on this lpar of the box. When i try to 'make
install'
> for 4.3 i get this when trying to run a /bin/sh libtool --silent etc etc
> etc.......
>
> Output line too long.
> Output line too long.
> Output line too long.
> Output line too long.
> gcc: -E required when input is from standard input
>
> that is the last 6 lines spit out, but attached is that final command
that
> it died on. it's about 40 lines. is there a way to set the -E? will
that
> make it get by this??
>
> Has anyone had issues with this?
I have run into this exact problem. I made a post to the php.install
group,
but it never showed up. Another poster had mentioned he solved his
compilation problem by using the libtool from 4.2.3, but that failed for me
as well.
I tried this on three different Solaris 8 boxes: one Sparc and two Intel.
All three are running similar, but not identical, installations. All,
however, are using gcc 3.2, the latest flex and bison installations, and
required modules to support the Horde framework with Imp webmail system. I
was attempting to do an installation with Apache 1.3.27. I installed gmake
to attempt to solve this issue, and have been trying to download the gcc
3.2.1 package from SunFreeWare to try, also.
Thus far, I still cannot compile.
--
Alan W. Rateliff, II
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
based on the output i tried to add the -E to the call for gcc in Makefile,
but that only produced more errors. Based on the bottom email i have tried
the libtool from 4.1.2 and 4.2.3. My gcc was at 2.95.3. I am aslo trying
sunfreeware.com now.
Jeff
"Alan W.
Rateliff, II" To: <[EMAIL PROTECTED]>
<lists@ratelif cc:
f.net> Subject: Re: [PHP-INST] Output line to
long. PHP 4.3 install
01/12/2003
04:00 PM
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 11:37 AM
Subject: [PHP-INST] Output line to long. PHP 4.3 install
> I have a solaris 8/apache combo, and am trying to install PHP 4.3. i
> currently have 4.2.3 on this lpar of the box. When i try to 'make
install'
> for 4.3 i get this when trying to run a /bin/sh libtool --silent etc etc
> etc.......
>
> Output line too long.
> Output line too long.
> Output line too long.
> Output line too long.
> gcc: -E required when input is from standard input
>
> that is the last 6 lines spit out, but attached is that final command
that
> it died on. it's about 40 lines. is there a way to set the -E? will
that
> make it get by this??
>
> Has anyone had issues with this?
I have run into this exact problem. I made a post to the php.install
group,
but it never showed up. Another poster had mentioned he solved his
compilation problem by using the libtool from 4.2.3, but that failed for me
as well.
I tried this on three different Solaris 8 boxes: one Sparc and two Intel.
All three are running similar, but not identical, installations. All,
however, are using gcc 3.2, the latest flex and bison installations, and
required modules to support the Horde framework with Imp webmail system. I
was attempting to do an installation with Apache 1.3.27. I installed gmake
to attempt to solve this issue, and have been trying to download the gcc
3.2.1 package from SunFreeWare to try, also.
Thus far, I still cannot compile.
--
Alan W. Rateliff, II
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
fyi. i tried the latest from snaps.php.net and it failed as well. all of
the bugs on bugs.php.net seem to show a status of bogus for this issue, and
refer to a duplicate open item. yet i can't find one.
Jeffrey_N_Dyke
@Keane.com To: "Alan W. Rateliff, II"
<[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
01/12/2003 Subject: Re: [PHP-INST] Output line to
long. PHP 4.3 install
04:31 PM
based on the output i tried to add the -E to the call for gcc in Makefile,
but that only produced more errors. Based on the bottom email i have tried
the libtool from 4.1.2 and 4.2.3. My gcc was at 2.95.3. I am aslo trying
sunfreeware.com now.
Jeff
"Alan W.
Rateliff, II" To: <[EMAIL PROTECTED]>
<lists@ratelif cc:
f.net> Subject: Re: [PHP-INST] Output
line to long. PHP 4.3 install
01/12/2003
04:00 PM
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 11:37 AM
Subject: [PHP-INST] Output line to long. PHP 4.3 install
> I have a solaris 8/apache combo, and am trying to install PHP 4.3. i
> currently have 4.2.3 on this lpar of the box. When i try to 'make
install'
> for 4.3 i get this when trying to run a /bin/sh libtool --silent etc etc
> etc.......
>
> Output line too long.
> Output line too long.
> Output line too long.
> Output line too long.
> gcc: -E required when input is from standard input
>
> that is the last 6 lines spit out, but attached is that final command
that
> it died on. it's about 40 lines. is there a way to set the -E? will
that
> make it get by this??
>
> Has anyone had issues with this?
I have run into this exact problem. I made a post to the php.install
group,
but it never showed up. Another poster had mentioned he solved his
compilation problem by using the libtool from 4.2.3, but that failed for me
as well.
I tried this on three different Solaris 8 boxes: one Sparc and two Intel.
All three are running similar, but not identical, installations. All,
however, are using gcc 3.2, the latest flex and bison installations, and
required modules to support the Horde framework with Imp webmail system. I
was attempting to do an installation with Apache 1.3.27. I installed gmake
to attempt to solve this issue, and have been trying to download the gcc
3.2.1 package from SunFreeWare to try, also.
Thus far, I still cannot compile.
--
Alan W. Rateliff, II
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
I'm running Apache 1.3.27 on FreeBSD 4.7 and I'm having problems getting
FrontPage and PHP working together.
Basically, when I start Apache, I get an error from mod_frontpage that it
can't read the output of the random number command. This is ONLY when I
enable PHP (as a DSO). When PHP is disabled, FrontPage works perfectly.
I've tried re-compiling PHP and Apache statically but that fails when I go
to re-configure Apache for libphp.a with the following configure command:
./configure --prefix=/usr/local/apache \
--activate-module=src/modules/php4/libphp4.a \
--server-uid=www \
--server-gid=www \
--with-perl=/usr/bin/perl \
--with-layout=Apache \
--without-confadjust \
--enable-module=most \
--enable-module=auth_db \
--enable-module=mmap_static \
--add-module=./mod_frontpage.c \
--enable-shared=max \
--disable-shared=frontpage \
--disable-shared=php4 \
--enable-module=ssl \
--enable-module=define \
--enable-suexec \
--suexec-caller=www \
--suexec-uidmin=1000 \
--suexec-gidmin=1000 \
--suexec-logfile=/var/log/suexec.log \
--suexec-userdir=public_html \
I get the following from configure:
Configuring for Apache, Version 1.3.27
+ using installation path layout: Apache (config.layout)
+ activated php4 module (modules/php4/libphp4.a)
+ on-the-fly added and activated frontpage module (modules/extra/mod_frontpage.o)
+ Warning: You have enabled the suEXEC feature. Be aware that you need
+ root privileges to complete the final installation step.
Creating Makefile
Creating Configuration.apaci in src
+ enabling mod_so for DSO support
Creating Makefile in src
+ configured for FreeBSD 4.7 platform
+ setting C compiler to gcc
+ setting C pre-processor to gcc -E
+ checking for system header files
+ adding selected modules
o rewrite_module uses ConfigStart/End
enabling DBM support for mod_rewrite
o dbm_auth_module uses ConfigStart/End
o db_auth_module uses ConfigStart/End
using Berkeley-DB/1.x for mod_auth_db (-lc)
o ssl_module uses ConfigStart/End
+ SSL interface: mod_ssl/2.8.12
+ SSL interface build type: DSO
+ SSL interface compatibility: enabled
+ SSL interface experimental code: disabled
+ SSL interface conservative code: disabled
+ SSL interface vendor extensions: disabled
+ SSL interface plugin: Vendor DBM (libc)
+ SSL library path: [SYSTEM]
+ SSL library version: OpenSSL 0.9.6g 9 Aug 2002
+ SSL library type: installed package (system-wide)
o php4_module uses ConfigStart/End
+ enabling Extended API (EAPI)
+ using builtin Expat
+ checking sizeof various data types
+ doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed. The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.
======== Error Output for sanity check ========
cd ..; gcc -funsigned-char -DMOD_SSL=208112
-I/usr/home/admin/installs/apache_1.3/php-4.2.3
-I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
-I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
-I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
-I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
-I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
-I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
-I/usr/home/admin/installs/apache_1.3/php-4.2.3 -DEAPI -DUSE_EXPAT -I./lib/expat-lite
`./apaci` -o helpers/dummy helpers/dummy.c -R/usr/local/lib -R/usr/local/lib/mysql
-rdynamic -L/usr/local/lib -L/usr/local/lib/mysql -Lmodules/php4 -L../modules/php4
-L../../modules/php4 -lmodphp4 -lpam -lmcal -lc-client4 -lyaz -lsablot -liconv
-lexpat -liconv -lexpat -lexpat -lexpat -lsnmp -lmm -lpspell -lpdf -lz -ltiff -lpng
-ljpeg -lmysqlclient -lming -lmhash -lmcve -lmcrypt -lltdl -lldap -llber -lcrypt -lpam
-liconv -lintl -lgd -lfreetype -lpng -lz -ljpeg -lz -lcurl -lbz2 -lz -lcrypt -lssl
-lcrypto -lm -lcrypt -lcurl -lssl -lcrypto -lxml2 -lz -liconv -lm -lssl -lcrypto
-lcrypt
/usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
/usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
/usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
/usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
/usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
/usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
/usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
/usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
/usr/local/lib/libc-client4.so: undefined reference to `mm_status'
/usr/local/lib/libc-client4.so: undefined reference to `mm_login'
/usr/local/lib/libmcal.so: undefined reference to `cc_login'
/usr/local/lib/libc-client4.so: undefined reference to `mm_list'
/usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
/usr/local/lib/libmcal.so: undefined reference to `cc_searched'
/usr/local/lib/libmcal.so: undefined reference to `cc_vlog'
/usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
/usr/local/lib/libmcal.so: undefined reference to `cc_vdlog'
/usr/local/lib/libc-client4.so: undefined reference to `mm_log'
/usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
*** Error code 1
Stop in /usr/home/admin/installs/apache_1.3/apache_1.3.27/src/helpers.
============= End of Error Report =============
Aborting!
PHP is compiling fine as a DSO and standalone CLI. (Both of which work.)
I get the same problems from php-4.3.0 and php-4.2.3.
--- End Message ---
--- Begin Message ---
Did you install using ports/packages or your own compile under FreeBSD??
Timothy Hitchens (HiTCHO)
Open Platform Consulting
e-mail: [EMAIL PROTECTED]
> -----Original Message-----
> From: Martin DiViaio [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 13 January 2003 8:05 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] PHP Install Problems W/FrontPage
>
>
>
> I'm running Apache 1.3.27 on FreeBSD 4.7 and I'm having
> problems getting FrontPage and PHP working together.
>
> Basically, when I start Apache, I get an error from
> mod_frontpage that it can't read the output of the random
> number command. This is ONLY when I enable PHP (as a DSO).
> When PHP is disabled, FrontPage works perfectly.
>
> I've tried re-compiling PHP and Apache statically but that
> fails when I go to re-configure Apache for libphp.a with the
> following configure command:
>
> ./configure --prefix=/usr/local/apache \
> --activate-module=src/modules/php4/libphp4.a \
> --server-uid=www \
> --server-gid=www \
> --with-perl=/usr/bin/perl \
> --with-layout=Apache \
> --without-confadjust \
> --enable-module=most \
> --enable-module=auth_db \
> --enable-module=mmap_static \
> --add-module=./mod_frontpage.c \
> --enable-shared=max \
> --disable-shared=frontpage \
> --disable-shared=php4 \
> --enable-module=ssl \
> --enable-module=define \
> --enable-suexec \
> --suexec-caller=www \
> --suexec-uidmin=1000 \
> --suexec-gidmin=1000 \
> --suexec-logfile=/var/log/suexec.log \
> --suexec-userdir=public_html \
>
>
> I get the following from configure:
>
> Configuring for Apache, Version 1.3.27
> + using installation path layout: Apache (config.layout)
> + activated php4 module (modules/php4/libphp4.a)
> + on-the-fly added and activated frontpage module
> (modules/extra/mod_frontpage.o) + Warning: You have enabled
> the suEXEC feature. Be aware that you need + root privileges
> to complete the final installation step. Creating Makefile
> Creating Configuration.apaci in src + enabling mod_so for
> DSO support Creating Makefile in src + configured for
> FreeBSD 4.7 platform + setting C compiler to gcc + setting
> C pre-processor to gcc -E + checking for system header files
> + adding selected modules
> o rewrite_module uses ConfigStart/End
> enabling DBM support for mod_rewrite
> o dbm_auth_module uses ConfigStart/End
> o db_auth_module uses ConfigStart/End
> using Berkeley-DB/1.x for mod_auth_db (-lc)
> o ssl_module uses ConfigStart/End
> + SSL interface: mod_ssl/2.8.12
> + SSL interface build type: DSO
> + SSL interface compatibility: enabled
> + SSL interface experimental code: disabled
> + SSL interface conservative code: disabled
> + SSL interface vendor extensions: disabled
> + SSL interface plugin: Vendor DBM (libc)
> + SSL library path: [SYSTEM]
> + SSL library version: OpenSSL 0.9.6g 9 Aug 2002
> + SSL library type: installed package (system-wide)
> o php4_module uses ConfigStart/End
> + enabling Extended API (EAPI)
> + using builtin Expat
> + checking sizeof various data types
> + doing sanity check on compiler and options
> ** A test compilation with your Makefile configuration
> ** failed. The below error output from the compilation
> ** test will give you an idea what is failing. Note that
> ** Apache requires an ANSI C Compiler, such as gcc.
>
> ======== Error Output for sanity check ========
> cd ..; gcc -funsigned-char -DMOD_SSL=208112
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
> -I/usr/home/admin/installs/apache_1.3/php-4.2.3 -DEAPI
> -DUSE_EXPAT -I./lib/expat-lite `./apaci` -o helpers/dummy
> helpers/dummy.c -R/usr/local/lib -R/usr/local/lib/mysql
> -rdynamic -L/usr/local/lib -L/usr/local/lib/mysql
> -Lmodules/php4 -L../modules/php4 -L../../modules/php4
> -lmodphp4 -lpam -lmcal -lc-client4 -lyaz -lsablot -liconv
> -lexpat -liconv -lexpat -lexpat -lexpat -lsnmp -lmm -lpspell
> -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lming -lmhash
> -lmcve -lmcrypt -lltdl -lldap -llber -lcrypt -lpam -liconv
> -lintl -lgd -lfreetype -lpng -lz -ljpeg -lz -lcurl -lbz2 -lz
> -lcrypt -lssl -lcrypto -lm -lcrypt -lcurl -lssl -lcrypto
> -lxml2 -lz -liconv -lm -lssl -lcrypto -lcrypt
> /usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_status'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_login'
> /usr/local/lib/libmcal.so: undefined reference to `cc_login'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_list'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
> /usr/local/lib/libmcal.so: undefined reference to `cc_searched'
> /usr/local/lib/libmcal.so: undefined reference to `cc_vlog'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
> /usr/local/lib/libmcal.so: undefined reference to `cc_vdlog'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_log'
> /usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
> *** Error code 1
>
> Stop in /usr/home/admin/installs/apache_1.3/apache_1.3.27/src/helpers.
> ============= End of Error Report =============
>
> Aborting!
>
> PHP is compiling fine as a DSO and standalone CLI. (Both of
> which work.)
>
> I get the same problems from php-4.3.0 and php-4.2.3.
>
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
My own compile, both Apache and PHP. The ports collection only uses
php-4.1.2.
---------------------------------------------------------------------
Martin DiViaio [EMAIL PROTECTED]
Systems Administrator [EMAIL PROTECTED]
ETI - Connecting Your World 1-856-753-3810
---------------------------------------------------------------------
On the 13th day of January in the year 2003 you wrote:
> Date: Mon, 13 Jan 2003 08:31:44 +1000
> From: "Timothy Hitchens (HiTCHO)" <[EMAIL PROTECTED]>
> To: 'Martin DiViaio' <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> X-Spam-Status: No, hits=-4.4 required=7.0 tests=IN_REP_TO version=2.20
> Subject: RE: [PHP-INST] PHP Install Problems W/FrontPage
>
> Did you install using ports/packages or your own compile under FreeBSD??
>
>
> Timothy Hitchens (HiTCHO)
> Open Platform Consulting
> e-mail: [EMAIL PROTECTED]
>
> > -----Original Message-----
> > From: Martin DiViaio [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, 13 January 2003 8:05 AM
> > To: [EMAIL PROTECTED]
> > Subject: [PHP-INST] PHP Install Problems W/FrontPage
> >
> >
> >
> > I'm running Apache 1.3.27 on FreeBSD 4.7 and I'm having
> > problems getting FrontPage and PHP working together.
> >
> > Basically, when I start Apache, I get an error from
> > mod_frontpage that it can't read the output of the random
> > number command. This is ONLY when I enable PHP (as a DSO).
> > When PHP is disabled, FrontPage works perfectly.
> >
> > I've tried re-compiling PHP and Apache statically but that
> > fails when I go to re-configure Apache for libphp.a with the
> > following configure command:
> >
> > ./configure --prefix=/usr/local/apache \
> > --activate-module=src/modules/php4/libphp4.a \
> > --server-uid=www \
> > --server-gid=www \
> > --with-perl=/usr/bin/perl \
> > --with-layout=Apache \
> > --without-confadjust \
> > --enable-module=most \
> > --enable-module=auth_db \
> > --enable-module=mmap_static \
> > --add-module=./mod_frontpage.c \
> > --enable-shared=max \
> > --disable-shared=frontpage \
> > --disable-shared=php4 \
> > --enable-module=ssl \
> > --enable-module=define \
> > --enable-suexec \
> > --suexec-caller=www \
> > --suexec-uidmin=1000 \
> > --suexec-gidmin=1000 \
> > --suexec-logfile=/var/log/suexec.log \
> > --suexec-userdir=public_html \
> >
> >
> > I get the following from configure:
> >
> > Configuring for Apache, Version 1.3.27
> > + using installation path layout: Apache (config.layout)
> > + activated php4 module (modules/php4/libphp4.a)
> > + on-the-fly added and activated frontpage module
> > (modules/extra/mod_frontpage.o) + Warning: You have enabled
> > the suEXEC feature. Be aware that you need + root privileges
> > to complete the final installation step. Creating Makefile
> > Creating Configuration.apaci in src + enabling mod_so for
> > DSO support Creating Makefile in src + configured for
> > FreeBSD 4.7 platform + setting C compiler to gcc + setting
> > C pre-processor to gcc -E + checking for system header files
> > + adding selected modules
> > o rewrite_module uses ConfigStart/End
> > enabling DBM support for mod_rewrite
> > o dbm_auth_module uses ConfigStart/End
> > o db_auth_module uses ConfigStart/End
> > using Berkeley-DB/1.x for mod_auth_db (-lc)
> > o ssl_module uses ConfigStart/End
> > + SSL interface: mod_ssl/2.8.12
> > + SSL interface build type: DSO
> > + SSL interface compatibility: enabled
> > + SSL interface experimental code: disabled
> > + SSL interface conservative code: disabled
> > + SSL interface vendor extensions: disabled
> > + SSL interface plugin: Vendor DBM (libc)
> > + SSL library path: [SYSTEM]
> > + SSL library version: OpenSSL 0.9.6g 9 Aug 2002
> > + SSL library type: installed package (system-wide)
> > o php4_module uses ConfigStart/End
> > + enabling Extended API (EAPI)
> > + using builtin Expat
> > + checking sizeof various data types
> > + doing sanity check on compiler and options
> > ** A test compilation with your Makefile configuration
> > ** failed. The below error output from the compilation
> > ** test will give you an idea what is failing. Note that
> > ** Apache requires an ANSI C Compiler, such as gcc.
> >
> > ======== Error Output for sanity check ========
> > cd ..; gcc -funsigned-char -DMOD_SSL=208112
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
> > -I/usr/home/admin/installs/apache_1.3/php-4.2.3 -DEAPI
> > -DUSE_EXPAT -I./lib/expat-lite `./apaci` -o helpers/dummy
> > helpers/dummy.c -R/usr/local/lib -R/usr/local/lib/mysql
> > -rdynamic -L/usr/local/lib -L/usr/local/lib/mysql
> > -Lmodules/php4 -L../modules/php4 -L../../modules/php4
> > -lmodphp4 -lpam -lmcal -lc-client4 -lyaz -lsablot -liconv
> > -lexpat -liconv -lexpat -lexpat -lexpat -lsnmp -lmm -lpspell
> > -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lming -lmhash
> > -lmcve -lmcrypt -lltdl -lldap -llber -lcrypt -lpam -liconv
> > -lintl -lgd -lfreetype -lpng -lz -ljpeg -lz -lcurl -lbz2 -lz
> > -lcrypt -lssl -lcrypto -lm -lcrypt -lcurl -lssl -lcrypto
> > -lxml2 -lz -liconv -lm -lssl -lcrypto -lcrypt
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_expunged'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_diskerror'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_nocritical'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_searched'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_status'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_login'
> > /usr/local/lib/libmcal.so: undefined reference to `cc_login'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_list'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_critical'
> > /usr/local/lib/libmcal.so: undefined reference to `cc_searched'
> > /usr/local/lib/libmcal.so: undefined reference to `cc_vlog'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
> > /usr/local/lib/libmcal.so: undefined reference to `cc_vdlog'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_log'
> > /usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
> > *** Error code 1
> >
> > Stop in /usr/home/admin/installs/apache_1.3/apache_1.3.27/src/helpers.
> > ============= End of Error Report =============
> >
> > Aborting!
> >
> > PHP is compiling fine as a DSO and standalone CLI. (Both of
> > which work.)
> >
> > I get the same problems from php-4.3.0 and php-4.2.3.
> >
> >
> >
> > --
> > PHP Install Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
>
>
--- End Message ---
--- Begin Message ---
You need to do a cvsup on your ports then redo using ports and all will
be well:
Current Ports after you do cvsup: PHP 4.2.3 and Apache 1.3.2.7 etc
Timothy Hitchens (HiTCHO)
Open Platform Consulting
e-mail: [EMAIL PROTECTED]
> -----Original Message-----
> From: Martin DiViaio [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 13 January 2003 8:43 AM
> To: Timothy Hitchens (HiTCHO)
> Cc: [EMAIL PROTECTED]
> Subject: RE: [PHP-INST] PHP Install Problems W/FrontPage
>
>
>
>
> My own compile, both Apache and PHP. The ports collection
> only uses php-4.1.2.
>
>
> ---------------------------------------------------------------------
> Martin DiViaio [EMAIL PROTECTED]
> Systems Administrator [EMAIL PROTECTED]
> ETI - Connecting Your World 1-856-753-3810
> ---------------------------------------------------------------------
>
> On the 13th day of January in the year 2003 you wrote:
>
> > Date: Mon, 13 Jan 2003 08:31:44 +1000
> > From: "Timothy Hitchens (HiTCHO)" <[EMAIL PROTECTED]>
> > To: 'Martin DiViaio' <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED]
> > X-Spam-Status: No, hits=-4.4 required=7.0 tests=IN_REP_TO
> version=2.20
> > Subject: RE: [PHP-INST] PHP Install Problems W/FrontPage
> >
> > Did you install using ports/packages or your own compile under
> > FreeBSD??
> >
> >
> > Timothy Hitchens (HiTCHO)
> > Open Platform Consulting
> > e-mail: [EMAIL PROTECTED]
> >
> > > -----Original Message-----
> > > From: Martin DiViaio [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, 13 January 2003 8:05 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: [PHP-INST] PHP Install Problems W/FrontPage
> > >
> > >
> > >
> > > I'm running Apache 1.3.27 on FreeBSD 4.7 and I'm having problems
> > > getting FrontPage and PHP working together.
> > >
> > > Basically, when I start Apache, I get an error from mod_frontpage
> > > that it can't read the output of the random number
> command. This is
> > > ONLY when I enable PHP (as a DSO). When PHP is disabled,
> FrontPage
> > > works perfectly.
> > >
> > > I've tried re-compiling PHP and Apache statically but that fails
> > > when I go to re-configure Apache for libphp.a with the following
> > > configure command:
> > >
> > > ./configure --prefix=/usr/local/apache \
> > > --activate-module=src/modules/php4/libphp4.a \
> > > --server-uid=www \
> > > --server-gid=www \
> > > --with-perl=/usr/bin/perl \
> > > --with-layout=Apache \
> > > --without-confadjust \
> > > --enable-module=most \
> > > --enable-module=auth_db \
> > > --enable-module=mmap_static \
> > > --add-module=./mod_frontpage.c \
> > > --enable-shared=max \
> > > --disable-shared=frontpage \
> > > --disable-shared=php4 \
> > > --enable-module=ssl \
> > > --enable-module=define \
> > > --enable-suexec \
> > > --suexec-caller=www \
> > > --suexec-uidmin=1000 \
> > > --suexec-gidmin=1000 \
> > > --suexec-logfile=/var/log/suexec.log \
> > > --suexec-userdir=public_html \
> > >
> > >
> > > I get the following from configure:
> > >
> > > Configuring for Apache, Version 1.3.27
> > > + using installation path layout: Apache (config.layout)
> > > + activated php4 module (modules/php4/libphp4.a)
> > > + on-the-fly added and activated frontpage module
> > > (modules/extra/mod_frontpage.o) + Warning: You have enabled the
> > > suEXEC feature. Be aware that you need + root privileges to
> > > complete the final installation step. Creating Makefile Creating
> > > Configuration.apaci in src + enabling mod_so for DSO support
> > > Creating Makefile in src + configured for FreeBSD 4.7
> platform +
> > > setting C compiler to gcc + setting C pre-processor to gcc -E +
> > > checking for system header files + adding selected modules
> > > o rewrite_module uses ConfigStart/End
> > > enabling DBM support for mod_rewrite
> > > o dbm_auth_module uses ConfigStart/End
> > > o db_auth_module uses ConfigStart/End
> > > using Berkeley-DB/1.x for mod_auth_db (-lc)
> > > o ssl_module uses ConfigStart/End
> > > + SSL interface: mod_ssl/2.8.12
> > > + SSL interface build type: DSO
> > > + SSL interface compatibility: enabled
> > > + SSL interface experimental code: disabled
> > > + SSL interface conservative code: disabled
> > > + SSL interface vendor extensions: disabled
> > > + SSL interface plugin: Vendor DBM (libc)
> > > + SSL library path: [SYSTEM]
> > > + SSL library version: OpenSSL 0.9.6g 9 Aug 2002
> > > + SSL library type: installed package (system-wide)
> > > o php4_module uses ConfigStart/End
> > > + enabling Extended API (EAPI)
> > > + using builtin Expat
> > > + checking sizeof various data types
> > > + doing sanity check on compiler and options
> > > ** A test compilation with your Makefile configuration
> > > ** failed. The below error output from the compilation
> > > ** test will give you an idea what is failing. Note that
> > > ** Apache requires an ANSI C Compiler, such as gcc.
> > >
> > > ======== Error Output for sanity check ========
> > > cd ..; gcc -funsigned-char -DMOD_SSL=208112
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/main
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/Zend
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3/TSRM
> > > -I/usr/home/admin/installs/apache_1.3/php-4.2.3 -DEAPI
> > > -DUSE_EXPAT -I./lib/expat-lite `./apaci` -o helpers/dummy
> > > helpers/dummy.c -R/usr/local/lib -R/usr/local/lib/mysql -rdynamic
> > > -L/usr/local/lib -L/usr/local/lib/mysql -Lmodules/php4
> > > -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -lmcal
> > > -lc-client4 -lyaz -lsablot -liconv -lexpat -liconv
> -lexpat -lexpat
> > > -lexpat -lsnmp -lmm -lpspell -lpdf -lz -ltiff -lpng -ljpeg
> > > -lmysqlclient -lming -lmhash -lmcve -lmcrypt -lltdl -lldap -llber
> > > -lcrypt -lpam -liconv -lintl -lgd -lfreetype -lpng -lz -ljpeg -lz
> > > -lcurl -lbz2 -lz -lcrypt -lssl -lcrypto -lm -lcrypt -lcurl -lssl
> > > -lcrypto
> > > -lxml2 -lz -liconv -lm -lssl -lcrypto -lcrypt
> > > /usr/local/lib/libc-client4.so: undefined reference to
> `mm_expunged'
> > > /usr/local/lib/libc-client4.so: undefined reference to
> > > `mm_diskerror'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_lsub'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_flags'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_fatal'
> > > /usr/local/lib/libc-client4.so: undefined reference to
> `mm_nocritical'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_notify'
> > > /usr/local/lib/libc-client4.so: undefined reference to
> `mm_searched'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_status'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_login'
> > > /usr/local/lib/libmcal.so: undefined reference to `cc_login'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_list'
> > > /usr/local/lib/libc-client4.so: undefined reference to
> `mm_critical'
> > > /usr/local/lib/libmcal.so: undefined reference to `cc_searched'
> > > /usr/local/lib/libmcal.so: undefined reference to `cc_vlog'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_exists'
> > > /usr/local/lib/libmcal.so: undefined reference to `cc_vdlog'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_log'
> > > /usr/local/lib/libc-client4.so: undefined reference to `mm_dlog'
> > > *** Error code 1
> > >
> > > Stop in
> > > /usr/home/admin/installs/apache_1.3/apache_1.3.27/src/helpers.
> > > ============= End of Error Report =============
> > >
> > > Aborting!
> > >
> > > PHP is compiling fine as a DSO and standalone CLI. (Both of which
> > > work.)
> > >
> > > I get the same problems from php-4.3.0 and php-4.2.3.
> > >
> > >
> > >
> > > --
> > > PHP Install Mailing List (http://www.php.net/)
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> >
> >
> >
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
thank to the bug database......
it seems to be that if you upgrade your version of sed to GNU sed from
www.sunfreeware.com( version 4). you'll be fine.
after you install make sure you are using the new added package of sed. I
was using one in /usr/bin, from the original install, and the package
installs in /usr/local/bin/ once i put this higher up in my PATH, all was
well.
if you don't know where sed is running out of...
shell>which sed
Hope this helps someone else.
Alan, i'd be interested to hear if this helps you as well.
Jeff
Jeffrey_N_Dyke
@Keane.com To: "Alan W. Rateliff, II"
<[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
01/12/2003 Subject: Re: [PHP-INST] Output line to
long. PHP 4.3 install
05:24 PM
fyi. i tried the latest from snaps.php.net and it failed as well. all of
the bugs on bugs.php.net seem to show a status of bogus for this issue, and
refer to a duplicate open item. yet i can't find one.
Jeffrey_N_Dyke
@Keane.com To: "Alan W. Rateliff, II"
<[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
01/12/2003 Subject: Re: [PHP-INST] Output
line to long. PHP 4.3 install
04:31 PM
based on the output i tried to add the -E to the call for gcc in Makefile,
but that only produced more errors. Based on the bottom email i have tried
the libtool from 4.1.2 and 4.2.3. My gcc was at 2.95.3. I am aslo trying
sunfreeware.com now.
Jeff
"Alan W.
Rateliff, II" To: <[EMAIL PROTECTED]>
<lists@ratelif cc:
f.net> Subject: Re: [PHP-INST] Output
line to long. PHP 4.3 install
01/12/2003
04:00 PM
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 11:37 AM
Subject: [PHP-INST] Output line to long. PHP 4.3 install
> I have a solaris 8/apache combo, and am trying to install PHP 4.3. i
> currently have 4.2.3 on this lpar of the box. When i try to 'make
install'
> for 4.3 i get this when trying to run a /bin/sh libtool --silent etc etc
> etc.......
>
> Output line too long.
> Output line too long.
> Output line too long.
> Output line too long.
> gcc: -E required when input is from standard input
>
> that is the last 6 lines spit out, but attached is that final command
that
> it died on. it's about 40 lines. is there a way to set the -E? will
that
> make it get by this??
>
> Has anyone had issues with this?
I have run into this exact problem. I made a post to the php.install
group,
but it never showed up. Another poster had mentioned he solved his
compilation problem by using the libtool from 4.2.3, but that failed for me
as well.
I tried this on three different Solaris 8 boxes: one Sparc and two Intel.
All three are running similar, but not identical, installations. All,
however, are using gcc 3.2, the latest flex and bison installations, and
required modules to support the Horde framework with Imp webmail system. I
was attempting to do an installation with Apache 1.3.27. I installed gmake
to attempt to solve this issue, and have been trying to download the gcc
3.2.1 package from SunFreeWare to try, also.
Thus far, I still cannot compile.
--
Alan W. Rateliff, II
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: "Alan W. Rateliff, II" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 6:47 PM
Subject: Re: [PHP-INST] Output line to long. PHP 4.3 install --FIXED --
>
> thank to the bug database......
>
> it seems to be that if you upgrade your version of sed to GNU sed from
> www.sunfreeware.com( version 4). you'll be fine.
>
> after you install make sure you are using the new added package of sed. I
> was using one in /usr/bin, from the original install, and the package
> installs in /usr/local/bin/ once i put this higher up in my PATH, all was
> well.
>
> if you don't know where sed is running out of...
> shell>which sed
>
> Hope this helps someone else.
> Alan, i'd be interested to hear if this helps you as well.
Installing sed 4.0 from SFW did the trick. Since the system's sed is in
/usr/bin, I chose the low road and mv'd it to sed.old. If it breaks
anything, I'll make a symlink to the new version in /usr/local/bin.
The PHP compile and installation was successful, now I'm just running into
problems with Horde and its applications. Guess I'll need to head on over
to the Horde list and see what's up :)
Thanks for the tip!
--
Alan W. Rateliff, II
--- End Message ---
--- Begin Message ---
ok erkan
letts start from the start
ur php.ini first
im assumming u have installed php in C:\WINNT\system32\inetsrv\php
n u have all the extensions n dlls n pear n sapi all foldrs in php folder
locate in ur php.ini 'Paths and Directories'
n set
1.include_path = "C:\WINNT\system32\inetsrv\php"
the path to ur php folder !!!!
2.doc_root = "path to the folder u want ur php files to be picked up from
....... d:\phpFiles"
remember '\' NOT '/' ok ?????
now ur httpd.conf
1. locate ServerRoot and set it
ServerRoot "C:/complete path to ur apache folder"
2. add or uncomment
LoadModule php4_module C:/WINNT/system32/inetsrv/php/sapi/php4apache.dll
3. add
AddModule mod_php4.c
4. locate ServerName and set it
ServerName name of ur server !!!!
5. locate and set
DocumentRoot "path of the folder u set in ur php.ini"
6. then again
<Directory "doccumentroot path">
7. locate and set
# "c:/Program Files/Apache Group/Apache/cgi-bin" should be changed to
whatever your ScriptAliased
# CGI directory exists, if you have that configured.
#
<Directory "C:\WINDOWS\system32\inetsrv\php">
AllowOverride None
Options None
Order allow,deny
Allow from all
</Directory>
</IfModule>
# End of aliases.
8. add these
AddType application/x-tar .tgz
AddType application/x-httpd-php .phtml .php
AddType application/x-httpd-php-source .phps
9. leave the rest intact
10. i hope all this hlps pal
good luck
toby ......
_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
--- End Message ---
--- Begin Message ---
Hello,
I am one week recompiling source of php-4.2.3 to put support TTF
I am having problem with gd true type font .
I've been trying execute this php. But, always show me this error
Warning: Could not find/open font in
/usr/home/hosting/b4u/public_html/congressos/fenasoft/ProgramacaoListar.php
on line 5
?PNG IHDRj+PLTEϿT_%Y)IDATxocP"0(" ~"
"Ie@&cQ]Fu".*Y"@uPIENDB`,
This is my phpinfo
GD Support enabled
GD Version 1.6.2 or higher
FreeType Support enabled
FreeType Linkage with freetype
I found a webhosting that function my php.This is php configuration of
webhosting
GD Support enabled
GD Version 1.6.2 or higher
FreeType Support enabled
FreeType Linkage with TTF library
Thanks for help me.
Breno
[EMAIL PROTECTED]
--- End Message ---
