public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++
@ 2003-12-19 13:39 carsten dot traebing at de dot ina dot com
  2003-12-19 13:45 ` [Bug bootstrap/13443] " pinskia at gcc dot gnu dot org
                   ` (12 more replies)
  0 siblings, 13 replies; 14+ messages in thread
From: carsten dot traebing at de dot ina dot com @ 2003-12-19 13:39 UTC (permalink / raw)
  To: gcc-bugs

Because there is no ANSI C Compiler I use the ANSI C++ compiler, but this 
should include the ANSI C Compiler.

The ANSI C++ compiler (aCC) doesn't handle piped input via -, it produces an 
error message; this leads in the following if-clause always to the 64 bit 
hppa64 else branch, even when compiler is called with args "-Ae +DA2.0" to 
create a 32 bit hppa2.0 gcc (arguments given via shell script).
Write the contents of the C program into a file and call aCC works well.

-- 
           Summary: config.guess error on HP-UX 11.11 using HP ANSI C++
           Product: gcc
           Version: 3.3.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: carsten dot traebing at de dot ina dot com
                CC: gcc-bugs at gcc dot gnu dot org


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
@ 2003-12-19 13:45 ` pinskia at gcc dot gnu dot org
  2003-12-19 14:29 ` bangerth at dealii dot org
                   ` (11 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2003-12-19 13:45 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-12-19 13:07 -------
You have to use either a K&R C compiler or an ANSI C compiler with 3.3.2.  3.4 will only compile 
with a ANSI C compiler though.  Also config.guess is not mantained by GCC. If you really want to 
compile for hppa2.0w, do this instead ${srdir}/configure --target=hppa2.0w-hpux11.11 --host= 
hppa2.0w-hpux11.11 --build=hppa2.0w-hpux11.11.

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


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
  2003-12-19 13:45 ` [Bug bootstrap/13443] " pinskia at gcc dot gnu dot org
