[Bug libstdc++/17995] New: gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[Bug libstdc++/17995] New: gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[realsong at hotmail dot com]

gcc-3.4.2
../gcc-3.4.2/configure --with-gnu-as --enable-languages=c,c++,objc
make bootstrap

How to post my attachement?
=================================================================

make[7]: Entering directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/pic/libstdc++-v3/libsupc++'
/bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile /usr/hjs/gcc-
3.4.2-obj/gcc/xgcc -shared-libgcc -B/usr/hjs/gcc-3.4.2-obj/gcc/ -nostdinc++ -
L/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/src -
L/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/src/.libs -
B/usr/local/i386-pc-sco3.2v5.0.5/bin/ -B/usr/local/i386-pc-sco3.2v5.0.5/lib/ -
isystem /usr/local/i386-pc-sco3.2v5.0.5/include -isystem /usr/local/i386-pc-
sco3.2v5.0.5/sys-include  -fPIC -I/usr/hjs/gcc-3.4.2/libstdc++-v3/../gcc -
I/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/i386-pc-
sco3.2v5.0.5 -I/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include -I/usr/hjs/gcc-3.4.2/libstdc++-v3/libsupc++ -O2 -g -O2 -g -O2  -
fPIC -fno-implicit-templates  -Wall -W -Wwrite-strings -Wcast-qual  -
fdiagnostics-show-location=once  -ffunction-sections -fdata-sections  -c -o 
eh_alloc.lo ../../../../../gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc
/usr/hjs/gcc-3.4.2-obj/gcc/xgcc -shared-libgcc -B/usr/hjs/gcc-3.4.2-obj/gcc/ -
nostdinc++ -L/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/src -
L/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/src/.libs -
B/usr/local/i386-pc-sco3.2v5.0.5/bin/ -B/usr/local/i386-pc-sco3.2v5.0.5/lib/ -
isystem /usr/local/i386-pc-sco3.2v5.0.5/include -isystem /usr/local/i386-pc-
sco3.2v5.0.5/sys-include -fPIC -I/usr/hjs/gcc-3.4.2/libstdc++-v3/../gcc -
I/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/i386-pc-
sco3.2v5.0.5 -I/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include -I/usr/hjs/gcc-3.4.2/libstdc++-v3/libsupc++ -O2 -g -O2 -g -O2 -
fPIC -fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual -
fdiagnostics-show-location=once -ffunction-sections -fdata-sections -
c ../../../../../gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc -o eh_alloc.o
In file included from ../../../../../gcc-3.4.2/libstdc++-
v3/libsupc++/eh_alloc.cc:34:
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/cstring: 
In function `void* std::memchr(void*, int, size_t)':
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include/cstring:101: error: `void* std::memchr(void*, int, size_t)' 
conflicts with previous using declaration `void* memchr(void*, int, size_t)'
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/cstring: 
In function `char* std::strchr(char*, int)':
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include/cstring:107: error: `char* std::strchr(char*, int)' conflicts with 
previous using declaration `char* strchr(char*, int)'
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/cstring: 
In function `char* std::strpbrk(char*, const char*)':
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include/cstring:113: error: `char* std::strpbrk(char*, const char*)' 
conflicts with previous using declaration `char* strpbrk(char*, const char*)'
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/cstring: 
In function `char* std::strrchr(char*, int)':
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include/cstring:119: error: `char* std::strrchr(char*, int)' conflicts with 
previous using declaration `char* strrchr(char*, int)'
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-v3/include/cstring: 
In function `char* std::strstr(char*, const char*)':
/usr/hjs/gcc-3.4.2-obj/i386-pc-sco3.2v5.0.5/pic/libstdc++-
v3/include/cstring:125: error: `char* std::strstr(char*, const char*)' 
conflicts with previous using declaration `char* strstr(char*, const char*)'
make[7]: *** [eh_alloc.lo] Error 1
make[7]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/pic/libstdc++-v3/libsupc++'
make[6]: *** [all-recursive] Error 1
make[6]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/pic/libstdc++-v3'
make[5]: *** [all] Error 2
make[5]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/pic/libstdc++-v3'
make[4]: *** [multi-do] Error 1
make[4]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/libstdc++-v3'
make[3]: *** [all-multi] Error 2
make[3]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/i386-pc-
sco3.2v5.0.5/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/usr/hjs/gcc-3.4.2-obj'
make: *** [bootstrap] Error 2

-- 
           Summary: gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34
           Product: gcc
           Version: 3.4.2
            Status: UNCONFIRMED
          Severity: critical
          Priority: P2
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: realsong at hotmail dot com
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-sco3.2v5.0.5
  GCC host triplet: i386-pc-sco3.2v5.0.5
GCC target triplet: i386-pc-sco3.2v5.0.5


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[realsong at hotmail dot com]

------- Additional Comments From realsong at hotmail dot com  2004-10-14 09:15 -------
Created an attachment (id=7347)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7347&action=view)
original name is math.h

gcc-3.4.2
../gcc-3.4.2/configure --with-gnu-as --enable-languages=c,c++,objc
make bootstrap
=======================
stage1/xgcc -Bstage1/ -B/usr/local/i386-pc-sco3.2v5.0.5/bin/ -c   -g -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H
-DGENERATOR_FILE    -I. -I. -I../../gcc-3.4.2/gcc -I../../gcc-3.4.2/gcc/.
-I../../gcc-3.4.2/gcc/../include  ../../gcc-3.4.2/gcc/genautomata.c -o
genautomata.o
In file included from ../../gcc-3.4.2/gcc/genautomata.c:112:
include/math.h:10:1: unterminated #ifndef
make[2]: *** [genautomata.o] Error 1
make[2]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/gcc'
make[1]: *** [stage2_build] Error 2
make[1]: Leaving directory `/usr/hjs/gcc-3.4.2-obj/gcc'
make: *** [bootstrap] Error 2

