MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS='-O3 -fno-common -arch x86_64' LDFLAGS='-O3 -arch x86_64' CXXFLAGS='-O3 -fno-common -arch x86_64' \
./configure --prefix=/usr --with-pdo-mysql=/usr/local/mysql


…basically, I removed the 32-bit Intel directives, the PowerPC directives, and also made sure that my MySQL path was correct. For example, a port install of MySQL, and including PowerPC and Intel 32 bit versions might be:


MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS='-O3 -fno-common -arch i386 -arch x86_64 -arch ppc7400 -arch ppc64' LDFLAGS='-O3 -arch i386 -arch x86_64 -arch ppc7400 -arch ppc64' CXXFLAGS='-O3 -fno-common -arch i386 -arch x86_64 -arch ppc7400 -arch ppc64' \
./configure --prefix=/usr --with-pdo-mysql=/opt/local/lib/mysql5/mysql


Hope this helps!

[Mon Sep 15 01:20:19 2008] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/no-debug-non-zts-20060613/pdo_mysql.so' - (null) in Unknown on line 0
[Mon Sep 15 01:20:19 2008] [notice] Digest: generating secret for digest authentication ...
[Mon Sep 15 01:20:19 2008] [notice] Digest: done
[Mon Sep 15 01:20:19 2008] [notice] Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.7l DAV/2 PHP/5.2.6 configured -- resuming normal operations

Any idea/advice would be greatly appreciate it.

Thank you for your time.

Anyway, I'm convinced the 32-bit mode approach in the comments above is a far better way than I suggested in the main body of the post.

- Install mysql (32 bit) from the package on mysql web site
- Compile & install the pdo_mysql extension
- Force apache to run in 32 bit following your advice

It works great; now having PDO_MYSQL both in Apache and command line PHP.

Since the original Intel Macs used 32-bit Core processors, rather than the 32/64-bit Core 2, the version of Apache must be capable of running 32-bit, so there shouldn't be anything in Mac OS X that needs 64-bit Apache... right?

I can think of two ways of forcing this: either modifying httpd by using lipo to remove all but the i386 executable, or by overriding /System/Library/LaunchDaemons/org.apache.httpd.plist

Rather than modifying the file in /System/Library which is rarely a good idea, just override it by copying /System/Library/LaunchDaemons/org.apache.httpd.plist to /Library/LaunchDaemons/org.apache.httpd.plist and change:

                <string>/usr/sbin/httpd</string>
                <string>-D</string>
                <string>FOREGROUND</string>

to

                <string>arch</string>
                <string>-i386</string>
                <string>/usr/sbin/httpd</string>
                <string>-D</string>
                <string>FOREGROUND</string>

Activate it by rebooting or:

sudo launchctl unload /System/Library/LaunchDaemons/org.apache.httpd.plist
sudo launchctl load /Library/LaunchDaemons/org.apache.httpd.plist

Anyway, I don't know if this approach will work, but you should be able to operate everything in 32-bit mode, which should be a lot simpler. Use the standard 32-bit PDO, MySQL and so forth. If you actually need a 64-bit Apache, then you're on your own... the approach in the article above might be the way to go.

dyld: NSLinkModule() error
dyld: Symbol not found: _core_globals
  Referenced from: /usr/lib/php/extensions/no-debug-non-zts-20060613/pdo_mysql.so
  Expected in: dynamic lookup

I suspect that this is because the php command is compiled 32-bit only. I'm not sure of the "proper" way to fix this, but I got around it by using a different php.ini file for Apache.

First, delete the /etc/php.ini file (or at least, remove the offending extension lines)

Then, create /etc/apache2/php.ini with the extension lines.

Then, add:

        PHPIniDir /etc/apache2

to the middle of /etc/apache2/other/php5.conf