Re: PHP v5.2.5 installation

[Jesse Santana <jsantana@xxxxxxxxx>]

Keith,

Thank you for the '--with-readline'
suggestion, I've just finished testing this and it works great!  I'm
working on moving this over to production now.

Jesse


Jesse Santana
Project Lead - Enterprise Services Group
Information Technology Services
California State University, Long Beach
1250 Bellflower Blvd.
Long Beach, CA  90840
Office: (562)985-8511
Fax:     (562)985-8855

Keith Roberts <keith@xxxxxxxxxxxx>

12/05/2007 09:07 AM

Please respond to
Keith Roberts <keith@xxxxxxxxxxxx>

To	php-install@xxxxxxxxxxxxx
cc
Subject	Re: PHP v5.2.5 installation

Pleased to hear you have it sorted now Jesse.

In theory, theory and practice are the same;
in practice they are not.

On Wed, 5 Dec 2007, Jesse Santana wrote:

> To: Keith Roberts <keith@xxxxxxxxxxxx>
> From: Jesse Santana <jsantana@xxxxxxxxx>
> Subject: Re:  PHP v5.2.5 installation
> 
> Keith,
>
> Thank you for the feedback.  I do tar up my PHP directory 
> before performing an upgrade and I keep these tar files 
> around indefinitely so I can always reference them if 
> needed.  I install PHP in the same directory each time 
> because we are running PHP as a CLI and I don't have 
> access to all the scripts that our 25 different webmasters 
> and countless students have written.  The last thing I 
> want to do is to have to tell everyone to change the 
> shebang line in each script every time I upgrade PHP.  We 
> have tossed around the idea of a soft link but for now we 
> continue to tar up the old directory and replace it with 
> the new.

What about if you just copied the php cli to /usr/local/bin, 
or /usr/bin? That way it would be in the PATH and that 
path will not change between upgrades? My /user/local is on 
a seperate partition, so anything installed there should 
survive an OS upgrade.

I also see from your ./configure script that you do not use 
the '--with-readline' option. On Fedora 8 I have to use this 
option to allow me to use php interactively like a BASIC 
interpreter. This is really handy for debugging PHP one line 
interactively at a time. I thought this was enabled by 
default, but apparently it's not.

Try typing php -a at a shell command. You should then see 
something like this:

[root@karsites php-5.2.x]# php -a
Interactive shell

php > echo "Hello World";
Hello World
php >
php > $keywords = '$40 for a g3/400';
php > $keywords = preg_quote($keywords, '/');
php > echo $keywords; // returns \$40 for a g3\/400
\$40 for a g3\/400
php >
php > quit
[root@karsites php-5.2.x]#

Really handy for checking out those one-liners that your not 
sure about. If php just seems to hang and output a command 
prompt, then you probably need to use the '--with-readline' 
option.

Kind Regards

Keith Roberts



> I was able to determine that my problem was related to the 
> --with-openssl addition in my configure statement.  As 
> soon as I changed that to --with-openssl=/usr/local/ssl, 
> the make completed successfully.  The mysql_set_character 
> undefined symbol error was sort of misleading but it's not 
> the first time I've seen something like this.
>
> Jesse
>
> Jesse Santana
> Project Lead - Enterprise Services Group
> Information Technology Services
> California State University, Long Beach
> 1250 Bellflower Blvd.
> Long Beach, CA  90840
> Office: (562)985-8511
> Fax:     (562)985-8855
>
>
>
>
> Keith Roberts <keith@xxxxxxxxxxxx>
> 12/05/2007 07:17 AM
> Please respond to
> Keith Roberts <keith@xxxxxxxxxxxx>
>
>
> To
> php-install@xxxxxxxxxxxxx
> cc
>
> Subject
> Re:  PHP v5.2.5 installation
>
>
>
>
>
>
> On Tue, 4 Dec 2007, Jesse Santana wrote:
>
>> To: php-install@xxxxxxxxxxxxx
>> From: Jesse Santana <jsantana@xxxxxxxxx>
>> Subject:  PHP v5.2.5 installation
>>
>> I am running a Solaris 10 (SPARC) system that has Apache 2.2.6
and PHP
>> v5.2.2 installed.  PHP is running as a CLI and not as an
Apache module.
>> The system works fine.  I am now in the process of upgrading
PHP to
>> version 5.2.5 using the following configuration parameters:
>>
>> ./configure --prefix=/usr/local/php5 --with-openssl \
>
> Not sure if this answers your prob at all - but it may help
> keep things apart in the future and avoid any other conflicts.
>
> Would it be a better option to compile each version of PHP
> (and any other compiled software, including different
> versions of Apache (http, https)) into it's own subdirectory
> under /usr/local?
>
> That way you will have the previous version for reference
> purposes, and also as a 'fallback' untill you have your
> latest version up and running? These are the main reasons I
> like to compile php and apache myself. It's handy just
> copying the configuration files from the old version across
> to the new version, without messing up the previous
> version's installation.
>
> ./configure --prefix=/usr/local/php-5.2.5
>
> I would be inclined to do a 'make clean' in the php-5.2.5
> source dir, and try again with the above installation
> prefix. See what that does.
>
> HTH
>
> Keith Roberts
>
>> --with-oci8=instantclient,/usr/local/oracle/instantclient_10_2
\
>> --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock
\
>> --with-zlib-dir=/usr/local/lib \
>> --enable-fastcgi --with-xsl \
>> --with-mcrypt=/usr/local/libmcrypt --enable-mbstring \
>> --with-ldap
>>
>> The configure finishes fine but when I run make I get the following
> error:
>>
>> Undefined                
      first referenced
>> symbol                
            in file
>> mysql_set_character_set            
ext/mysql/php_mysql.o
>> ld: fatal: Symbol referencing errors. No output written to
>> sapi/cgi/php-cgi
>> collect2: ld returned 1 exit status
>> *** Error code 1
>> make: Fatal error: Command failed for target `sapi/cgi/php-cgi'
>
> Can you do a clean compile without building the php-cgi
> module? If so this may give you a clue where the problem is.
>
>> I have MySQL version 5.0.37 installed on the system and running
and I
> have
>> both my PATH variables and LD_LIBRARY_PATH pointing to the appropriate
>> MySQL directories.
>>
>> Can someone shed some light on what this error is telling me and
how I
> can
>> fix it?
>>
>> Thanks!
>>
>> Jesse
>>
>> Jesse Santana
>> Project Lead - Enterprise Services Group
>> Information Technology Services
>> California State University, Long Beach
>> 1250 Bellflower Blvd.
>> Long Beach, CA  90840
>> Office: (562)985-8511
>> Fax:     (562)985-8855
>>
>
>