php-install Digest 21 Mar 2002 04:56:39 -0000 Issue 754

Topics (messages 6423 through 6431):

"inline" functions cannot use static identifier
        6423 by: Andrew Shika

Re: prob install gd 1.8.4 jpeg-6b php 4.1.12
        6424 by: Kai Schaetzl
        6430 by: Jonathan Ohlrich

Re: PHP on OS X using external mail server?
        6425 by: Grant Walters
        6427 by: Kai Schaetzl

php upgrading
        6426 by: Robert Abbate
        6428 by: Chris Hewitt

Strange Library problem compiling 4.1.2
        6429 by: Steve Halligan

upgrade to 4.1.2 on RH 7.2
        6431 by: Jason

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 ---
I am using SCO Openserver 5.0.5 and when I compile php, i get
the following error
UX: acomp:ERROR, "zend _execute.c", line nnn: "inline" functions cannot use
static identifier "xxxxxx"

What is causing this compilation problem

--
--------------------------------------------------------------------
As Giuseppi Cocconi and Philip Morrison stated four decades ago,
"the probability of success is difficult to estimate,but if we
 never search, the chance of success is zero."
nickName: drew
     Web: http://www.bcit.co.za
   email: [EMAIL PROTECTED] ; [EMAIL PROTECTED]
    cell: (+27)(83)-708-7421


--- End Message ---
--- Begin Message ---
Your message of Tue, 19 Mar 2002 16:37:23 -0500:

> Zend/.libs/libZend.al(jmemnobs.o)(.text+0x80): first defined here
>

I see a lot of people recently posting compilation problems because 
of those "first defined here", "multiple definition of" in various 
parts of the code. I don't remember having seen postings about these 
errors before. I have such a problem myself (see posting of March 
18).
Is this a trend which could indicate a general problem with the 4.1.* 
code or is this a common compiler error which doesn't point to a 
problem in the code itself?


Kai

--

Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com
IE-Center: http://ie5.de & http://msie.winware.org



--- End Message ---
--- Begin Message ---
yeah it just may be a 4.1.x problem, i compiled just fine with 4.0.6...


"Kai Schaetzl" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Your message of Tue, 19 Mar 2002 16:37:23 -0500:
>
> > Zend/.libs/libZend.al(jmemnobs.o)(.text+0x80): first defined here
> >
>
> I see a lot of people recently posting compilation problems because
> of those "first defined here", "multiple definition of" in various
> parts of the code. I don't remember having seen postings about these
> errors before. I have such a problem myself (see posting of March
> 18).
> Is this a trend which could indicate a general problem with the 4.1.*
> code or is this a common compiler error which doesn't point to a
> problem in the code itself?
>
>
> Kai
>
> --
>
> Kai Schätzl, Berlin, Germany
> Get your web at Conactive Internet Services: http://www.conactive.com
> IE-Center: http://ie5.de & http://msie.winware.org
>
>
>


--- End Message ---
--- Begin Message ---
> I'm trying to get PHP on a Mac OS X server to use an external mail
> server.  It seems that OS X is configured out of the box to use a
> local copy of sendmail to route mail.  We will not be running
> sendmail on our OS X server and need to tell PHP to use an external
> SMTP server.  I put a php.ini file in /usr/local/lib, and modified
> the SMTP line to point to our external SMTP server.  It still doesn't
> work.  If I run sendmail on the server, it works fine.   Any ideas?
>

Just a suggestion, but just because you don't proc up a daemon for sendmail to listen 
for incoming mail, you can still use the
sendmail program on the local machine for the actual sending of the mail to your 
external server.

Look at the sendmail stuff relating to "Smart Relay Hosts".  There is an entry that 
can be added to sendmail.cf that looks like
this.

# "Smart" relay host (may be null)
DSrelay:external.company.com

Then you can leave PHP alone.

Regards

Grant Walters
Brainbench 'Most Valuable Professional' for Unix Admin
Walters & Associates, P O Box 13-043 Johnsonville, Wellington, NEW ZEALAND
Telephone: +64 4 4765175, CellPhone 025488265, ICQ# 23511989

--- End Message ---
--- Begin Message ---
Your message of Tue, 12 Mar 2002 16:27:27 -0500:

> I put a php.ini file in /usr/local/lib, and modified 
> the SMTP line to point to our external SMTP server.
>

This option is for Windows only. If you want to send mail via SMTP 
you have to use an SMTP class for sending the mail.


Kai

--

Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com
IE-Center: http://ie5.de & http://msie.winware.org