@ 2003-12-19 14:29 ` bangerth at dealii dot org
  2004-01-18  8:50 ` dhazeghi at yahoo dot com
                   ` (10 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: bangerth at dealii dot org @ 2003-12-19 14:29 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From bangerth at dealii dot org  2003-12-19 14:17 -------
A C++ compiler should in most cases work as a ANSI C compiler as 
well. Whether this works in this case is another matter, but I 
would say that this is a bug in the configure machinery, rather  
than a user error here. 
 
Thus, I am reopening this PR. 
 
W. 

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


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
  2003-12-19 13:45 ` [Bug bootstrap/13443] " pinskia at gcc dot gnu dot org
  2003-12-19 14:29 ` bangerth at dealii dot org
@ 2004-01-18  8:50 ` dhazeghi at yahoo dot com
  2004-01-20 13:58 ` carsten dot traebing at de dot ina dot com
                   ` (9 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: dhazeghi at yahoo dot com @ 2004-01-18  8:50 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From dhazeghi at yahoo dot com  2004-01-18 08:50 -------
Would it be possible for you to try a snapshot of 3.4 (either from cvs, or off
the ftp server) and see if this problem is still present? I seem to remember it
being fixed for certain other C++ compilers... Thanks.

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


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (2 preceding siblings ...)
  2004-01-18  8:50 ` dhazeghi at yahoo dot com
@ 2004-01-20 13:58 ` carsten dot traebing at de dot ina dot com
  2004-01-20 16:17 ` dhazeghi at yahoo dot com
                   ` (8 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: carsten dot traebing at de dot ina dot com @ 2004-01-20 13:58 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From carsten dot traebing at de dot ina dot com  2004-01-20 13:58 -------
> Would it be possible for you to try a snapshot of 3.4 (either from cvs, or off
> the ftp server) and see if this problem is still present? I seem to remember 
it
> being fixed for certain other C++ compilers... Thanks.

This seems to work fine if I call the ANSI C++ compiler via a link called cc. 
If I call aCC direct (export CC=/.../aCC) it runs into trouble, see following 
log. But this isn't a serious problem because calling cc works fine. Thanks. 


-----
....> gmake bootstrap
Configuring in libiberty
configure: creating cache ./config.cache
checking whether to enable maintainer-specific portions of Makefiles... no
checking for makeinfo... no
checking for perl... perl
checking build system type... hppa2.0w-hp-hpux11.11
checking host system type... hppa2.0w-hp-hpux11.11
checking for hppa2.0w-hp-hpux11.11-ar... ar
checking for hppa2.0w-hp-hpux11.11-ranlib... ranlib
checking for hppa2.0w-hp-hpux11.11-gcc... /opt/aCC/bin/aCC
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether /opt/aCC/bin/aCC accepts -g... yes
checking for /opt/aCC/bin/aCC option to accept ANSI C... -Ae
checking how to run the C preprocessor... /opt/aCC/bin/aCC -Ae -E
checking whether /opt/aCC/bin/aCC -Ae and cc understand -c and -o together... 
yes
checking for an ANSI C-conforming const... yes
checking for inline... __inline
checking whether byte ordering is bigendian... yes
checking for a BSD-compatible install... ../../gcc-3.4-
20040114/libiberty/../install-sh -c
checking for sys/file.h... yes
checking for sys/param.h... yes
checking for limits.h... yes
checking for stdlib.h... yes
checking for malloc.h... yes
checking for string.h... yes
checking for unistd.h... yes
checking for strings.h... yes
checking for sys/time.h... yes
checking for time.h... yes
checking for sys/resource.h... yes
checking for sys/stat.h... yes
checking for sys/mman.h... yes
checking for fcntl.h... yes
checking for alloca.h... yes
checking for sys/pstat.h... yes
checking for sys/sysmp.h... no
checking for sys/sysinfo.h... yes
checking for machine/hal_sysinfo.h... no
checking for sys/table.h... no
checking for sys/sysctl.h... no
checking for sys/systemcfg.h... no
checking for sys/wait.h that is POSIX.1 compatible... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether errno must be declared... no
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... yes
checking for strings.h... (cached) yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... (cached) yes
checking for uintptr_t... yes
checking for pid_t... yes
checking for library containing strerror... none required
checking for asprintf... no
checking for atexit... yes
checking for basename... yes
checking for bcmp... yes
checking for bcopy... yes
checking for bsearch... yes
checking for bzero... yes
checking for calloc... yes
checking for clock... yes
checking for ffs... yes
checking for getcwd... yes
checking for getpagesize... yes
checking for index... yes
checking for insque... yes
checking for memchr... yes
checking for memcmp... yes
checking for memcpy... yes
checking for memmove... yes
checking for mempcpy... no
checking for memset... yes
checking for mkstemps... no
checking for putenv... yes
checking for random... yes
checking for rename... yes
checking for rindex... yes
checking for setenv... no
checking for snprintf... yes
checking for sigsetmask... yes
checking for stpcpy... no
checking for stpncpy... no
checking for strcasecmp... yes
checking for strchr... yes
checking for strdup... yes
checking for strncasecmp... yes
checking for strrchr... yes
checking for strstr... yes
checking for strtod... yes
checking for strtol... yes
checking for strtoul... yes
checking for tmpnam... yes
checking for vasprintf... no
checking for vfprintf... yes
checking for vprintf... yes
checking for vsnprintf... yes
checking for vsprintf... yes
checking for waitpid... yes
checking whether alloca needs Cray hooks... no
checking stack direction for C alloca... 1
checking for unistd.h... (cached) yes
checking for vfork.h... no
checking for fork... yes
checking for vfork... yes
checking for working fork... yes
checking for working vfork... (cached) yes
checking for _doprnt... yes
checking for sys_errlist... yes
checking for sys_nerr... yes
checking for sys_siglist... no
checking for external symbol _system_configuration... no
checking for getrusage... yes
checking for on_exit... no
checking for psignal... no
checking for strerror... yes
checking for strsignal... no
checking for sysconf... yes
checking for times... yes
checking for sbrk... yes
checking for gettimeofday... yes
checking for realpath... yes
checking for canonicalize_file_name... no
checking for pstat_getstatic... yes
checking for pstat_getdynamic... yes
checking for sysmp... no
checking for getsysinfo... no
checking for table... no
checking for sysctl... no
checking whether canonicalize_file_name must be declared... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... (cached) yes
checking for working mmap... no
checking for working strncmp... yes
updating cache ./config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating testsuite/Makefile
config.status: creating config.h
config.status: executing default commands
gmake[1]: Entering directory `/home/femadm/compile/lala/libiberty'
if [ x"" != x ] && [ ! -d pic ]; then \
  mkdir pic; \
else true; fi
touch stamp-picdir
if [ x"" != x ]; then \
  /opt/aCC/bin/aCC -c -DHAVE_CONFIG_H -g -I. -I../../gcc-3.4-
20040114/libiberty/../include    ../../gcc-3.4-20040114/libiberty/regex.c -o 
pic/regex.o; \
else true; fi
/opt/aCC/bin/aCC -c -DHAVE_CONFIG_H -g -I. -I../../gcc-3.4-
20040114/libiberty/../include   ../../gcc-3.4-20040114/libiberty/regex.c -o 
regex.o
Error 628: "../../gcc-3.4-20040114/libiberty/regex.c", line 1495 # "byte_ 
fail_stack_elt"
    ["../../gcc-3.4-20040114/libiberty/regex.c", line 1495] cannot be defined 
to have an incomplete type.
    union PREFIX(fail_stack_elt)
          ^^^^^^                
Error 24: "../../gcc-3.4-20040114/libiberty/regex.c", line 1496 # ';' expected 
instead of '{'.
    {
    ^
Error 19: "../../gcc-3.4-20040114/libiberty/regex.c", line 1499 # 
Unexpected '}'.
    };
    ^ 
Error 173: "../../gcc-3.4-20040114/libiberty/regex.c", line 1501 # Redefined 
symbol 'fail_stack_elt';
    previously defined at ["../../gcc-3.4-20040114/libiberty/regex.c", line 
1495].
    typedef union PREFIX(fail_stack_elt) PREFIX(fail_stack_elt_t);
                  ^^^^^^                                          
Error 20: "../../gcc-3.4-20040114/libiberty/regex.c", line 1501 # ';' expected 
before 'byte_'.
    typedef union PREFIX(fail_stack_elt) PREFIX(fail_stack_elt_t);
                                         ^^^^^^                   
Error 628: "../../gcc-3.4-20040114/libiberty/regex.c", line 1501 # "byte_ 
fail_stack_elt_t"
    ["../../gcc-3.4-20040114/libiberty/regex.c", line 1501] cannot be defined 
to have an incomplete type.
    typedef union PREFIX(fail_stack_elt) PREFIX(fail_stack_elt_t);
                                         ^^^^^^                   
Error 19: "../../gcc-3.4-20040114/libiberty/regex.c", line 1505 # 
Unexpected 'fail_stack_elt_t'.
      PREFIX(fail_stack_elt_t) *stack;
      ^^^^^^                          
Error 173: "../../gcc-3.4-20040114/libiberty/regex.c", line 1508 # Redefined 
symbol 'byte_'; previously defined
    at ["../../gcc-3.4-20040114/libiberty/regex.c", line 1501].
    } PREFIX(fail_stack_type);
      ^^^^^^                  
Error 20: "../../gcc-3.4-20040114/libiberty/regex.c", line 1508 # ',' expected 
before 'fail_stack_type'.
    } PREFIX(fail_stack_type);
      ^^^^^^                  
Error 19: "../../gcc-3.4-20040114/libiberty/regex.c", line 1826 # 
Unexpected 'word'.
      PREFIX(fail_stack_elt_t) word;
                               ^^^^ 
Error 628: "../../gcc-3.4-20040114/libiberty/regex.c", line 1826 # "byte_ 
{unnamed.union.#11} [in file
    "../../gcc-3.4-20040114/libiberty/regex.c"]::fail_stack_elt_t" ["../../gcc-
3.4-20040114/libiberty/regex.c",
    line 1826] cannot be defined to have an incomplete type.
      PREFIX(fail_stack_elt_t) word;
      ^^^^^^                        
Error 239: "../../gcc-3.4-20040114/libiberty/regex.c", line 1826 # A 
class/union shall not contain a member
    with incomplete type.
      PREFIX(fail_stack_elt_t) word;
      ^^^^^^                        
Error 699: "../../gcc-3.4-20040114/libiberty/regex.c", line 1826 # Error limit 
reached; halting compilation.
      PREFIX(fail_stack_elt_t) word;
      ^^^^^^                        
gmake[1]: *** [regex.o] Error 2
gmake[1]: Leaving directory `/home/femadm/compile/lala/libiberty'
gmake: *** [all-libiberty] Error 2



-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (3 preceding siblings ...)
  2004-01-20 13:58 ` carsten dot traebing at de dot ina dot com
@ 2004-01-20 16:17 ` dhazeghi at yahoo dot com
  2004-01-21  7:06 ` carsten dot traebing at de dot ina dot com
                   ` (7 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: dhazeghi at yahoo dot com @ 2004-01-20 16:17 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From dhazeghi at yahoo dot com  2004-01-20 16:17 -------
Peculiar. See, it isn't including -Ae when building libiberty (which is why build is failing). Can you 
take a look at CFLAGS, in the various Makefiles and make sure it is getting set to -Ae? Thanks.

-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (4 preceding siblings ...)
  2004-01-20 16:17 ` dhazeghi at yahoo dot com
@ 2004-01-21  7:06 ` carsten dot traebing at de dot ina dot com
  2004-01-21  7:10 ` dhazeghi at yahoo dot com
                   ` (6 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: carsten dot traebing at de dot ina dot com @ 2004-01-21  7:06 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From carsten dot traebing at de dot ina dot com  2004-01-21 07:06 -------
> Peculiar. See, it isn't including -Ae when building libiberty (which is why 
build is failing). Can you 
> take a look at CFLAGS, in the various Makefiles and make sure it is getting 
set to -Ae? Thanks.

The problem is caused by the "main" Makefile ./Makefile. CC is set to
"/opt/aCC/bin/aCC" instead of "/opt/aCC/bin/aCC -Ae" which is set in all
the other Makefiles. Thus it overwrites the local CC.

Now it works well up to the stage1 compilation of genmodes.o, where it stops 
without any error message. But this behaviour is the same as with calling cc,
it seems to be an problem of this snapshot.


-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (5 preceding siblings ...)
  2004-01-21  7:06 ` carsten dot traebing at de dot ina dot com
@ 2004-01-21  7:10 ` dhazeghi at yahoo dot com
  2004-01-21  7:19 ` carsten dot traebing at de dot ina dot com
                   ` (5 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: dhazeghi at yahoo dot com @ 2004-01-21  7:10 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From dhazeghi at yahoo dot com  2004-01-21 07:10 -------
I don't think it says so anywhere prominent, but I think the preferred method for building is to do:
export CC="aCC -Ae". This is because the compiler really is aCC -Ae, since -Ae is always needed, 
unlike CFLAGS which can be tweaked for different parts of the build. But I don't understand your 
message about genmodes.o. There is no error message whatsoever? What does make say? It 
doesn't give any error?

-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (6 preceding siblings ...)
  2004-01-21  7:10 ` dhazeghi at yahoo dot com
@ 2004-01-21  7:19 ` carsten dot traebing at de dot ina dot com
  2004-01-21  7:23 ` pinskia at gcc dot gnu dot org
                   ` (4 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: carsten dot traebing at de dot ina dot com @ 2004-01-21  7:19 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From carsten dot traebing at de dot ina dot com  2004-01-21 07:18 -------
ok, thanks, I will use CC = "aCC -Ae" in future.

Regarding genmodes.o, that's the end of the log file:
...
gmake[2]: Leaving directory `/home/femadm/compile/gcc'
echo timestamp > stage1_copy
echo stage2_build > stage_last
gmake CC=" stage1/xgcc -Bstage1/ -B/inaetc/tb_sim/hppa2.0w-hp-hpux11.11/bin/" 
CC_FOR_BUILD=" stage1/xgcc -Bstage1/ -B/inaetc/tb_sim/hppa2.0w-hp-
hpux11.11/bin/" \
         STAGE_PREFIX=stage1/ \
         ADAFLAGS="" CFLAGS="-g -O2" LDFLAGS="" 
WARN_CFLAGS="\$(GCC_WARN_CFLAGS)" STRICT_WARN="-pedantic -Wno-long-long -Wold-
style-definition -Werror" libdir=/inaetc/tb_sim/lib LANGUAGES="c gcov gcov-dump 
c++" MAKEINFO="/home/femadm/compile/gcc-3.4-20040114/missing makeinfo --split-
size=5000000" MAKEINFOFLAGS="" MAKEOVERRIDES= OUTPUT_OPTION="-o \$@" \
         CFLAGS="-g -O2" WERROR="-Werror" 
gmake[2]: Entering directory `/home/femadm/compile/gcc'
stage1/xgcc -Bstage1/ -B/inaetc/tb_sim/hppa2.0w-hp-hpux11.11/bin/ -c   -g -O2 -
DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -
pedantic -Wno-long-long -Wold-style-definition -Werror -fno-common   -
DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I../../gcc-3.4-20040114/gcc -
I../../gcc-3.4-20040114/gcc/. -I../../gcc-3.4-
20040114/gcc/../include  ../../gcc-3.4-20040114/gcc/genmodes.c -o genmodes.o
../../gcc-3.4-20040114/gcc/genmodes.c:0: warning: -g is only supported when 
using GAS on this processor,
../../gcc-3.4-20040114/gcc/genmodes.c:0: warning: -g option disabled
gmake[2]: *** [genmodes.o] Error 1
gmake[2]: Leaving directory `/home/femadm/compile/gcc'
gmake[1]: *** [stage2_build] Error 2
gmake[1]: Leaving directory `/home/femadm/compile/gcc'
gmake: *** [bootstrap] Error 2


-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (7 preceding siblings ...)
  2004-01-21  7:19 ` carsten dot traebing at de dot ina dot com
@ 2004-01-21  7:23 ` pinskia at gcc dot gnu dot org
  2004-01-21  7:27 ` dhazeghi at yahoo dot com
                   ` (3 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-21  7:23 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-21 07:23 -------
Do BOOTCFLAGS=-O2 then when bootstrapping, does that solve your current problem?

-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (8 preceding siblings ...)
  2004-01-21  7:23 ` pinskia at gcc dot gnu dot org
@ 2004-01-21  7:27 ` dhazeghi at yahoo dot com
  2004-01-21  9:40 ` carsten dot traebing at de dot ina dot com
                   ` (2 subsequent siblings)
  12 siblings, 0 replies; 14+ messages in thread
From: dhazeghi at yahoo dot com @ 2004-01-21  7:27 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From dhazeghi at yahoo dot com  2004-01-21 07:27 -------
To add briefly to what Andrew noted, with gcc snapshots, -Werror is enabled by default, so every 
warning is considered an error, thus the warnings about -g not being supported were treated by 
gcc as errors. When configuring, you can disable this behavior with --disable-werror

-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (9 preceding siblings ...)
  2004-01-21  7:27 ` dhazeghi at yahoo dot com
@ 2004-01-21  9:40 ` carsten dot traebing at de dot ina dot com
  2004-01-21 15:56 ` dhazeghi at yahoo dot com
  2004-01-21 15:58 ` pinskia at gcc dot gnu dot org
  12 siblings, 0 replies; 14+ messages in thread
From: carsten dot traebing at de dot ina dot com @ 2004-01-21  9:40 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From carsten dot traebing at de dot ina dot com  2004-01-21 09:40 -------
With --disable-werror it works and I'm getting an gcc, but there's another 
error while building the library libsupc++.

I don't know wether this goes too far for this Bug, but here's the output
(configuration is done using HP as, because GNU as doesn't work):

...
/bin/sh ../libtool --tag CXX --tag disable-shared --
mode=compile /home/femadm/compile/gcc/xgcc -shared-libgcc -
B/home/femadm/compile/gcc/ -nostdinc++ -L/home/femadm/compile/hppa2.0w-hp-
hpux11.11/libstdc++-v3/src -L/home/femadm/compile/hppa2.0w-hp-
hpux11.11/libstdc++-v3/src/.libs -B/inaetc/tb_sim/hppa2.0w-hp-hpux11.11/bin/ -
B/inaetc/tb_sim/hppa2.0w-hp-hpux11.11/lib/ -isystem /inaetc/tb_sim/hppa2.0w-hp-
hpux11.11/include -isystem /inaetc/tb_sim/hppa2.0w-hp-hpux11.11/sys-include -
I/home/femadm/compile/gcc-3.4-20040114/libstdc++-v3/../gcc -
I/home/femadm/compile/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-
hpux11.11 -I/home/femadm/compile/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -
I/home/femadm/compile/gcc-3.4-20040114/libstdc++-v3/libsupc++ -O2 -g -g -O2 -
fno-implicit-templates  -Wall -W -Wwrite-strings -Wcast-qual  -fdiagnostics-
show-location=once    -c -o eh_aux_runtime.lo ../../../../gcc-3.4-
20040114/libstdc++-v3/libsupc++/eh_aux_runtime.cc
/home/femadm/compile/gcc/xgcc -shared-libgcc -B/home/femadm/compile/gcc/ -
nostdinc++ -L/home/femadm/compile/hppa2.0w-hp-hpux11.11/libstdc++-v3/src -
L/home/femadm/compile/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs -
B/inaetc/tb_sim/hppa2.0w-hp-hpux11.11/bin/ -B/inaetc/tb_sim/hppa2.0w-hp-
hpux11.11/lib/ -isystem /inaetc/tb_sim/hppa2.0w-hp-hpux11.11/include -
isystem /inaetc/tb_sim/hppa2.0w-hp-hpux11.11/sys-include -
I/home/femadm/compile/gcc-3.4-20040114/libstdc++-v3/../gcc -
I/home/femadm/compile/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-
hpux11.11 -I/home/femadm/compile/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -
I/home/femadm/compile/gcc-3.4-20040114/libstdc++-v3/libsupc++ -O2 -g -g -O2 -
fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual -fdiagnostics-show-
location=once -c ../../../../gcc-3.4-20040114/libstdc++-
v3/libsupc++/eh_aux_runtime.cc
../../../../gcc-3.4-20040114/libstdc++-v3/libsupc++/eh_aux_runtime.cc:0: 
warning: -g is only supported when using GAS on this processor,
../../../../gcc-3.4-20040114/libstdc++-v3/libsupc++/eh_aux_runtime.cc:0: 
warning: -g option disabled
as: error 7403: undefined label - _ZTISt8bad_cast (7403)
gmake[3]: *** [eh_aux_runtime.lo] Error 1
gmake[3]: Leaving directory `/home/femadm/compile/hppa2.0w-hp-
hpux11.11/libstdc++-v3/libsupc++'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/home/femadm/compile/hppa2.0w-hp-
hpux11.11/libstdc++-v3'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/home/femadm/compile/hppa2.0w-hp-
hpux11.11/libstdc++-v3'
gmake: *** [all-target-libstdc++-v3] Error 2



-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (10 preceding siblings ...)
  2004-01-21  9:40 ` carsten dot traebing at de dot ina dot com
@ 2004-01-21 15:56 ` dhazeghi at yahoo dot com
  2004-01-21 15:58 ` pinskia at gcc dot gnu dot org
  12 siblings, 0 replies; 14+ messages in thread
From: dhazeghi at yahoo dot com @ 2004-01-21 15:56 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From dhazeghi at yahoo dot com  2004-01-21 15:56 -------
This is starting to look a lot like PR 8512. Does using the GNU assembler work around the issue? 
You'll need to build/install binutils, and configure with --with-gnu-as --with-as=/path/to/gnu/
as.

-- 


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Bug bootstrap/13443] config.guess error on HP-UX 11.11 using HP ANSI C++
  2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
                   ` (11 preceding siblings ...)
  2004-01-21 15:56 ` dhazeghi at yahoo dot com
@ 2004-01-21 15:58 ` pinskia at gcc dot gnu dot org
  12 siblings, 0 replies; 14+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-21 15:58 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-21 15:58 -------
Actually it is exactly the same bug as PR 8512 now.

*** This bug has been marked as a duplicate of 8512 ***

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


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


^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2004-01-21 15:58 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-12-19 13:39 [Bug bootstrap/13443] New: config.guess error on HP-UX 11.11 using HP ANSI C++ carsten dot traebing at de dot ina dot com
2003-12-19 13:45 ` [Bug bootstrap/13443] " pinskia at gcc dot gnu dot org
2003-12-19 14:29 ` bangerth at dealii dot org
2004-01-18  8:50 ` dhazeghi at yahoo dot com
2004-01-20 13:58 ` carsten dot traebing at de dot ina dot com
2004-01-20 16:17 ` dhazeghi at yahoo dot com
2004-01-21  7:06 ` carsten dot traebing at de dot ina dot com
2004-01-21  7:10 ` dhazeghi at yahoo dot com
2004-01-21  7:19 ` carsten dot traebing at de dot ina dot com
2004-01-21  7:23 ` pinskia at gcc dot gnu dot org
2004-01-21  7:27 ` dhazeghi at yahoo dot com
2004-01-21  9:40 ` carsten dot traebing at de dot ina dot com
2004-01-21 15:56 ` dhazeghi at yahoo dot com
2004-01-21 15:58 ` pinskia at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).