HDTenEightyP/NetNews huggingface dataset:
From: eggert@twinsun.COM (Paul Eggert)
Subject: GCC 2.2.2 wrongly warns that '\x000000000' is out of range
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 01:25:11 GMT

Given the program

	char x = '\x000000000';

GCC 2.2.2 (SunOS 4.1.2, Sparc) wrongly complains:

	t.c:1: warning: hex escape out of range

Here is a patch.

Thu Aug 27 01:15:00 1992  Paul Eggert  (eggert@twinsun.com)

	* c-lex.c (readescape): Leading zeros do not contribute to a hex
	escape's size when checking for overflow.

===================================================================
RCS file: c-lex.c,v
retrieving revision 2.2.2.2
diff -c -r2.2.2.2 c-lex.c
*** c-lex.c	1992/07/24 18:54:59	2.2.2.2
--- c-lex.c	1992/08/27 01:15:00
***************
*** 741,747 ****
  {
    register int c = getc (finput);
    register int code;
!   register unsigned count;
    unsigned firstdig;
  
    switch (c)
--- 741,747 ----
  {
    register int c = getc (finput);
    register int code;
!   register int count;
    unsigned firstdig;
  
    switch (c)
***************
*** 754,760 ****
  	return c;
  
        code = 0;
!       count = 0;
        while (1)
  	{
  	  c = getc (finput);
--- 754,760 ----
  	return c;
  
        code = 0;
!       count = -1;
        while (1)
  	{
  	  c = getc (finput);
***************
*** 773,782 ****
  	  if (c >= '0' && c <= '9')
  	    code += c - '0';
  	  if (count == 0)
! 	    firstdig = code;
  	  count++;
  	}
!       if (count == 0)
  	error ("\\x used with no following hex digits");
        else if ((count - 1) * 4 >= TYPE_PRECISION (integer_type_node)
  	       || (count > 1
--- 773,785 ----
  	  if (c >= '0' && c <= '9')
  	    code += c - '0';
  	  if (count == 0)
! 	    {
! 	      firstdig = code;
! 	      count = code ? 0 : -1;
! 	    }
  	  count++;
  	}
!       if (count < 0)
  	error ("\\x used with no following hex digits");
        else if ((count - 1) * 4 >= TYPE_PRECISION (integer_type_node)
  	       || (count > 1

Newsgroups: gnu.gcc.bug
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Subject: Re: gcc for Solaris 2.0
Organization: CS Department, Dortmund University, Germany
Distribution: gnu
Date: Fri, 28 Aug 1992 18:27:49 GMT

In article <9208281459.AA24224@saul.cis.upenn.edu>,
freeman@saul.cis.upenn.edu (Jon Freeman) writes:
|> (Has gcc been ported to Solaris 2.0 yet?)

Yes. Check ftp.uu.net:/vendor/cygnus or ftp.germany.eu.net:/pub/gnu-cygnus.

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386

Newsgroups: gnu.gcc.bug
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  bug in gcc2.2.2, please acknowledge.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 14:35:47 GMT

ACK!

> Date: Fri, 24 Jul 92 18:16:09 MDT
> From: paisley@bass.ai.mit.edu (Beau Paisley)
> Message-Id: <9207250016.AA02921@bass.noname>
> To: bug-gcc@prep.ai.mit.edu

> We have sent this bug message 3 times.  Please
> acknowledge.

Newsgroups: gnu.gcc.bug
From: zao@das.harvard.edu
Subject: bug in handling static const object of the enclosing class
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 14:38:44 GMT

I think I find a bug in the GNU C++ Compiler v.2.2.2.
It occurs while a static const object was defined to be of the same class
as the one which encloses it, for example:

class X
{ public:
     static const X xo;
     // ...
}

The result is an Internal compiler error while running cc1plus.
A sample program and its compiler output are enclosed for your examination:

// test.H file --------------------------------

class X
{
  private:
    int x;
  public:
    static const X x0;
    X( int );
};

class Y
{
  private:
    X xx;
  public:
    Y();
}
    
// test.C file --------------------------------

#include "test.H"

X::X( int xi )
{
    x = xi;
}

const X X::x0( 0 );

Y::Y()
{
    xx = X::x0;
}

// Compiler output --------------------------------

zao@rainbow > g++ test.C -v -g -L/usr/local/lib -I/usr/local/lib/g++-include -l
m -lc_s -c
Reading specs from /usr/local/lib/gcc-lib/mips-sgi/2.2.2/specs
gcc version 2.2.2
 /usr/local/lib/gcc-lib/mips-sgi/2.2.2/cpp -lang-c++ -v -I/usr/local/lib/g++-inc
lude -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dunix -Dmips -Dsgi -DSVR3 -
Dhost_mips -DMIPSEB -DSYSTYPE_SYSV -D__unix__ -D__mips__ -D__sgi__ -D__SVR3__ -D
__host_mips__ -D__MIPSEB__ -D__SYSTYPE_SYSV__ -D__unix -D__mips -D__sgi -D__SVR3
 -D__host_mips -D__MIPSEB -D__SYSTYPE_SYSV -D__CHAR_UNSIGNED__ -g -D__EXTENSIONS
__ -D_MIPSEB -D_SYSTYPE_SYSV -D_LANGUAGE_C_PLUS_PLUS test.C /usr/tmp/cca03954.i
GNU CPP version 2.2.2 [AL 1.1, MM 19] Silicon Graphics Mips
 /usr/local/lib/gcc-lib/mips-sgi/2.2.2/cc1plus /usr/tmp/cca03954.i -quiet -dumpb
ase test.cc -g -version -o /usr/tmp/cca03954.s
GNU C++ version 2.2.2 [AL 1.1, MM 19] Silicon Graphics Mips compiled by GNU C ve
rsion 2.2.2.
test.C:6: return type specification for constructor invalid
test.C: In method `Y::Y ()':
test.C:16: too few arguments for constructor `X'
test.C:16: in base initialization for class `X'
/usr/local/bin/gcc: Internal compiler error: program cc1plus got fatal signal 6
zao@rainbow >

-----------------------------------------------

Please advice me what to do.

Many Thanx!!

- John.

Newsgroups: gnu.gcc.bug
From: mrs@cygnus.com (Mike Stump)
Subject: WRONG LIST (was: Re:  Internal compiler error with g++ 2.2.2)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 12:26:18 GMT

In the future please report all g++ bugs to the
        bug-g++@prep.ai.mit.edu
list, thanks.  If they are back-end bugs, they can be reported here,
but please let us know if you think the problem is in the back-end.

You don't need to resubmit this one.

> Date: Thu, 6 Aug 92 20:23:17 edt
> From: Robert J.C. Kyanko <rjck!rob@ai.mit.edu>
> Message-Id: <2a81c276.rjck@rjck.UUCP>
> To: bug-gcc@prep.ai.mit.edu

> I have a small piece of code when compiled with g++, version 2.2.2, that will
> cause the compiler to say "Internal compiler error: program cc1plus got fatal
> signal 6".  Gcc was compiled for target "sparc-sun-sunos4.1" and run on a
> Sun SparcSystem 300.  I've got the code down to a bare minimum; eliminating
> almost anything causes this error to go away.  The code is as follows:

> 	char *chs;
> 	int t_value;
> 	char line[200];
> 	char *lptr;

> 	static int getch(void);

> 	static void getnumber(int ch)
> 	{
> 		while ((ch = getch()) != 0 && (chs+1)[ch]) {
> 			t_value = t_value * 10 + ch - '0';
> 		}
> 	}


> 	void parse_error()
> 	{
> 		char buf[200], *src, *dst;

> 		for (src = line, dst = buf, src < lptr; ++src)
> 			*dst++ = (*src == '\t' ? '\t' : ' ');
> 	}


> It's not much of a program, but it definately does cause g++ to abort.  The
> same code compiled with gcc does not cause this compiler error, just an error
> about the static getch() not defined anywhere in the source.  

Newsgroups: gnu.gcc.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: section name in permissions
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 10:37:59 GMT

The GCC manual in 2.2.2 says as part of the title page:

    Permission is granted to copy and distribute modified versions of this
    manual under the conditions for verbatim copying, provided also that the
    sections entitled ``GNU General Public License'' and ``Boycott'' are

The printed section name is
  Protect Your Freedom---Fight ``Look And Feel''
not `Boycott' (that's the node name), so perhaps the permission notice
should be amended.


Newsgroups: gnu.gcc.bug
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: fixincludes for MIPS
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 25 Aug 1992 17:52:45 GMT

I can't install a perl script in GCC since that would make GCC depend
on perl.  Can you or someone write a script which uses ordinary
standard utilities, as fixincludes does?

I urge people not to redistribute the perl script, because if
the 1% of users who *could* write another script use a perl
script instead, then no one will write a script suitable for
everyone to use.

Newsgroups: gnu.gcc.bug
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  Installation problems. (bugs  ?)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 13:42:16 GMT

The SCO compiler is not robust enought to compile gcc, without going
to special lengths.

The below quote is from install.texi:

@item i386-*-sco
Compilation with RCC is recommended, but it produces lots of spurious
warnings.  They do not necessarily indicate that anything is wrong.

> From: prasads@aol.com
> To: bug-gcc@prep.ai.mit.edu
> Date: Sat, 22 Aug 92 00:21:59 EDT
> Message-Id: <9208220021.tn19926@aol.com>

> I recently got the GNU C and C++ compiler from Synergetix along with some
> documentation. While installing the compiler, I got the 
> following error while compiling cp-decl.c using rcc on sco odt 1.1.
>  
> line:583 too much defining. and the compilation aborted.. Am i missing
> something here? when I did make LANGUAGES:c it compiled
> cretain files with no problems. This is in the first stage compiling.

Newsgroups: gnu.gcc.bug
From: scott@yarc.UUCP (Scott Beckstead)
Subject: Bad interpretation
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 2 Sep 1992 02:21:34 GMT

   Well I looked at my K&R book this morning and discovered that
the ! operator does not do what I thought it should.  Sorry about that.

Therefore !strcmp(some,other) should work like advertised.  I am 
still convinced that this is a very unclear way to state the 
expected condition.  But it is unlikely to be a bug in GCC.
From: jkh@lotus.UUCP (Jordan K Hubbard)
Subject: Why does gcc 2.2.2 allow function pointer arithmetic?
Organization: Lotus Development Corp.
Distribution: gnu
Date: Fri, 4 Sep 1992 09:35:24 GMT

/* gcc 2.2.2 allows constructs like: */

main()
{
	void (*foo)(), (*bar)();

	printf("%x - %x = %x\n", foo, bar, foo - bar);

	/* As well as ... */

	printf("Yow!  This is zero: %d\n", sizeof(*foo));
}

/* no other C compiler tested so far (native solaris 1, hppa, ibm RS600 )
   allows this */

Newsgroups: gnu.gcc.bug
From: druschel@cs.arizona.edu (Peter Druschel)
Newsgroups: gnu.gcc.bug
Subject: bug
Date: 25 Aug 92 23:55:45 GMT
Distribution: gnu
Organization: GNUs Not Usenet

Machine: HP9000/720
OS: HP-UX

% gcc -v -O2 -funroll-loops bug.c 
Reading specs from /usr/local/lib/gcc-lib/hppa1.1-hp-hpux/2.2.2/specs
gcc version 2.2.2
 /usr/local/lib/gcc-lib/hppa1.1-hp-hpux/2.2.2/cpp -lang-c -v -undef -D__GNUC__=2 -Dhppa -Dhp9000s800 -D__hp9000s800 -Dhp9k8 -DPWB -Dhpux -Dunix -D_HPUX_SOURCE -D__hppa__ -D__hp9000s800__ -D__hp9000s800 -D__hp9k8__ -D__PWB__ -D__hpux__ -D__unix__ -D___HPUX_SOURCE__ -D__hppa -D__hp9000s800 -D__hp9000s800 -D__hp9k8 -D__PWB -D__hpux -D__unix -D___HPUX_SOURCE -D__OPTIMIZE__ bug.c /usr/tmp/cca06246.i
GNU CPP version 2.2.2 (hp9000s800)
 /usr/local/lib/gcc-lib/hppa1.1-hp-hpux/2.2.2/cc1 /usr/tmp/cca06246.i -quiet -dumpbase bug.c -O2 -version -funroll-loops -o /usr/tmp/cca06246.s
GNU C version 2.2.2 (hp9000s800) compiled by CC.
bug.c: In function `main':
bug.c:18: internal error--unrecognizable insn:
(insn 135 127 143 (set (mem/s:DF (plus:SI (reg:SI 138)
               (const_int 16)))
       (reg:DF 127)) -1 (nil)
   (nil))
gcc: Internal compiler error: program cc1 got fatal signal 6
% 
%
% cat bug.c
/* 
 * bug.c
 */

#define n 1000

double a[n];

main(argc, argv)
int argc;
char *argv[];
{
  int j;

  for (j = 0; j < n; j++) {
    a[j] = 1;
  }
}
%
From: smwatt@watson.ibm.com (Stephen Watt)
Newsgroups: gnu.gcc.bug
Subject: Gcc 2.2.2 core dumps
Date: 28 Aug 92 02:49:19 GMT
Distribution: gnu
Organization: GNUs Not Usenet

/*
 * This generates a segmentation violation on gcc 2.2.2 under SunOS 4.1.2.
 * I've reported it locally but want to make sure it makes it back to you.
 *
 * The message is
 * gcc: Internal compiler error: program cc1 got fatal signal 11
 */
unsigned char a[] = {4,5};

int f(unsigned n) { return a[n <= 128 ? n : 0]; }
Newsgroups: gnu.gcc.bug
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  g++-1.40.3 vs. gcc-2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 12:25:29 GMT

> From: marke@richsun.cpg.trs.reuter.com (Mark Ellis)
> Message-Id: <3544@richsun.cpg.trs.reuter.com>
> Date: 7 Aug 92 02:07:38 GMT
> To: bug-gcc@prep.ai.mit.edu

> Is this assumption correct?

> gcc-2.2.2 now includes g++ within the same tar file and is newer
> than the separate g++ distribution of g++-1.40.3.

yes.

Newsgroups: gnu.gcc.help
From: serenang@phoenix.Princeton.EDU (Serena Ng)
Subject: Re: Tools to build gnu cross compiler...
Originator: news@nimaster
Organization: Princeton University
Distribution: usa
Date: Mon, 31 Aug 1992 12:42:28 GMT

This is the first time I use GCC. I need to use matrices of dimension
10000 by 20. After I sucessfully complied the c program I tried to use
emxbind to combine my program with the extender. I keep getting the message
cannot open MYPROG.exe (the excutable of my program). I tried using the
BIND.CMD file and I tried using emxbind manully. Got the same message. Can
someone give me some help?

Thanks. Serenang@phoenix.princeton.edu
From: dj@ctron.com (DJ Delorie)
Newsgroups: gnu.gcc.help
Subject: Re: Can't find file error with djgpp 1.08
Keywords: djgpp gcc 2.2.2 dos
Date: 2 Sep 92 22:27:42 GMT
Reply-To: dj@ctron.com
Organization: None whatsoever

In article <kemp.715382541@convex.convex.com>, kemp@convex.com (Phil Kemp) writes:
> I downloaded the latest djgpp and the dv/x libs and tried to compile
					^^^^
This indicates that you downloaded 1.08 of djgpp

> d:/gnu/bin/gcc.exe version 1.07 Copyright (C) 1991 DJ Delorie

This indicates that you aren't using version 1.08 of go32.exe.

Make sure that you replace any 1.07 go32's in your path with 1.08's.
I don't recall breaking this compatibility, but I guess I did.  Sorry.

DJ
dj@ctron.com
Life is a banana.
Newsgroups: gnu.gcc.help
From: matthias@asl.uni-bielefeld.de (Matthias Ehrhard)
Subject: gcc for atari
Date: Fri, 4 Sep 92 18:05:48 GMT
Organization: Universitaet Bielefeld, ASL.
Keywords: 10

Hi,

has anyone any experiences with gcc for atari? 
I got the binaries but I failed as I tried to use them.

Can someone give me a hint?

Thanks in advance

Matthias 

Newsgroups: gnu.gcc.help
From: gsk@world.std.com (Geoffrey S Knauth)
Subject: trying to generate cross reference listing
Reply-To: gsk@marble.com
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 3 Sep 1992 20:51:44 GMT

I'm trying to use the GCC parser to generate a cross reference listing,
with the file, line number, type and indentifier for all functions and
variables.  Does anyone have any suggestions as to where I should put
code to dump values from the parse tree?

Thanks,
Geoffrey
-- 
Geoffrey S. Knauth, Marble Associates, Inc.                Member BCS-NeXT, LPF
gsk@marble.com, (617) 891-5555 work, (617) 547-5247 home   Standard Disclaimers
Newsgroups: gnu.gcc.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: Fix for cc1plus internal error 6 ?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 23:33:19 GMT

    I've already submitted 2 bug reports for gcc. I have no idea if it was
    received or not since you don't acknowledge receipt of a report (Not even
    a 1 liner?) Don't you think that sending a simple acknowledgement (could
    be automated) would at least ensure that reported bugs are correctly

When I work on a bug report, I often send a message saying "Thanks."
But many different people maintain various parts of GCC.  So there is
no one person who decides what to do with a bug report.  For example,
I don't work on C++ bugs or even look at them, so I certainly wouldn't
ack them.  I don't know what the C++ maintainer does about acking.

It would be easy to arrange for something automated to report
receiving a GCC bug.  I'm not sure this would do a lot of good,
because it would not guarantee that the person who works on that
target machine or part of the compiler has received it.

Cygnus is developing a bug-tracking system.  I hope it will be adapted
so that we can use it for overall tracking of GCC bug reports.
(Contact gnu@cygnus.com if you'd like to volunteer to do the work.)
Then we could make it ack automatically and also indicate that a
person has been chosen to look at the report.
Newsgroups: gnu.gcc.help
From: cudcv@warwick.ac.uk (Rob McMahon)
Subject: GCC on OS/2 ?
Organization: Computing Services, Warwick University, UK
Date: Thu, 27 Aug 1992 14:22:20 GMT

Sorry for the dumb question, I'm sure this has been answered before, but is
there a port of GCC for OS/2 ?

Cheers,

Rob
-- 
UUCP:   ...!mcsun!uknet!warwick!cudcv	PHONE:  +44 203 523037
JANET:  cudcv@uk.ac.warwick             INET:   cudcv@warwick.ac.uk
Rob McMahon, Computing Services, Warwick University, Coventry CV4 7AL, England
Newsgroups: gnu.gcc.help
From: pierre@la.tce.COM (Pierre Willard)
Subject: gcc-1.40 and far pointers
Reply-To: pierre@la.tce.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 00:04:21 GMT

Does anyone know if it is possible to add new types of pointers
in GCC 1.40 ? like 'far' pointers.

regards
Pierre Willard (pierre@la.tce.com)

Newsgroups: gnu.gcc.help
From: michael@maui.cs.ucla.edu (michael gersten)
Subject: Getting the C code as assembler comments
Organization: UCLA, Computer Science Department
Date: Fri, 4 Sep 92 01:47:26 GMT

How can I get the C code put into the assembler output as comments?

Please reply directly, as I do not receive this group.

		Michael
-- 
Michael Gersten | michael@stb.info.com | disclaimer | `/usr/games/fortune`
Newsgroups: gnu.gcc.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: Which programs are "real"?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 00:31:44 GMT

It is a shame that some people believe a proprietary program is more
real because it is proprietary.  The reason it is a shame is that this
prejudice impedes the use and progress of free software.

When we consider actualities rather than prejudices, a free program is
more real than a proprietary one.  You can fix the free program when
it is broken, or adapt it to your needs.  By contrast, the proprietary
program is typically a black box that you cannot change.  And since
you cannot share it, its reality is limited to a kind of solipsistic
isolation.

While we cannot eliminate the prejudice in favor of less real programs
simply by willing it away, we can refrain from helping to perpetuate
the prejudice, by being careful not to endorse it.  This is a useful
thing to do.
From: tcamp@acpub.duke.edu (Ted A. Campbell)
Newsgroups: gnu.gcc.help
Subject: Help with GCC -ansi signal() parameter
Date: 4 Sep 92 12:22:12 GMT

I'm receiving a warning message when I compile the following bit
of code. The message is that the second parameter to signal()
("handler") is of an incompatible type.  I'm using the command
line "gcc -O -ansi filename.c" to compile this. I've tried
making the interrupt handler return void rather than int, 
but the warning message persists.  The program seems to work
ok (this is of course extracted from a larger program), but
I'd like to know how I can avoid this error message.

Ted Campbell
Duke University
tcamp@acpub.duke.edu

code follows:

#include "stdio.h"
#include "stdlib.h"
#include "signal.h"

extern int handler( void );

void
main( argc, argv )
   int argc;
   char **argv;
   {
   signal( SIGINT, handler );
   }


int
handler( void )
   {
   }
From: khera@cs.duke.edu (Vivek Khera)
Newsgroups: gnu.gcc.help
Subject: Re: Help with GCC -ansi signal() parameter
Date: 4 Sep 92 14:55:57 GMT
Organization: Duke University CS Dept., Durham, NC
In-reply-to: tcamp@acpub.duke.edu's message of 4 Sep 92 12:22:12 GMT
X-Md4-Signature: 1013d48658bcffeb1abb7d2f1b454716

In article <5105@news.duke.edu> tcamp@acpub.duke.edu (Ted A. Campbell) writes:

   I'm receiving a warning message when I compile the following bit
   of code. The message is that the second parameter to signal()
   ("handler") is of an incompatible type.  I'm using the command

   #include "stdio.h"
   #include "stdlib.h"
   #include "signal.h"

you should use <stdio.h> style includes, just to make sure things are
portable.

   extern int handler( void );

here's your problem.  the man page on ultrix systems lie, and the type
required by prototype for signal() in the actual include file
/usr/include/signal.h is:

  void handler(int x);

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Gradual Student/Systems Guy  Department of Computer Science
Internet:   khera@cs.duke.edu             Box 90129
            (MIME mail accepted)          Durham, NC 27708-0129 (919)660-6528
Newsgroups: gnu.gcc.help
From: jamesa@glenn.Berkeley.EDU (Jim Anderson)
Subject: Compiling 2.2.2 on Decstation - problems!
Reply-To: jamesa@glenn.Berkeley.EDU (Jim Anderson)
Organization: University of Colorado, Boulder
Date: Fri, 4 Sep 1992 14:54:33 GMT

I'm running into some problems that are over my head here.  I'm
trying to install gcc2.2.2 on a decstation 5000/200.

I use the following sequence of commands (have them memorized by now)

/glenn/tools/gcc/configure decstation-ultrix4.0
gnumake LANGUAGE=c
gnumake stage1
gnumake CC="stage1/gcc -Bstage1/" CFLAGS="-g -O"
gnumake stage2

These all work fine, but when I type:
sudo gnumake CC="stage2/gcc -Bstage2/" CFLAGS-"=g =O" install

it hums and purrs along until it hits this section :
	rm -f /usr/local/bin/c++
	install -c /glenn/tools/gcc/gcc-2.2.2/c++ /usr/local/bin/c++
	rm -f /usr/local/bin/g++
	install -c /glenn/tools/gcc/gcc-2.2.2/g++ /usr/local/bin/g++
	rm -f /usr/local/lib/gcc-lib/decstation-ultrix4.0/`awk '{printf "%s",
substr ($4, 2, length ($4) - 3); }' /glenn/tools/gcc/gcc-2.2.2/version.c`/cpp
	install -c cpp /usr/local/lib/gcc-lib/decstation-ultrix4.0/`awk
'{printf "%s", substr ($4, 2, length ($4) - 3); }'
/glenn/tools/gcc/gcc-2.2.2/version.c`/cpp
	if [ -f libgcc2.ready ] ; then \
	        true; \
	else \
        	touch libgcc2.ready; \
	fi
	rm -rf tmplibgcc.a libgcc.a tmpcopy
	mkdir tmpcopy
	if [ xlibgcc1.null != x ];                      \
	then (cd tmpcopy; ar x ../libgcc1.null);        \
	else true;                                      \
	fi
	(cd tmpcopy; ar x ../libgcc2.a)
	(cd tmpcopy; ar rc ../tmplibgcc.a *.o)
and it hangs on this last line (it will wait indefinitely) until I hit a few
returns.  At which point it kicks out this error message:

	ar: Error: phase error on __main.o

	ar: Error: malformed archive (at 68)
	gnumake: *** [libgcc.a] Error 1

My questions: what does this mean?  and how do I get around it?
I've tried building this several times, and run into several problems
which running out of disk space and not having proper write access 
for the directory (the last command is run in sudo mode, which allows 
root access, but if the directory is not public read/write, sudo mode
screws up and decides that it can't write to the directory)

Anywho - I'm really beating my head against the wall here, so any help 
at all would be appreciated.  

jim anderson
jamesa@duke.colorado.edu
not a unix guru.
Newsgroups: gnu.gcc.help