[Bug regression/33637] New: "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[Bug regression/33637] New: "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[haubi at gentoo dot org]

Sorry for the details - might not be required as I already tracked down the
problem to the source line...

When NM_FOR_TARGET requires arguments (fex "-B -X32_64" for aix), checking for
nm in gcc/configure{,.ac} is broken:

Assume 
*) source is /source/gcc-4.2.0
*) builddir is /build
*) configured --prefix=/prefix (and others, but irrelevant)

checking what assembler to use... /usr/ccs/bin/as
checking what linker to use... /usr/ccs/bin/ld
/source/gcc-4.2.0/gcc/configure: line 13513: test: too many arguments
checking for powerpc-ibm-aix5.3.0.0-nm... /usr/bin/nm
checking what nm to use... /usr/bin/nm
checking for objdump... no

This only becomes a real problem, when there is some symlink or wrapper
available as "/prefix/${target}/bin/nm", or somehow else NM_FOR_TARGET already
contains full path.

checking what assembler to use... /prefix/powerpc-ibm-aix5.3.0.0/bin/as
checking what linker to use... /prefix/powerpc-ibm-aix5.3.0.0/bin/ld
/source/gcc-4.2.0/gcc/configure: line 13513: test: too many arguments
checking for /prefix/powerpc-ibm-aix5.3.0.0/bin/nm... no
checking what nm to use...
checking for objdump... no

So it ends up with no nm at all.

The follow-up problems are:

1) generated builddir/gcc/nm is (missing /path/to/nm)
    #!/bin/sh
    exec  "$@"

2) while configuring powerpc-ibm-aix5.3.0.0/libstdc++-v3:

checking dynamic linker characteristics... aix5.3.0.0 ld.so
checking command to parse /build/./gcc/nm -B -X32_64 output... /build/./gcc/nm:
line 2: exec: -B: invalid option
exec: usage: exec [-cl] [-a name] file [redirection ...]
/build/./gcc/nm: line 2: exec: -B: invalid option
exec: usage: exec [-cl] [-a name] file [redirection ...]
failed
checking if libtool supports shared libraries... yes

3) The generated libstdc++.a does not export any symbols, because nm fails to
create a list of symbols due to 2).

4) When using g++, the simplest resulting linker error is

    ld: 0711-317 ERROR: Undefined symbol: __gxx_personality_v0

'-bnoquiet' linker-output contains this line:

    LIBRARY: Shared object libstdc++.a[libstdc++.so.6]: 0 symbols imported.

Looks like the same problem was here:
http://gcc.gnu.org/ml/gcc-help/2007-09/msg00100.html

The code around line 13513 in gcc-4.2.0/gcc/configure is:

13507 if test -f $gcc_cv_binutils_srcdir/configure.in \
13508      && test -f ../binutils/Makefile \
13509      && test x$build = x$host; then
13510     gcc_cv_nm=../binutils/nm-new$build_exeext
13511 elif test -x nm$build_exeext; then
13512     gcc_cv_nm=./nm$build_exeext
13513 elif test -x $NM_FOR_TARGET; then
           ^^^^^^^ broken ^^^^^^^
13514         gcc_cv_nm="$NM_FOR_TARGET"
13515 else
13516         # Extract the first word of "$NM_FOR_TARGET", so it can be a
program name with args.
13517 set dummy $NM_FOR_TARGET; ac_word=$2
13518 echo "$as_me:$LINENO: checking for $ac_word" >&5

This problem came up with gentoo-alt/prefix - still using native toolchain. but
wrapped with binutils-config - thus /prefix/${target}/bin/nm is available
(actually gentoo-alt/prefix configures with --prefix=/prefix/usr and builds
within some longer builddir - have it shortened here for readability).

Have already searched in gcc-svn:
This problem was introduced in revision 110266 of trunk/gcc/configure.ac, being
both in gcc-4.2-branch and trunk, but not gcc-4.1-branch.

