FAQ
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/

Search Discussions

  • Stas Malyshev at Aug 28, 2011 at 8:01 am
    Hi!
    On 8/27/11 1:49 AM, Sebastian Bergmann wrote:
    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
  • Sebastian Bergmann at Aug 28, 2011 at 8:12 am

    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/
  • Reindl Harald at Aug 28, 2011 at 8:19 am

    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
  • Remi Collet at Aug 28, 2011 at 8:41 am

    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...
  • Gwynne Raskind at Aug 28, 2011 at 8:29 am

    On Sun, Aug 28, 2011 at 04:00, Stas Malyshev wrote:
    Hi!
    On 8/27/11 1:49 AM, Sebastian Bergmann wrote:

    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
  • Remi Collet at Aug 28, 2011 at 8:41 am

    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.
  • Sebastian Bergmann at Aug 31, 2011 at 9:18 am

    On 08/27/2011 10:49 AM, Sebastian Bergmann wrote:
    /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/
  • Pierre Joye at Aug 31, 2011 at 9:32 am
    you are the only one to actually experience this, so I suppose you are
    the only who can fix it as well :)
    On Wed, Aug 31, 2011 at 11:18 AM, Sebastian Bergmann wrote:
    On 08/27/2011 10:49 AM, Sebastian Bergmann wrote:

    /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/

    --
    PHP Internals - PHP Runtime Development Mailing List
    To unsubscribe, visit: http://www.php.net/unsub.php


    --
    Pierre

    @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
  • Ferenc Kovacs at Aug 31, 2011 at 10:11 am

    On Wed, Aug 31, 2011 at 11:32 AM, Pierre Joye wrote:
    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
  • Sebastian Bergmann at Sep 13, 2011 at 5:07 pm

    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/
  • Stas Malyshev at Sep 13, 2011 at 6:37 pm
    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

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupphp-internals @
categoriesphp
postedAug 27, '11 at 8:49a
activeSep 13, '11 at 6:37p
posts12
users7
websitephp.net

People

Translate

site design / logo © 2022 Grokbase