[Bug libstdc++/17243] New: Test failures due to missing C99 symbols

[Bug libstdc++/17243] New: Test failures due to missing C99 symbols

[danglin at gcc dot gnu dot org]

Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/xxx/gnu/gcc
-3.3/objdir/gcc/ -nostdinc++ -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libs
tdc++-v3/src -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src/.li
bs -B/opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/bin/ -B/opt/gnu/gcc/gcc-3.5.0/h
ppa1.1-hp-hpux10.20/lib/ -isystem /opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/in
clude -isystem /opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/sys-include -g -O2 -D
_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR="/xxx/gnu/gcc-3.3/objdir/hppa1.1-
hp-hpux10.20/libstdc++-v3/po/share/locale" -nostdinc++ -I/xxx/gnu/gcc-3.3/objdir
/hppa1.1-hp-hpux10.20/libstdc++-v3/include/hppa1.1-hp-hpux10.20 -I/xxx/gnu/gcc-3
.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/include -I/xxx/gnu/gcc-3.3/gcc/libst
dc++-v3/libsupc++ -I/xxx/gnu/gcc-3.3/gcc/libstdc++-v3/libsupc++ -I/xxx/gnu/gcc-3
.3/gcc/libstdc++-v3/include/backward -I/xxx/gnu/gcc-3.3/gcc/libstdc++-v3/testsui
te /xxx/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite/26_numerics/complex/13450.cc    -
include bits/stdc++.h  -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/./libstdc+
+-v3/testsuite -lv3test -lm   -o ./13450.exe    (timeout = 300)
/usr/ccs/bin/ld: Unsatisfied symbols:
   cargf (code)
   cargl (code)
   cexpf (code)
   cexpl (code)
   carg (code)
   cabsf (code)
   cabsl (code)
   cexp (code)
...
FAIL: 26_numerics/complex/13450.cc (test for excess errors)

Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/xxx/gnu/gcc
-3.3/objdir/gcc/ -nostdinc++ -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libs
tdc++-v3/src -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src/.li
bs -B/opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/bin/ -B/opt/gnu/gcc/gcc-3.5.0/h
ppa1.1-hp-hpux10.20/lib/ -isystem /opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/in
clude -isystem /opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/sys-include -g -O2 -D
_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR="/xxx/gnu/gcc-3.3/objdir/hppa1.1-
hp-hpux10.20/libstdc++-v3/po/share/locale" -nostdinc++ -I/xxx/gnu/gcc-3.3/objdir
/hppa1.1-hp-hpux10.20/libstdc++-v3/include/hppa1.1-hp-hpux10.20 -I/xxx/gnu/gcc-3
.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/include -I/xxx/gnu/gcc-3.3/gcc/libst
dc++-v3/libsupc++ -I/xxx/gnu/gcc-3.3/gcc/libstdc++-v3/libsupc++ -I/xxx/gnu/gcc-3
.3/gcc/libstdc++-v3/include/backward -I/xxx/gnu/gcc-3.3/gcc/libstdc++-v3/testsui
te /xxx/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite/26_numerics/complex/complex_value
.cc   -O0  -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/./libstdc++-v3/testsui
te -lv3test -lm   -o ./complex_value.exe    (timeout = 300)
/usr/ccs/bin/ld: Unsatisfied symbols:
   carg (code)
...
FAIL: 26_numerics/complex/complex_value.cc (test for excess errors)

Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/xxx/gnu/gcc
-3.3/objdir/gcc/ -nostdinc++ -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libs
tdc++-v3/src -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src/.li
bs -B/opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/bin/ -B/opt/gnu/gcc/gcc-3.5.0/h
ppa1.1-hp-hpux10.20/lib/ -isystem /opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/in
clude -isystem /opt/gnu/gcc/gcc-3.5.0/hppa1.1-hp-hpux10.20/sys-include -g -O2 -D
_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR="/xxx/gnu/gcc-3.3/objdir/hppa1.1-
hp-hpux10.20/libstdc++-v3/po/share/locale" -nostdinc++ -I/xxx/gnu/gcc-3.3/objdir
/hppa1.1-hp-hpux10.20/libstdc++-v3/include/hppa1.1-hp-hpux10.20 -I/xxx/gnu/gcc-3
.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/include -I/xxx/gnu/gcc-3.3/gcc/libst
dc++-v3/libsupc++ -I/xxx/gnu/gcc-3.3/gcc/libstdc++-v3/libsupc++ -I/xxx/gnu/gcc-3
.3/gcc/libstdc++-v3/include/backward -I/xxx/gnu/gcc-3.3/gcc/libstdc++-v3/testsui
te /xxx/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite/26_numerics/complex/pow.cc    -in
clude bits/stdc++.h  -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/./libstdc++-
v3/testsuite -lv3test -lm   -o ./pow.exe    (timeout = 300)
/usr/ccs/bin/ld: Unsatisfied symbols:
   carg (code)
