public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
@ 2002-12-02  4:46 jason andrade
  0 siblings, 0 replies; 6+ messages in thread
From: jason andrade @ 2002-12-02  4:46 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/6825; it has been noted by GNATS.

From: jason andrade <jason@dstc.edu.au>
To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
Cc: bangerth@dealii.org, <gcc-bugs@gcc.gnu.org>, <gcc-prs@gcc.gnu.org>,
   <gcc-gnats@gcc.gnu.org>
Subject: Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
Date: Mon, 2 Dec 2002 22:36:51 +1000 (EST)

 On Mon, 25 Nov 2002, Wolfgang Bangerth wrote:
 
 > I don't think I personally can do something about it, but we may contact
 > the SunOS/Sparc maintainers whether they would like to take a look at it,
 > in case it still fails. Thanks for the offer!
 
 the build stops with this error:
 
 /local/dev/build/gcc-3.2.1/gcc/xgcc -B/local/dev/build/gcc-3.2.1/gcc/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/bin/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/lib/ -isystem /opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/include -DHAVE_CONFIG_H -I. -I. -I.. -O2 -O2 -c signbit.c  -fPIC -DPIC -o .libs/signbit.o
 signbit.c: In function `__signbit':
 signbit.c:39: `ieee_double_shape_type' undeclared (first use in this function)
 signbit.c:39: (Each undeclared identifier is reported only once
 signbit.c:39: for each function it appears in.)
 signbit.c:39: parse error before "gh_u"
 signbit.c:39: `gh_u' undeclared (first use in this function)
 make[4]: *** [signbit.lo] Error 1
 make[4]: *** Waiting for unfinished jobs....
 /local/dev/build/gcc-3.2.1/gcc/xgcc -B/local/dev/build/gcc-3.2.1/gcc/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/bin/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/lib/ -isystem /opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/include -DHAVE_CONFIG_H -I. -I. -I.. -O2 -O2 -c signbitf.c  -fPIC -DPIC -o .libs/signbitf.o
 /local/dev/build/gcc-3.2.1/gcc/xgcc -B/local/dev/build/gcc-3.2.1/gcc/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/bin/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/lib/ -isystem /opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/include -DHAVE_CONFIG_H -I. -I. -I.. -O2 -O2 -c signbitf.c -o signbitf.o >/dev/null 2>&1
 make[4]: Leaving directory `/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/libmath'
 make[3]: *** [all-recursive] Error 1
 make[3]: Leaving directory `/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3'
 make[2]: *** [all-recursive-am] Error 2
 make[2]: Leaving directory `/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3'
 make[1]: *** [all-target-libstdc++-v3] Error 2
 make[1]: Leaving directory `/local/dev/build/gcc-3.2.1'
 make: *** [bootstrap-lean] Error 2
 
 
 i've traced this to, i think, sunos not defining what ENDIANNESS it is.  if i manually
 #DEFINE BIG_ENDIAN 1
 
 this fixes it.
 
 then, it dies later here
 
 /local/dev/build/gcc-3.2.1/gcc/xgcc -shared-libgcc -B/local/dev/build/gcc-3.2.1/gcc/ -nostdinc++ -L/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/src -L/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/src/.libs -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/bin/ -B/opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/lib/ -isystem /opt/local/stow/gcc-3.2.1/sparc-sun-sunos4.1.4/include -I../../../gcc -I../../../include -I/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/inclu de/sparc-sun-sunos4.1.4 -I/local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include -I../libsupc++ -g -O2 -fno-implicit-templates -Wall -Wno-format -W -Wwrite-strings -Winline -fdiagnostics-show-location=once -g -c eh_alloc.cc -o eh_alloc.o
 In file included from eh_alloc.cc:33:
 /local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include/cstdlib:86: `
    div_t' not declared
 /local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include/cstdlib:87: `
    ldiv_t' not declared
 /local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include/cstdlib:97: `
    div' not declared
 /local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include/cstdlib:102: `
    ldiv' not declared
 /local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include/cstdlib:104: `
    mblen' not declared
 /local/dev/build/gcc-3.2.1/sparc-sun-sunos4.1.4/libstdc++-v3/include/cstdlib:122: syntax
    error before `(' token
 make: *** [eh_alloc.lo] Error 1
 
 
 i am assuming there is some other error here i haven't been able to follow :-(
 
 
 regards,
 
 -jason
 


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
@ 2002-12-02  4:56 David S. Miller
  0 siblings, 0 replies; 6+ messages in thread
From: David S. Miller @ 2002-12-02  4:56 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/6825; it has been noted by GNATS.

From: "David S. Miller" <davem@redhat.com>
To: jason@dstc.edu.au
Cc: bangerth@ticam.utexas.edu, bangerth@dealii.org, gcc-bugs@gcc.gnu.org,
        gcc-prs@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
Date: Mon, 02 Dec 2002 04:43:48 -0800 (PST)

    From: jason andrade <jason@dstc.edu.au>
    Date: Mon, 2 Dec 2002 22:36:51 +1000 (EST)
    
    i am assuming there is some other error here i haven't been able to follow :-(
 
 It all looks like someone needs to code up the necessary
 libstdc++-v3/config/os/sunos/* header files and then the
 appropriate changes to libstdc++-v3/configure.target bits
 to make the build use them.
 
 Someone with access to a Sparc/SunOS machine (and the patience
 to use it :() will need to do this work.


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
@ 2002-12-05 14:26 Wolfgang Bangerth
  0 siblings, 0 replies; 6+ messages in thread
From: Wolfgang Bangerth @ 2002-12-05 14:26 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/6825; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: jason andrade <jason@dstc.edu.au>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
Date: Thu, 5 Dec 2002 16:20:27 -0600 (CST)

 > well, i'm compiling it now.  do you care about warnings ?  there are
 > _lots_ of them.  a gcc build for c/c++ usually takes a few hours on
 > the machine i have here (ss10 w/ dual 125Mhz hypersparc w/ 128M) so
 > my
 
 Thanks for your attempts. I think first priority would be to make the 
 thing running. Warnings are not taken particularly important.
 
 
 > ./configure --prefix=/opt/local/stow/gcc-3.2.1 --enable-languages=c,c++
 > and
 > make -j2 CFLAGS=-O2 LIBCFLAGS=-O2 LIBCXXFLAGS=-O2 -fno-implicit-templates bootstrap-lean
 
 First, since this failed, could you retry by building in a separate 
 build-directory, as the installation instructions recommend? I.e., if 
 gcc-3.2.1 is you src dir, then make a parallel directory build and call
   ../gcc-3.2.1/configure --...
   make bootstrap
 
 Also, what happens if you don't specify CFLAGS et al? As far as I know the 
 stage2 build already uses optimization flags, so there is no need to also 
 use them for the first two stages (apart from possibly tripping your 
 bootstrapping compiler).
 
 Thanks
   Wolfgang
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth              email:           bangerth@ticam.utexas.edu
                                www: http://www.ticam.utexas.edu/~bangerth
 
 


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
@ 2002-12-05 15:16 jason andrade
  0 siblings, 0 replies; 6+ messages in thread
From: jason andrade @ 2002-12-05 15:16 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/6825; it has been noted by GNATS.

From: jason andrade <jason@dstc.edu.au>
To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
Date: Fri, 6 Dec 2002 09:13:02 +1000 (EST)

 On Thu, 5 Dec 2002, Wolfgang Bangerth wrote:
 
 > Thanks for your attempts. I think first priority would be to make the
 > thing running. Warnings are not taken particularly important.
 
 sure.
 
 i think, from the feedback i got from david miller and matt green, the
 C compiler builds ok on sunos 4.1.4
 
 it is only the c++ compiler that has a problem (i haven't tried the building the
 ada/java/objc/fortran compilers as i have never used them).
 
 the problem seems to be because gcc3 doesn't ship with (or sunos doesn't have?)
 definitions for a bunch of functions that it thinks it should find, e.g for
 div_t and so on.
 
 > > ./configure --prefix=/opt/local/stow/gcc-3.2.1 --enable-languages=c,c++
 > > and
 > > make -j2 CFLAGS=-O2 LIBCFLAGS=-O2 LIBCXXFLAGS=-O2 -fno-implicit-templates bootstrap-lean
 >
 > First, since this failed, could you retry by building in a separate
 > build-directory, as the installation instructions recommend? I.e., if
 > gcc-3.2.1 is you src dir, then make a parallel directory build and call
 >   ../gcc-3.2.1/configure --...
 >   make bootstrap
 
 i'll try that.  will it make much of a difference ?
 
 > Also, what happens if you don't specify CFLAGS et al? As far as I know the
 > stage2 build already uses optimization flags, so there is no need to also
 > use them for the first two stages (apart from possibly tripping your
 > bootstrapping compiler).
 
 haven't tried without the cflags.  at this stage i am assuming the problem
 is specifically with function definition issues for c++, which wouldn't
 be influenced by the cflags (but please let me know if i am wrong)
 
 
 when i get a little more time, i am going to try and find all the missing
 functions on another more up to date OS and see if i can reuse them on
 sunos4.
 
 regards,
 
 -jason
 


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
@ 2002-12-05 15:26 Wolfgang Bangerth
  0 siblings, 0 replies; 6+ messages in thread
From: Wolfgang Bangerth @ 2002-12-05 15:26 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/6825; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: jason andrade <jason@dstc.edu.au>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
Date: Thu, 5 Dec 2002 17:23:06 -0600 (CST)

 > the problem seems to be because gcc3 doesn't ship with (or sunos doesn't have?)
 > definitions for a bunch of functions that it thinks it should find, e.g for
 > div_t and so on.
 
 Sorry, but I think I can't help you here.
 
 
 > > > ./configure --prefix=/opt/local/stow/gcc-3.2.1 --enable-languages=c,c++
 > > > and
 > > > make -j2 CFLAGS=-O2 LIBCFLAGS=-O2 LIBCXXFLAGS=-O2 -fno-implicit-templates bootstrap-lean
 > >
 > > First, since this failed, could you retry by building in a separate
 > > build-directory, as the installation instructions recommend? I.e., if
 > > gcc-3.2.1 is you src dir, then make a parallel directory build and call
 > >   ../gcc-3.2.1/configure --...
 > >   make bootstrap
 > 
 > i'll try that.  will it make much of a difference ?
 
 Maybe. It is supposed to work to build in-tree, but it does not get much 
 testing, and it seems to provoke all kinds of strange and hard to track 
 down errors. The recommended version that most of the developers use is to 
 build in a separate build-dir.
 
 > > Also, what happens if you don't specify CFLAGS et al? As far as I know the
 > > stage2 build already uses optimization flags, so there is no need to also
 > > use them for the first two stages (apart from possibly tripping your
 > > bootstrapping compiler).
 > 
 > haven't tried without the cflags.  at this stage i am assuming the problem
 > is specifically with function definition issues for c++, which wouldn't
 > be influenced by the cflags (but please let me know if i am wrong)
 
 Some optimization flags switch on builtins and/or select different math 
 functions. I don't know whether it makes a difference in your case, but it 
 would rule out one possibility for breakage.
 
 > when i get a little more time, i am going to try and find all the missing
 > functions on another more up to date OS and see if i can reuse them on
 > sunos4.
 
 I think this would be appreciated!
 
 Regards
   Wolfgang
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth              email:           bangerth@ticam.utexas.edu
                                www: http://www.ticam.utexas.edu/~bangerth
 
 


^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
@ 2003-05-21  8:36 Dara Hazeghi
  0 siblings, 0 replies; 6+ messages in thread
From: Dara Hazeghi @ 2003-05-21  8:36 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/6825; it has been noted by GNATS.

From: Dara Hazeghi <dhazeghi@yahoo.com>
To: jason@dstc.edu.au, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build
Date: Wed, 21 May 2003 01:28:27 -0700

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- 
 trail&database=gcc&pr=6825
 
 Hello,
 
 now that gcc 3.3 has been released, and in-source builds have hopefully  
 finally been fixed, would it be possible for you to check whether this  
 build failure still occurs with gcc? Thank you,
 
 Dara
 


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

end of thread, other threads:[~2003-05-21  8:36 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-12-02  4:46 bootstrap/6825: [Sun OS 4.1.4] gcc 3.1 fails to build jason andrade
2002-12-02  4:56 David S. Miller
2002-12-05 14:26 Wolfgang Bangerth
2002-12-05 15:16 jason andrade
2002-12-05 15:26 Wolfgang Bangerth
2003-05-21  8:36 Dara Hazeghi

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).