Hi,

this is a symbol in the mysql client library.

Did you compile the DBD::mysql module with the same library as the one with PHP?

I installed DBD::Mysql via CPAN shell so I'm not sure about 
that but the php build I'm using is, I installed the binary 
from the suggested link on http://www.php.net/downloads.php 
for the OSX binary. 

I've been trying to build php with mysql's mysqlclient 
libraries to avoid this but am having difficulties. I 
wasn't aware that I could just try to rebuild DBD, maybe I 
sould just try that route.... but how would I go about 
doing that?? link DBD to mysqlclient libraries??

hmm, that would be difficult. The binary install, uses the provided mysql client and links that in (statically I presume).

I think the only thing you can do is:
a) wait :-0
or the preferred option:
b) report compilation errors for the mysql client lib and join php QA - it's the only way we can improve support for OS/X.

Dan (Kalowsky): is 4.3.0-dev better for external mysql client support?

I wouldn't be able to comment directly on the MySQL support as I haven't even bothered to try it.  Guess I should do that soon. 

Anyways, if you can try a snapshot of a recent build (snaps.php.net) and tell me if this is fixed, it would be appriciated.  4.3.0 will be the first release of PHP to officially support OSX out of the box... so any testing you can help us with is appriciated :)

Thankx!! I'll try it tonite as soon as I get a chance, then 
report back with some results.
-Justin

Keeping as feedback until user reports back on status change.

I downloaded the latest cvs snaphot (php4-
200208050900.tar.gz) and was able to get it to compile with 
a basic configure/install:
 --with-mysql --with-apxs=/usr/bin/apxs

and it worked like a charm, I did a gracfeul restart and 
the module loaded fine. The multiple definitions of 
__dig_vec no longer appear in my logs or cause scripts to 
fail while mod_perl and DBI are loaded together with 
mod_php.

So I tried another istall with more options:
./configure --disable-cli \
--with-apxs=/usr/sbin/apxs \
--with-mysql \
--with-pgsql \
--with-png-dir=/usr/local \
--with-zlib-dir=/sw \
--with-jpeg-dir=/usr/local \
--with-freetype-dir=/sw \
--with-t1lib=/sw \
--enable-trans-sid \
--with-xml \
--enable-wddx \
--enable-ftp \
--enable-mbstring \
--enable-mbstr-enc-trans \
--with-imap=/usr/local/src/imap2001a \
--enable-dbx \
--enable-dbase \
--enable-sockets

and that install also went very well, and things seem to be 
working properly. Although I had to disable these items 
with these errors:
--enable-exif:
 /Users/m31/builds/php4-200208050900/ext/exif/exif.c:3001: 
conflicting types for `exif_process_IFD_in_JPEG'
/Users/m31/builds/php4-200208050900/ext/exif/exif.c:2177: 
previous declaration of `exif_process_IFD_in_JPEG'
make: *** [ext/exif/exif.lo] Error 1

and also had to omit --with-pgsql because of errors.
 
.....on Darwin-OSX/10.1.5, apache/1.3.26, mod_perl/1.25,  
gcc/2.95.2,

Okay, so 4.3.0-dev works for you. There are other bug reports about pgsql and that exif prob so let's close this one now.

The exif errors were just fixed in CVS, so grab a new snapshot, and please test the exif system for us.... report back any bugs :)

I got the following errors --enable-exif
/Users/m31/builds/php4-200208051200/ext/exif/exif.c:3001: 
conflicting types for `exif_process_IFD_in_JPEG'
/Users/m31/builds/php4-200208051200/ext/exif/exif.c:2177: 
previous declaration of `exif_process_IFD_in_JPEG'
make: *** [ext/exif/exif.lo] Error 1