--- End Message ---
--- Begin Message ---
Hi. I'm upgrading my Mandrake 8.1 box (which came with the standard 4.0.6
RPM distribution of PHP) to the new source distribution of PHP 4.1.2

When I do configure, make and make install, it seems to install w/o any
problems, but it doesn't overwrite 4.0.6! I even tried uninstalling the PHP
RPMs for 4.0.6, but that doesn't work either. Here is what I am doing:

./configure --with-apxs --disable-static  --enable-pic --enable-inline-optim
ization --prefix=/usr  --with-config-file-path=/etc --enable-magic-quotes --
enable-debugger --enable-track-vars --enable-safe-mode --with-exec-dir=/usr/
bin --with-regex=system --enable-sysvsem --with-mod_charset --with-mm --enab
le-trans-sid --enable-yp --enable-ftp --with-xml --with-gettext --with-curl=
/usr/bin/curl  --enable-sockets --enable-shmop --with-png-dir=/usr/lib --wit
h-tiff-dir=/usr/lib --with-imap --with-jpeg-dir=/usr/lib --with-postgresql -
-with-openssl  --with-gd --with-mhash --with-mcrypt --with-zlib-dir=/usr/loc
al/lib --with-mysql

here's the php page: http://performancehosting.net/php.php

I assume that I should install it as a DSO and not static module. Should I
change it to a static?

Any suggestions on what to look for?

Thanks,
Robert


--- End Message ---
--- Begin Message ---
Robert,

I stand to be corrected, but the way I see it...

You have compiled --with-apxs but the 4.0.6 version on your site was 
compiled without it. If your apache has mod_so (do a "httpd -l" to find 
out) then if you put the entries into httpd.conf then I would have 
thought it would work. Compiled as the 4.0.6 was I think it is a static 
module but --with-apache was not present so I'm not sure.

Hmm. Not much help I'm afraid but it may give you some pointers. I'm not 
sure how the Apache-AdvancedExtraNet Server differs from the ordinary 
apache so there may be something there.

Hope this helps (a bit).

Regards

Chris

Robert Abbate wrote:

>Hi. I'm upgrading my Mandrake 8.1 box (which came with the standard 4.0.6
>RPM distribution of PHP) to the new source distribution of PHP 4.1.2
>
>When I do configure, make and make install, it seems to install w/o any
>problems, but it doesn't overwrite 4.0.6! I even tried uninstalling the PHP
>RPMs for 4.0.6, but that doesn't work either. Here is what I am doing:
>
>./configure --with-apxs --disable-static  --enable-pic --enable-inline-optim
>ization --prefix=/usr  --with-config-file-path=/etc --enable-magic-quotes --
>enable-debugger --enable-track-vars --enable-safe-mode --with-exec-dir=/usr/
>bin --with-regex=system --enable-sysvsem --with-mod_charset --with-mm --enab
>le-trans-sid --enable-yp --enable-ftp --with-xml --with-gettext --with-curl=
>/usr/bin/curl  --enable-sockets --enable-shmop --with-png-dir=/usr/lib --wit
>h-tiff-dir=/usr/lib --with-imap --with-jpeg-dir=/usr/lib --with-postgresql -
>-with-openssl  --with-gd --with-mhash --with-mcrypt --with-zlib-dir=/usr/loc
>al/lib --with-mysql
>
>here's the php page: http://performancehosting.net/php.php
>
>I assume that I should install it as a DSO and not static module. Should I
>change it to a static?
>
>Any suggestions on what to look for?
>
>Thanks,
>Robert
>
>
>



--- End Message ---
--- Begin Message ---
Compiling 4.1.2 on OpenBSD 3.0.  Configure line is like this:
./configure  --with-mysql --with-apxs --enable-sockets --with-curl
--with-crack --libdir=/usr/local/lib --includedir=/usr/local/include

Configure finishes with no errors.
When I run gmake (or make for that matter) right before the end I get the
below message.
Make finishes and make install works.  PHP functions just fine, with the
exception of resolve and crack functions.
Crack libraries are in /usr/local/lib, headers in /usr/local/include.
Resolve libraries are in /usr/lib
Configure finds both with no errors and no complaining.

What is up?

-steve

------------begin cut from gmake output--------------
*** Warning: This library needs some functionality provided by -lresolv.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lresolv.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lcrack.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lresolv.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -lresolv.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
--- End Message ---
--- Begin Message ---
I am trying to upgrade but when I use the rpm -u or -i i get a failed
dependency saying that it needs libdb-3.1.so. I currently have libdb-3.2.so
on my system, anyone have any hints on what I can do. Thanks.


Jason
[EMAIL PROTECTED]


--- End Message ---

Reply via email to