-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[realsong at hotmail dot com]

------- Additional Comments From realsong at hotmail dot com  2004-10-14 09:18 -------
Created an attachment (id=7348)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7348&action=view)
original name is math.h

compare with

http://gcc.gnu.org/bugzilla/attachment.cgi?id=7347&action=view


-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[realsong at hotmail dot com]

------- Additional Comments From realsong at hotmail dot com  2004-10-14 09:21 -------
Created an attachment (id=7349)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7349&action=view)
nohup output

command output.
the command was "nohup make bootstrap".

-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-14 13:22 -------
The second one looks like a bug in SCO's math.h.



-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal
           Keywords|                            |build


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[realsong at hotmail dot com]

------- Additional Comments From realsong at hotmail dot com  2004-10-15 01:23 -------
Created an attachment (id=7354)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7354&action=view)
original name is math.h

I checked it out and found no problem in SCO's math.h.:)
Thanks!

-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[Jim_Brownfield at radical dot com]

------- Additional Comments From Jim_Brownfield at radical dot com  2004-11-03 01:05 -------
Created an attachment (id=7462)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7462&action=view)
auto-edited math.h file

I'm having the same problem trying to build gcc on sco 3.2 5.0.6 i386

It appears there's an unmatched "#ifndef __GNUC__" at line 618

The file was generated from configure with the following command:

../configure --prefix=/usr/gnu --with-gnu-as --with-as=/usr/gnu/bin/as
--enable-shared

-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[Jim_Brownfield at radical dot com]

------- Additional Comments From Jim_Brownfield at radical dot com  2004-11-03 01:07 -------
Sorry, that's building gcc 3.4.2.

-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[pmcnary at cameron dot net]

------- Additional Comments From pmcnary at cameron dot net  2004-12-17 18:07 -------
I have same problems building on OSR5 with UP3 and MP3.
math.h unmatch #ENDIF
same error as above for eh_alloc.cc
Exact problem building 3.4.2

Building 3.3.x problem with math.h and unmatched #ENDIF
and build stops compiling at eh_alloc.cc with syntax error
at end of file

