# Cannot build ext/intl on Fedora 15

- Thread: https://externals.io/message/54981
- Original archive: https://news-web.php.net/php.internals/54981
- Started by Sebastian Bergmann on 2011-08-27T08:49:12+00:00
- Messages: 12
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #54981 — Sebastian Bergmann — 2011-08-27T08:49:12+00:00

URL: https://externals.io/message/54981#54981

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/

---

## #54991 — Stas Malyshev — 2011-08-28T08:00:58+00:00

URL: https://externals.io/message/54981#54991 · In reply to: #54981

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

---

## #54992 — Sebastian Bergmann — 2011-08-28T08:12:57+00:00

URL: https://externals.io/message/54981#54992 · In reply to: #54991

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/

---

## #54993 — Reindl Harald — 2011-08-28T08:19:22+00:00

URL: https://externals.io/message/54981#54993 · In reply to: #54992

Am 28.08.2011 10:12, schrieb Sebastian Bergmann:
> Am 28.08.2011 10:00, schrieb Stas Malyshev:
> > […]
> 
>  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

---

## #54994 — Gwynne Raskind — 2011-08-28T08:29:32+00:00

URL: https://externals.io/message/54981#54994 · In reply to: #54991

> Hi!
>
> 
> > […]
> 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

---

## #54995 — Remi Collet — 2011-08-28T08:40:57+00:00

URL: https://externals.io/message/54981#54995 · In reply to: #54991

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.

---

## #54996 — Remi Collet — 2011-08-28T08:41:23+00:00

URL: https://externals.io/message/54981#54996 · In reply to: #54993

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

---

## #55031 — Sebastian Bergmann — 2011-08-31T09:18:47+00:00

URL: https://externals.io/message/54981#55031 · In reply to: #54981

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

---

## #55032 — Pierre Joye — 2011-08-31T09:32:08+00:00

URL: https://externals.io/message/54981#55032 · In reply to: #55031

you are the only one to actually experience this, so I suppose you are
the only who can fix it as well :)


> 
> > […]
>
>  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

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

---

## #55035 — Ferenc Kovacs — 2011-08-31T10:11:08+00:00

URL: https://externals.io/message/54981#55035 · In reply to: #55032

> 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

---

## #55407 — Sebastian Bergmann — 2011-09-13T17:06:59+00:00

URL: https://externals.io/message/54981#55407 · In reply to: #55035

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/

---

## #55412 — Stas Malyshev — 2011-09-13T18:36:52+00:00

URL: https://externals.io/message/54981#55412 · In reply to: #55407

Hi!


> Am 31.08.2011 12:11, schrieb Ferenc Kovacs:
> > […]
>
>   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