What I'm unable to say is how to fix this correctly.


-- 
           Summary: "checking for nm: test: too many arguments" causes
                    "Undefined symbol: __gxx_personality_v0"
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: regression
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: haubi at gentoo dot org
 GCC build triplet: powerpc-ibm-aix5.3.0.0
  GCC host triplet: powerpc-ibm-aix5.3.0.0
GCC target triplet: powerpc-ibm-aix5.3.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2007-10-03 15:38 -------
One should note the gnu binutils does not support the newer features in aix so
it is really not supported with gcc on aix.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[haubi at gentoo dot org]

------- Comment #2 from haubi at gentoo dot org  2007-10-08 14:17 -------
No - I do not use GNU binutils on aix, but symlinks and wrappers to native
binutils, much like:

powerpc-ibm-aix5.3.0.0-nm -> /usr/ccs/bin/nm

or

$ cat powerpc-ibm-aix5.3.0.0
#! /bin/sh
exec /usr/ccs/bin/ld "$@"


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[haubi at gentoo dot org]

------- Comment #3 from haubi at gentoo dot org  2007-10-10 20:40 -------
Have restarted with gcc-4.2.1 now.
There is a second location where arguments to nm causes build error, after
gcc-4.2.1/gcc/configure being hacked to "test -x" only the first word of
$NM_FOR_TARGET.

In gcc-4.2.1/gcc/Makefile, there is a definition

   ORIGINAL_NM_FOR_TARGET = /path/to/nm -B -X32_64

This breaks 

   stamp-nm: $(ORIGINAL_NM_FOR_TARGET)

because gmake doesn't know how to build `-B' now.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[dje at gcc dot gnu dot org]

------- Comment #4 from dje at gcc dot gnu dot org  2007-10-31 18:20 -------
If the "nm found only is a wrapper passing through the arguments, the -B
-X32_64, should not cause an error.


-- 

dje at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dje at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug regression/33637] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[haubi at gentoo dot org]

------- Comment #5 from haubi at gentoo dot org  2007-11-01 20:19 -------
Created an attachment (id=14458)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14458&action=view)
A workaround (probably not the right fix) for this problem

Using this patch I was able to build a working gcc-4.2.1 for aix having a
symlink "${prefix}/powerpc-ibm-aix5.3.0.0/bin/nm -> /usr/ccs/bin/nm"

Did not call autoconf - thus the patch modifies configure - so the part for
configure.ac is untested (just guessed the escapements), sorry.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.2/4.3/4.4 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[jsm28 at gcc dot gnu dot org]

-- 

jsm28 at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|regression                  |target
            Summary|"checking for nm: test: too |[4.2/4.3/4.4 Regression]
                   |many arguments" causes      |"checking for nm: test: too
                   |"Undefined symbol:          |many arguments" causes
                   |__gxx_personality_v0"       |"Undefined symbol:
                   |                            |__gxx_personality_v0"
   Target Milestone|---                         |4.2.5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.2/4.3/4.4 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build
           Priority|P3                          |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.2/4.3/4.4 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[pinskia at gcc dot gnu dot org]

------- Comment #6 from pinskia at gcc dot gnu dot org  2008-12-31 22:17 -------
>   stamp-nm: $(ORIGINAL_NM_FOR_TARGET)

This is no longer there.
And was removed via:
2007-04-12  Paolo Bonzini  <bonzini@gnu.org>
            Charles Wilson  <libtool@cwilson.fastmail.fm>

        * Makefile.in (stamp-as, stamp-collect-ld, stamp-nm): Remove.
        (libgcc.mvars): Don't depend on them.
        * configure.ac (as, collect-ld, nm): Create from exec-tool.in.
        * exec-tool.in: New.


Though we have:
    exec "$original" ${1+"$@"}

I don't know much about shell to say if this does the correct thing.

Can you try GCC 4.3.2 and see if that fails for you?


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[jsm28 at gcc dot gnu dot org]

