[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34
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
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-bugzi...@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
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
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
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
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
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
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
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
--- 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
--- 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
[Bug libstdc++/17995] gcc-3.4.2/libstdc++-v3/libsupc++/eh_alloc.cc:34
--- 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
--- 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
--- 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=7462action=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
--- 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
--- 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=7347action=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
--- 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=7348action=view) original name is math.h compare with http://gcc.gnu.org/bugzilla/attachment.cgi?id=7347action=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
--- 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=7349action=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
--- 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
--- 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=7354action=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