Any idea what is going wrong here?
/usr/bin/ld: ext/intl/msgformat/msgformat_helpers.o:
undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
/usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO
/usr/lib64/libstdc++.so.6 so try adding it to the linker command line
/usr/lib64/libstdc++.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
Hi!
note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO
Judging from a quick search this is caused by libstdc++ missing from
link line, and can be fixed by adding it, but I have no idea what's
special with new Fedora (i.e., I think some new gcc stuff, no idea what)
or why our autoconf magic didn't do what it was supposed to do. Hope
autoconf magicians can shed some light on this :)
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
Am 28.08.2011 10:00, schrieb Stas Malyshev:
Judging from a quick search this is caused by libstdc++ missing from link
line, and can be fixed by adding it, but I have no idea what's special
with new Fedora (i.e., I think some new gcc stuff, no idea what) or why
our autoconf magic didn't do what it was supposed to do. Hope autoconf
magicians can shed some light on this :)
Pierre pointed me to http://forums.nvidia.com/index.php?showtopic=72887
yesterday which suggests that this is caused by a change in recent
versions of binutils and the output of "ld --version" being different
from what it used to be.
I am seeing the same issue on Ubuntu 11.04 btw.
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
Am 28.08.2011 10:12, schrieb Sebastian Bergmann:
Am 28.08.2011 10:00, schrieb Stas Malyshev:
Judging from a quick search this is caused by libstdc++ missing from link
line, and can be fixed by adding it, but I have no idea what's special
with new Fedora (i.e., I think some new gcc stuff, no idea what) or why
our autoconf magic didn't do what it was supposed to do. Hope autoconf
magicians can shed some light on this :)Pierre pointed me to http://forums.nvidia.com/index.php?showtopic=72887
yesterday which suggests that this is caused by a change in recent
versions of binutils and the output of "ld --version" being different
from what it used to be.I am seeing the same issue on Ubuntu 11.04 btw.
and that is why fedora is patcjing even the core-php since years and
with nearly each release some patches are changed without them you could
not build a RPM - maybe someone shpuld take a look upstream to make
this patching obsolete
http://rpms.famillecollet.com/SRPMS/php-5.3.8-1.remi.src.rpm
Patch1: php-5.3.7-gnusrc.patch
Patch2: php-5.3.0-install.patch
Patch3: php-5.2.4-norpath.patch
Patch4: php-5.3.0-phpize64.patch
Patch5: php-5.2.0-includedir.patch
Patch6: php-5.2.4-embed.patch
Patch7: php-5.3.0-recode.patch
Patch8: php-5.3.8-aconf259.patch
Patch20: php-4.3.11-shutdown.patch
Patch21: php-5.3.3-macropen.patch
Patch40: php-5.0.4-dlopen.patch
Patch41: php-5.3.0-easter.patch
Patch42: php-5.3.1-systzdata-v7.patch
Patch43: php-5.3.4-phpize.patch
Patch61: php-5.0.4-tests-wddx.patch
Patch62: php-5.3.3-tests.patch
Patch91: php-5.3.7-oci8conf.patch
Patch92: php-5.3.7-readline.patch
Patch93: php-5.3.6-mysqli.patch
Patch94: php-5.3.7-pdo-dblib-50755.patch
Le 28/08/2011 10:19, Reindl Harald a écrit :
and that is why fedora is patcjing even the core-php since years and
with nearly each release some patches are changed without them you could
not build a RPM -
I can't say for all patches (some are quite old, not from me), but for
each new one, as fedora policy is "upstream first", I always file a bug
for new required patch.
Patch8: php-5.3.8-aconf259.patch
=> backport from 5.4 (so not a bug)
Patch43: php-5.3.4-phpize.patch
=> http://bugs.php.net/53436
Patch92: php-5.3.7-readline.patch
=> http://bugs.php.net/54450
Patch93: php-5.3.6-mysqli.patch
=> include order, only required on RHEL-4/MySQL 5.5... don't know if it
worth a bug...
maybe someone shpuld take a look upstream to make
this patching obsolete
Yes, please.
Remi.
P.S. it's sometime really frustrating to file bugs and never get any
feedback...
Hi!
note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO
Judging from a quick search this is caused by libstdc++ missing from link
line, and can be fixed by adding it, but I have no idea what's special with
new Fedora (i.e., I think some new gcc stuff, no idea what) or why our
autoconf magic didn't do what it was supposed to do. Hope autoconf magicians
can shed some light on this :)
This issue exists on Darwin (OS X) as well.
-- Gwynne
Le 28/08/2011 10:00, Stas Malyshev a écrit :
but I have no idea what's special with new Fedora
I think this is explain there:
http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
Remi.
/usr/bin/ld: ext/intl/msgformat/msgformat_helpers.o:
undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
/usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO
/usr/lib64/libstdc++.so.6 so try adding it to the linker command line
/usr/lib64/libstdc++.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
Can somebody please fix this? It would be nice if PHP would build
without such issues on new distributions. Thanks!
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
you are the only one to actually experience this, so I suppose you are
the only who can fix it as well :)
/usr/bin/ld: ext/intl/msgformat/msgformat_helpers.o:
undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
/usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO
/usr/lib64/libstdc++.so.6 so try adding it to the linker command line
/usr/lib64/libstdc++.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit statusCan somebody please fix this? It would be nice if PHP would build
without such issues on new distributions. Thanks!--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/--
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
you are the only one to actually experience this, so I suppose you are
the only who can fix it as well :)
from Gwynne:
"This issue exists on Darwin (OS X) as well."
this will also happen with debian wheezy(next stable version):
http://wiki.debian.org/ToolChain/DSOLinking#DSO_Linking_Changes_for_wheezy
and it already happened with the last stable version of Ubuntu (Natty):
https://blueprints.launchpad.net/ubuntu/+spec/foundations-n-dso-linking
I think we should fix this on our end.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Am 31.08.2011 12:11, schrieb Ferenc Kovacs:
I think we should fix this on our end.
Does nobody have the knowledge to fix this? I am sorry that I am unable
to fix this myself.
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
Hi!
Am 31.08.2011 12:11, schrieb Ferenc Kovacs:
I think we should fix this on our end.
Does nobody have the knowledge to fix this? I am sorry that I am unable
to fix this myself.
If somebody shows me how to reproduce this on Darwin, I could look into
it in more detail. Or, otherwise, get an access to a system where it can
be reproduced.
I've noticed we have this in autoconf macros:
C_DEFUN([PHP_REQUIRE_CXX],[
if test -z "$php_cxx_done"; then
AC_PROG_CXX
AC_PROG_CXXCPP
case $host_alias in
darwin)
PHP_ADD_LIBRARY(stdc++)
;;
esac
php_cxx_done=yes
fi
])
and intl uses PHP_REQUIRE_CXX. Maybe we should add stdc++ for everybody
- or, even better, add it to INTL libs instead of PHP libs (in case it's
build shared)?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227