------- Comment #7 from jsm28 at gcc dot gnu dot org  2009-03-31 20:12 -------
Closing 4.2 branch.


-- 

jsm28 at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[4.2/4.3/4.4/4.5 Regression]|[4.3/4.4/4.5 Regression]
                   |"checking for nm: test: too |"checking for nm: test: too
                   |many arguments" causes      |many arguments" causes
                   |"Undefined symbol:          |"Undefined symbol:
                   |__gxx_personality_v0"       |__gxx_personality_v0"
   Target Milestone|4.2.5                       |4.3.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[rguenth at gcc dot gnu dot org]

------- Comment #8 from rguenth at gcc dot gnu dot org  2009-08-04 12:28 -------
GCC 4.3.4 is being released, adjusting target milestone.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.3.4                       |4.3.5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[michael dot haubenwallner at salomon dot at]

------- Comment #9 from michael dot haubenwallner at salomon dot at  2009-09-29 08:09 -------
(In reply to comment #6)
> Can you try GCC 4.3.2 and see if that fails for you?

Still failing with gcc-4.3.3 and gcc-4.4.1: The stage1 xgcc starts doing ICE
once its libgcc_s.a is built, because libgcc_s.a(shr.o) does not export any
symbols due to broken nm, and preinstalled libgmp.a and libmpfr.a find the
local libgcc_s.a when they were built with another gcc.

The configure{,.ac} part of the patch still applies unmodified.

> >   stamp-nm: $(ORIGINAL_NM_FOR_TARGET)
> 
> This is no longer there.

Yep, the Makefile now doesn't have this problem any more.

> Though we have:
>     exec "$original" ${1+"$@"}

This is problematic, as $original is "/path/to/nm -B -X32_64".
It works when the quotes are dropped:

-     exec "$original" ${1+"$@"}
+     exec $original ${1+"$@"}

Patch working for both 4.3.3 and 4.4.1 now is:
http://overlays.gentoo.org/proj/alt/export/51702/trunk/prefix-overlay/sys-devel/gcc/files/4.3.0/targettools-checks.patch


-- 

michael dot haubenwallner at salomon dot at changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |UNCONFIRMED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[dje at gcc dot gnu dot org]

------- Comment #10 from dje at gcc dot gnu dot org  2010-05-04 11:41 -------
Binutils now fully supports AIX.


-- 

dje at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
           Priority|P4                          |P1
   Last reconfirmed|0000-00-00 00:00:00         |2010-05-04 11:41:11
               date|                            |
   Target Milestone|4.3.5                       |4.5.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[rguenth at gcc dot gnu dot org]

------- Comment #11 from rguenth at gcc dot gnu dot org  2010-07-22 09:41 -------
Can't be P1.  We shipped it.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P1                          |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.5.1                       |4.3.6


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.3.6                       |4.4.7

--- Comment #18 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-06-27 12:12:12 UTC ---
4.3 branch is being closed, moving to 4.4.7 target.

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[rwild at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

Ralf Wildenhues <rwild at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ltg at zes dot
                   |                            |uni-bremen.de

--- Comment #17 from Ralf Wildenhues <rwild at gcc dot gnu.org> 2011-01-10 19:08:09 UTC ---
*** Bug 38546 has been marked as a duplicate of this bug. ***

[Bug target/33637] [4.3/4.4/4.5 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[4.3/4.4/4.5/4.6            |[4.3/4.4/4.5 Regression]
                   |Regression] "checking for   |"checking for nm: test: too
                   |nm: test: too many          |many arguments" causes
                   |arguments" causes           |"Undefined symbol:
                   |"Undefined symbol:          |__gxx_personality_v0"
                   |__gxx_personality_v0"       |

--- Comment #16 from Jakub Jelinek <jakub at gcc dot gnu.org> 2010-11-26 09:54:49 UTC ---
Fixed on the trunk so far.