libstdc++-v3 build failure

libstdc++-v3 build failure

[John Sharp]

Hello,

During the gcc libstdc++-v3 build step I get the following
errors (from gmake on gcc-3.1)

gmake[8]: *** [complex_io.lo] Error 1
gmake[8]: Leaving directory
`/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src'
gmake[7]: *** [all-recursive] Error 1
gmake[7]: Leaving directory
`/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3'
gmake[6]: *** [all-recursive-am] Error 2
gmake[6]: Leaving directory
`/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3'
gmake[5]: *** [multi-do] Error 1
gmake[5]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/libstdc++-v3'
gmake[4]: *** [all-multi] Error 2
gmake[4]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/libstdc++-v3'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/libstdc++-v3'
gmake[2]: *** [all-recursive-am] Error 2
gmake[2]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/libstdc++-v3'
gmake[1]: *** [all-target-libstdc++-v3] Error 2
gmake[1]: Leaving directory `/tmp/gcc'
gmake: *** [bootstrap] Error 2

I have looked around, but admit I'm stuck right now.
This is on Solaris 2.7 and using gcc-3.0

Also, can someone point me to how I can run "fixincludes"
on an include tree.  Reason is, I have access to a working
gcc - but it reports errors when processing some header
files on one particular project (HylaFax). This appears to 
be related to the "broken headers problem", so I think I 
could get around this if I could generate the modified 
headers for the previous gcc-3.0.

Can anyone recommend a good reference on running GNU/GCC 
on Solaris 2.7

Kind regards, John.
-- 
     nawk nawk,  Who's there ?   Aho, Weinberger and Kerninghan.

Re: libstdc++-v3 build failure

[Paul Jarc]

John Sharp <jsharp@ti.com> wrote:
> During the gcc libstdc++-v3 build step I get the following
> errors (from gmake on gcc-3.1)
>
> gmake[8]: *** [complex_io.lo] Error 1
> gmake[8]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src'
> gmake[7]: *** [all-recursive] Error 1
> gmake[7]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3'
...

This doesn't say what the error actually was, nor what the failing
command was.  you need to look further back in the make output.


paul

Re: libstdc++-v3 build failure

[John Sharp]

Paul, and ml,

The apparent error is contained in the following section:-

Making all in src
gmake[8]: Entering directory
`/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src'

[ snip libtool part removed - its ok]

/tmp/gcc/gcc/xgcc -shared-libgcc -B/tmp/gcc/gcc/ -nostdinc++
-L/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src
-L/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src/.libs
-B/tmp/gcc3/sparc-sun-solaris2.7/bin/
-B/tmp/gcc3/sparc-sun-solaris2.7/lib/ -isystem
/tmp/gcc3/sparc-sun-solaris2.7/include -m64 -nostdinc++
-I/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/sparc-sun-solaris2.7
-I/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include
-I../../../../../gcc-3.1/libstdc++-v3/libsupc++
-I../../../../../gcc-3.1/libstdc++-v3/libmath -g -O2 -m64
-fno-implicit-templates -Wall -Wno-format -W -Wwrite-strings -Winline
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g
-c ../../../../../gcc-3.1/libstdc++-v3/src/complex_io.cc  -fPIC -DPIC -o
.libs/complex_io.o
In file included from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:69,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/memory:54,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/string:48,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/localefwd.h:49,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/ios:48,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/istream:44,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/sstream:44,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/complex:51,
                 from
../../../../../gcc-3.1/libstdc++-v3/src/complex_io.cc:30:
../../../../../gcc-3.1/libstdc++-v3/libsupc++/new:79: `operator new'
takes type 
   `size_t' (`long unsigned int') as first parameter
../../../../../gcc-3.1/libstdc++-v3/libsupc++/new:80: `operator new'
takes type 
   `size_t' (`long unsigned int') as first parameter
../../../../../gcc-3.1/libstdc++-v3/libsupc++/new:83: `operator new'
takes type 
   `size_t' (`long unsigned int') as first parameter
../../../../../gcc-3.1/libstdc++-v3/libsupc++/new:84: `operator new'
takes type 
   `size_t' (`long unsigned int') as first parameter
../../../../../gcc-3.1/libstdc++-v3/libsupc++/new:89: `operator new'
takes type 
   `size_t' (`long unsigned int') as first parameter
../../../../../gcc-3.1/libstdc++-v3/libsupc++/new:90: `operator new'
takes type 
   `size_t' (`long unsigned int') as first parameter
In file included from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/memory:54,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/string:48,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/localefwd.h:49,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/ios:48,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/istream:44,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/sstream:44,
                 from
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/complex:51,
                 from
../../../../../gcc-3.1/libstdc++-v3/src/complex_io.cc:30:
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:
In
   function `void std::fill(unsigned char*, unsigned char*, const
unsigned 
   char&)':
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:549:
call
   of overloaded `memset(unsigned char*&, unsigned char&, long int)' is 
   ambiguous
<internal>:549: candidates are: void* std::memset(void*, int, long
unsigned 
   int)
/usr/local/include/string.h:57:                 void* memset(void*, int, 
   unsigned int)
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:
In
   function `void std::fill(signed char*, signed char*, const signed
char&)':
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:556:
call
   of overloaded `memset(signed char*&, unsigned char&, long int)' is
ambiguous
<internal>:556: candidates are: void* std::memset(void*, int, long
unsigned 
   int)
/usr/local/include/string.h:57:                 void* memset(void*, int, 
   unsigned int)
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:
In
   function `void std::fill(char*, char*, const char&)':
/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/bits/stl_algobase.h:563:
call
   of overloaded `memset(char*&, unsigned char&, long int)' is ambiguous
<internal>:563: candidates are: void* std::memset(void*, int, long
unsigned 
   int)
/usr/local/include/string.h:57:                 void* memset(void*, int, 
   unsigned int)
gmake[8]: *** [complex_io.lo] Error 1

Since it (xgcc) did not acutally write "error", I thought these 
were warnings.
 

Paul Jarc wrote:
> 

> John Sharp <jsharp@ti.com> wrote:
> > During the gcc libstdc++-v3 build step I get the following
> > errors (from gmake on gcc-3.1)
> >
> > gmake[8]: *** [complex_io.lo] Error 1
> > gmake[8]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src'
> > gmake[7]: *** [all-recursive] Error 1
> > gmake[7]: Leaving directory `/tmp/gcc/sparc-sun-solaris2.7/sparcv9/libstdc++-v3'
> ...
> 
> This doesn't say what the error actually was, nor what the failing
> command was.  you need to look further back in the make output.
> 
> paul

-- 
 Texas Instruments Inc  Product Development    tel:214 480 4253
 PO BOX 660199          MS: 8645 FORE/A-3101   fax:214 480 4401
 12500 TI Boulevard     Dallas, TX 75266-0199       
     nawk nawk,  Who's there ?   Aho, Weinberger and Kerninghan.