#48795 [NEW]: Building intl 64-bit fails on OS X
| From: | gwynne@php.net | Date: | Sat, 04 Jul 2009 00:47:47 +0000 |
| Subject: | #48795 [NEW]: Building intl 64-bit fails on OS X | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-139240@lists.php.net to get a copy of this message | ||
From: gwynne@php.net
Operating system: Darwin9 (MacOS X 10.5)
PHP version: 5.3CVS-2009-07-04 (CVS)
PHP Bug Type: *Compile Issues
Bug description: Building intl 64-bit fails on OS X
Description:
------------
This is a reference to PECL bug #16575
<http://pecl.php.net/bugs/bug.php?id=16575>.
Since intl will shortly be
part of core instead of PECL, I feel this bug belongs here. Here's my
addition to the issue:
This is due to intl/msgformat/msgformat_helpers.cpp being a C++ file and
GCC not handling that case cleanly. The exact error is specifically due to
GCC not linking to libstdc++. Which is, actually, kinda reasonable since
it's been invoked as a plain C compiler. Anyway, you can get around the
problem for now by adding
"/usr/lib/gcc/i686-apple-darwin9/4.2.1/libstdc++.dylib" (if you're building
with gcc-4.2) or "/usr/lib/gcc/i686-apple-darwin9/4.0.1/libstdc++.dylib"
(if you're building with gcc-4.0, the default) to your LDFLAGS. That's
right, WITHOUT -l or -L. I wouldn't consider this a real solution, but a
better solution is pending further research into the subject.
Reproduce code:
---------------
$ CFLAGS='-arch x86_64' CXXFLAGS='-arch x86_64' LDFLAGS='-arch x86_64'
./configure --enable-intl --with-icu=/path/to/icu
$ make
Expected result:
----------------
Build complete.
Don't forget to run 'make test'.
$
Actual result:
--------------
Undefined symbols:
"___gxx_personality_v0", referenced from:
EH_frame1 in msgformat_helpers.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [sapi/cgi/php-cgi] Error 1
$
--
Edit bug report at http://bugs.php.net/?id=48795&edit=1
--
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48795&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48795&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48795&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=48795&r=fixedcvs
Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48795&r=needdocs
Fixed in release: http://bugs.php.net/fix.php?id=48795&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=48795&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=48795&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=48795&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=48795&r=support
Expected behavior: http://bugs.php.net/fix.php?id=48795&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=48795&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=48795&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=48795&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48795&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=48795&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=48795&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=48795&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=48795&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=48795&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=48795&r=mysqlcfg