Edit report at https://bugs.php.net/bug.php?id=68114&edit=1
ID: 68114
Comment by: php at deguest dot asia
Reported by: php-bugs-2014 at ryandesign dot com
Summary: Build fails with gcc: Undefined symbols:
___extendsddf ___extendsfsd
Status: Closed
Type: Bug
Package: MySQL related
Operating System: OS X
PHP Version: 5.5.17
Assigned To: mysql
Block user comment: N
Private report: N
New Comment:
Thank you, the solution of using this argument worked.
I am just a bit puzzled that Mac would not recognise decimal floating point. Seems a bit weird.
Jacques
Previous Comments:
------------------------------------------------------------------------
[2014-10-09 09:04:06] php-bugs-2014 at ryandesign dot com
The problem seems to be that OS X does not support decimal floating point, but the configure script
thinks it does. You could override the problematic test by appending
ac_cv_decimal_fp_supported=no
to your configure arguments. For example, run:
./configure ac_cv_decimal_fp_supported=no
However, I would like some assurance that it is indeed expected that OS X does not support decimal
floating point regardless of OS X version or compiler, because that is what it seems like to me so
far.
------------------------------------------------------------------------
[2014-10-09 08:15:45] php at deguest dot asia
Hello,
I was reading with great interest the comment on this bug as of 8 October. I experienced the exact
same issue while trying to compile php 5.6.1 with Apache 2.4.10.
The flags I used were:
LD_LIBRARY_PATH=/usr/X11R6/lib:/usr/local/lib:/Developer/SDKs/MacOSX10.6.sdk/usr/lib:/opt/gnome/lib:/usr/lib:/usr/local/pgsql/lib:/usr/local/BerkeleyDB/lib:/sw/lib
LDFLAGS=-L/usr/local/BerkeleyDB/lib -L/sw/lib
and the configure arguments were:
./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --enable-mod-charset
--with-config-file-path=/usr/local/php/etc --with-openssl --with-libxml-dir=/sw
--with-pcre-regex=/usr/local/pcre --with-zlib=/usr --with-bz2 --enable-calendar --with-curl
--enable-exif --with-gd --with-jpeg-dir=/sw --with-png-dir=/sw --with-xpm-dir=/usr/X11
--with-freetype-dir=/usr/X11 --with-t1lib=/sw --enable-gd-native-ttf --enable-gd-jis-conv
--with-gettext --with-gmp=/sw --with-mhash --with-imap --with-kerberos --with-imap-ssl --with-ldap
--enable-mbstring --with-mcrypt=/sw --with-mysql --with-pgsql --enable-cli --with-readline=/sw
--enable-soap --enable-sockets --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-xsl
--with-zlib --with-libexpat-dir=/usr --with-libxml-dir=/sw --with-xmlrpc --with-libzip=/sw
--with-pear --enable-bcmath --enable-intl --with-icu-dir=/sw --with-iconv-dir=/usr
The error is:
Undefined symbols:
"___extendsddf", referenced from:
_ps_fetch_float in mysqlnd_ps_codec.o
"___extendsfsd", referenced from:
_ps_fetch_float in mysqlnd_ps_codec.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1
I am clueless as to how to solve this problem and would appreciate any assistance to help resolve
this.
Regards,
Jacques
------------------------------------------------------------------------
[2014-10-08 11:42:35] dwickander at tenenz dot com
This ticket shows it is closed, but I am still having the same issue that ryandesign is having.
------------------------------------------------------------------------
[2014-10-08 05:08:34] php-bugs-2014 at ryandesign dot com
I've at least figured out what the difference is between compiling the test script on the
command line and having the configure script compile it: the configure script uses the CFLAGS,
CXXFLAGS, CPPFLAGS, LDFLAGS and LIBS it's given, which in MacPorts' case includes
optimization flags. When using any optimization level above 0, the test script (either the old
version or the new version) compiles with no error:
$ gcc-apple-4.2 test.c -o test -O0; echo $?
Undefined symbols:
"___extendsddf", referenced from:
_main in cc22Pp30.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
1
$ gcc-apple-4.2 test.c -o test -O1; echo $?
0
------------------------------------------------------------------------
[2014-10-08 04:02:12] php-bugs-2014 at ryandesign dot com
Oh. On OS X 10.10, the test *is* failing, as it apparently should:
checking whether whether compiler supports Decimal32/64/128 types... no
Out of curiosity, on which systems or compilers is this support supposed to be available?
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=68114
--
Edit this bug report at https://bugs.php.net/bug.php?id=68114&edit=1