...
FAIL: 26_numerics/complex/pow.cc (test for excess errors)

The same fails also occur on hppa2.0-hp-hpux11* and hppa64-hp-hpux11*.

-- 
           Summary: Test failures due to missing C99 symbols
           Product: gcc
           Version: 3.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: danglin at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa1.1-hp-hpux10.20
  GCC host triplet: hppa1.1-hp-hpux10.20
GCC target triplet: hppa1.1-hp-hpux10.20


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

[Bug libstdc++/17243] Test failures due to missing C99 symbols

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-08-31 06:19 -------
These are testing the use of the C99 math function so I think this is not a bug in the libstdc++ except 
for the testsuite should be checking for support before running the tests.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2004-08-31 06:19:20
               date|                            |


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

[Bug libstdc++/17243] Test failures due to missing C99 symbols

[bkoz at gcc dot gnu dot org]

------- Additional Comments From bkoz at gcc dot gnu dot org  2004-11-03 00:18 -------
Simple grep:

/include/std/std_complex.h:  __complex_arg(__complex__ float __z) { return
__builtin_cargf(__z); }

Simple theory: on targets without __builtin_cargf, cargf gets referenced with
this call. However, no checking for cargf or provided function in libmath stubs
for this. So, the failure.

In fact, in 2000 cargf was taken out of libmath, because it was unused.

I think this is related, in general, to the meta-issue of what the hell libmath
is supposed to do, and if perhaps it's time for fortran, java, c++ etc to all
punt to a top-level C99 math library for this stuff if native libc/libm can't
hack it. And why stop there... just import all of glibc + GSL? Ack.

That's my vote, at the moment.


-- 


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

[Bug libstdc++/17243] Test failures due to missing C99 symbols

[gdr at cs dot tamu dot edu]

------- Additional Comments From gdr at cs dot tamu dot edu  2004-11-03 00:28 -------
Subject: Re:  Test failures due to missing C99 symbols

"bkoz at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org> writes:

| Simple grep:
| 
| /include/std/std_complex.h:  __complex_arg(__complex__ float __z) { return
| __builtin_cargf(__z); }
| 
| Simple theory: on targets without __builtin_cargf, cargf gets referenced with
| this call. However, no checking for cargf or provided function in libmath stubs
| for this. So, the failure.
| 
| In fact, in 2000 cargf was taken out of libmath, because it was unused.

At that moment we did not bother about the namespace issues and we did
not use the built-ins as a way to walk around our failure to correctly
implement that C-header stuff.

| I think this is related, in general, to the meta-issue of what the hell libmath
| is supposed to do, and if perhaps it's time for fortran, java, c++ etc to all
| punt to a top-level C99 math library for this stuff if native libc/libm can't
| hack it. And why stop there... just import all of glibc + GSL? Ack.

I would not go as far as importing the whole monster glibc+GSL.  But, most
definitely it is time that we have the math stuff in libgcc and shared
by all other front-ends.  It does not make sense that each
front-end/library  code the same hack endlessly.  And even more so,
the compiler could safely base optimizations on its knowledge of the
stuff there -- that is an area where ICC shrines.

-- Gaby


-- 


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

[Bug libstdc++/17243] Test failures due to missing C99 symbols

[ebotcazou at gcc dot gnu dot org]

------- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-13 15:37 -------
Present on all versions of Solaris up to (and including) version 9.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ebotcazou at gcc dot gnu dot
                   |                            |org
  GCC build triplet|hppa1.1-hp-hpux10.20        |*-*-hpux1[01]*, *-*-
                   |                            |solaris2.[56789]
   GCC host triplet|hppa1.1-hp-hpux10.20        |*-*-hpux1[01].*, *-*-
                   |                            |solaris2.[56789]
 GCC target triplet|hppa1.1-hp-hpux10.20        |*-*-hpux1[01].*, *-*-
                   |                            |solaris2.[56789]


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

[Bug libstdc++/17243] Test failures due to missing C99 symbols

[pcarlini at suse dot de]

------- Additional Comments From pcarlini at suse dot de  2004-12-20 20:02 -------
*** Bug 19086 has been marked as a duplicate of this bug. ***

-- 


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

[Bug libstdc++/17243] Test failures due to missing C99 symbols

[pcarlini at suse dot de]

------- Additional Comments From pcarlini at suse dot de  2005-01-27 15:52 -------
Fixed both hpux and solaris (as reported privately by Eric, thanks!) with:

  http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg01023.html

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.0.0


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