-- 


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-14 00:02 -------
*** Bug 21011 has been marked as a duplicate of this bug. ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |david dot sullivan at
                   |                            |activant dot com


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[cary.lewis at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #20 from Cary Lewis <cary.lewis at gmail dot com> ---
Thanks very much for the help on this. i will try the --enable-cheaders.



On Mon, May 4, 2015 at 4:59 PM, redi at gcc dot gnu.org
<gcc-bugzilla@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995
>
> --- Comment #19 from Jonathan Wakely <redi at gcc dot gnu.org> ---
> (In reply to Cary Lewis from comment #18)
>> There must be something unique about the SCO environment that leads to this
>> error.
>>
>> Maybe the way that the gcc 2.95.3 compiler gets installed.
>
> The problem is an incompatibility between the SCO libc and the GCC you're
> building, the gcc you use to build is irrelevant.
>
> I'm busy all this week but will look into it next week.
>
> In the meanwhile you could try configuring with different options for
> --enable-cheaders, see
> https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #19 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Cary Lewis from comment #18)
> There must be something unique about the SCO environment that leads to this
> error.
> 
> Maybe the way that the gcc 2.95.3 compiler gets installed.

The problem is an incompatibility between the SCO libc and the GCC you're
building, the gcc you use to build is irrelevant.

I'm busy all this week but will look into it next week.

In the meanwhile you could try configuring with different options for
--enable-cheaders, see
https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[cary.lewis at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #18 from Cary Lewis <cary.lewis at gmail dot com> ---
I took your advice, and attempted to bootstrap gcc 4.2.4 with languages=c,c++

I received a very similar error:

make[4]: Entering directory
`/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/libsupc++'
/bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile
/tmp/gcc-build/./gcc/xgcc -shared-libgcc -B/tmp/gcc-build/./gcc -nostdinc++
-L/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/src
-L/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/src/.libs
-B/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/bin/
-B/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/lib/ -isystem
/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/include -isystem
/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/sys-include
-I/tmp/gcc-4.2.4/libstdc++-v3/../gcc
-I/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/i686-pc-sco3.2v5.0.7
-I/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include
-I/tmp/gcc-4.2.4/libstdc++-v3/libsupc++  -fno-implicit-templates  -Wall -Wextra
-Wwrite-strings -Wcast-qual  -fdiagnostics-show-location=once 
-ffunction-sections -fdata-sections  -g -O2   -c -o eh_alloc.lo
../../../../gcc-4.2.4/libstdc++-v3/libsupc++/eh_alloc.cc
/tmp/gcc-build/./gcc/xgcc -shared-libgcc -B/tmp/gcc-build/./gcc -nostdinc++
-L/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/src
-L/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/src/.libs
-B/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/bin/
-B/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/lib/ -isystem
/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/include -isystem
/usr/local/gcc-4.2.4/i686-pc-sco3.2v5.0.7/sys-include
-I/tmp/gcc-4.2.4/libstdc++-v3/../gcc
-I/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/i686-pc-sco3.2v5.0.7
-I/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include
-I/tmp/gcc-4.2.4/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra
-Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -O2 -c
../../../../gcc-4.2.4/libstdc++-v3/libsupc++/eh_alloc.cc
In file included from
../../../../gcc-4.2.4/libstdc++-v3/libsupc++/eh_alloc.cc:37:
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring: In function
'void* std::memchr(void*, int, size_t)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring:101: error:
'void* std::memchr(void*, int, size_t)' conflicts with previous using
declaration 'void* memchr(void*, int, size_t)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring: In function
'char* std::strchr(char*, int)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring:107: error:
'char* std::strchr(char*, int)' conflicts with previous using declaration
'char* strchr(char*, int)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring: In function
'char* std::strpbrk(char*, const char*)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring:113: error:
'char* std::strpbrk(char*, const char*)' conflicts with previous using
declaration 'char* strpbrk(char*, const char*)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring: In function
'char* std::strrchr(char*, int)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring:119: error:
'char* std::strrchr(char*, int)' conflicts with previous using declaration
'char* strrchr(char*, int)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring: In function
'char* std::strstr(char*, const char*)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/libstdc++-v3/include/cstring:125: error:
'char* std::strstr(char*, const char*)' conflicts with previous using 

There must be something unique about the SCO environment that leads to this
error.

Maybe the way that the gcc 2.95.3 compiler gets installed.

I tried building gcc (c++) 3.4.3 with both the gcc 3.4.3 gcc compiler and the
2.95.3 gcc compiler.

Any other suggestions?

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |redi at gcc dot gnu.org

--- Comment #17 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Cary Lewis from comment #16)
> ../gcc-3.4.3/configure --prefix=/usr/local/gcc-3.4.3x

Oh ... you really are build gcc 3.4, when you said more modern version of the
compiler I thought you meant something recent.

Have you tried a newer GCC? SCO support was removed in GCC 4.3, but 4.2.4
should work, and this problem might already be fixed in that release.

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[cary.lewis at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #16 from Cary Lewis <cary.lewis at gmail dot com> ---
Sorry, here is the output of the command that generates the error during make
bootstrap.

I appreciate the help very much.

Here is the configure command:

../gcc-3.4.3/configure --prefix=/usr/local/gcc-3.4.3x --enable-languages=c,c++
--with-gnu-as

+ cd /tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/libsupc++
+ /tmp/gcc-build/gcc/xgcc -save-temps -shared-libgcc -B/tmp/gcc-build/gcc/
-nostdinc++ -L/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/src
-L/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/src/.libs
-B/usr/local/gcc-3.4.3x/i686-pc-sco3.2v5.0.7/bin/
-B/usr/local/gcc-3.4.3x/i686-pc-sco3.2v5.0.7/lib/ -isystem
/usr/local/gcc-3.4.3x/i686-pc-sco3.2v5.0.7/include -isystem
/usr/local/gcc-3.4.3x/i686-pc-sco3.2v5.0.7/sys-include -fPIC
-I/tmp/gcc-3.4.3/libstdc++-v3/../gcc
-I/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/i686-pc-sco3.2v5.0.7
-I/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include
-I/tmp/gcc-3.4.3/libstdc++-v3/libsupc++ -O2 -g -O2 -g -O2 -fPIC
-fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c
../../../../../gcc-3.4.3/libstdc++-v3/libsupc++/eh_alloc.cc -o eh_alloc.o
In file included from
../../../../../gcc-3.4.3/libstdc++-v3/libsupc++/eh_alloc.cc:34:
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring: In
function `void* std::memchr(void*, int, size_t)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring:101:
error: `void* std::memchr(void*, int, size_t)' conflicts with previous using
declaration `void* memchr(void*, int, size_t)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring: In
function `char* std::strchr(char*, int)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring:107:
error: `char* std::strchr(char*, int)' conflicts with previous using
declaration `char* strchr(char*, int)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring: In
function `char* std::strpbrk(char*, const char*)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring:113:
error: `char* std::strpbrk(char*, const char*)' conflicts with previous using
declaration `char* strpbrk(char*, const char*)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring: In
function `char* std::strrchr(char*, int)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring:119:
error: `char* std::strrchr(char*, int)' conflicts with previous using
declaration `char* strrchr(char*, int)'
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring: In
function `char* std::strstr(char*, const char*)':
/tmp/gcc-build/i686-pc-sco3.2v5.0.7/pic/libstdc++-v3/include/cstring:125:
error: `char* std::strstr(char*, const char*)' conflicts with previous using
declaration `char* strstr(char*, const char*)'

There are commands in the include files that attempt to undef the various c
defines, but undef won't undo a function prototype.

Let me know if there any any tests you want me to perform.

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #15 from Jonathan Wakely <redi at gcc dot gnu.org> ---
It can't be this exact error, because the line number will have changed, and it
would be useful to know the exact line numbers where the errors happen with the
current sources (we have three different versions of <cstring> and without
checking some config files I wouldn't know which is being used on SCO ... maybe
using a different one would solve the problem).

Please either provide the error here or email it to me separately so I can see
the *exact* error, not a similar one from GCC 3.4.2 a decade ago. I'll take a
look, but since I don't have a SCO machine I need more info from you.

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[cary.lewis at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #14 from Cary Lewis <cary.lewis at gmail dot com> ---
It's this exact error. The 3rd stage fails. With the conflict about ::strstr
and std::strstr

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

--- Comment #13 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Cary Lewis from comment #12)
> gcc-core builds fine on sco 5.0.7, but the I would like to be able to build
> a more modern version of the c++ compiler.

Try it, if it still fails then re-open this bug and provide the errors, I'll
tak a look at it.

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[cary.lewis at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17995

Cary Lewis <cary.lewis at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cary.lewis at gmail dot com

--- Comment #12 from Cary Lewis <cary.lewis at gmail dot com> ---
I know this is a very old bug, but I was wondering if anyone ever solved this
issue?

gcc-core builds fine on sco 5.0.7, but the I would like to be able to build a
more modern version of the c++ compiler.

The reality is that there are still a lot of SCO unix machines out there, and
it should be possible to build g++ on them.

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[paolo dot carlini at oracle dot com]

------- Comment #11 from paolo dot carlini at oracle dot com  2008-06-21 11:50 -------
Close, close.


-- 

paolo dot carlini at oracle dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


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

[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34

[manu at gcc dot gnu dot org]

------- Comment #10 from manu at gcc dot gnu dot org  2008-02-12 09:28 -------
Old unsupported GCC version, three years since last confirmed, sco... close?


-- 

manu at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manu at gcc dot gnu dot org
             Status|UNCONFIRMED                 |WAITING


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