HDTenEightyP/NetNews huggingface dataset:
From: sacco@mga.COM (Joseph E. Sacco)
Subject: gcc-2.3.1 breaks oleo-1.0
Reply-To: <sacco@mga.com>
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 6 Nov 1992 14:49:37 GMT

Tried to build oleo-1.0 using gcc-2.3.1 on a SUN IPX running OS-4.1.3.
After editing one include file to fix a bad prototype:

    *** io_utils.h  Thu Nov  5 10:37:58 1992
    --- io_utils.h.dist     Thu Nov  5 10:37:41 1992
    ***************
    *** 24,30 ****
      #ifdef __STDC__
      extern void clear_spreadsheet ();
      extern char *print_cell (CELL *);
    ! extern char *cell_value_string (CELLREF r, CELLREF c);
      extern char *col_to_str (CELLREF);
      extern char *flt_to_str (double);
      char *backslash_a_string (char *, int);
    --- 24,30 ----
      #ifdef __STDC__
      extern void clear_spreadsheet ();
      extern char *print_cell (CELL *);
    ! extern char *cell_value_string (int r, int c);
      extern char *col_to_str (CELLREF);
      extern char *flt_to_str (double);
      char *backslash_a_string (char *, int);


I ran into an alignment error:

                            .
                            .
                            .

eileen% gcc -v -O -c -g  -DSTDC_HEADERS=1 -DHAVE_X11_X_H=1 -DHAVE_UALARM=1 -DHAVE_SETITIMER=1 -DHAVE_RENAME=1 -DHAVE_VPRINTF=1  io_utils.c

Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3/2.3.1/specs
gcc version 2.3.1
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3/2.3.1/cpp -lang-c -v -DSTDC_HEADERS=1 -DHAVE_X11_X_H=1 -DHAVE_UALARM=1 -DHAVE_SETITIMER=1 -DHAVE_RENAME=1 -DHAVE_VPRINTF=1 -undef -D__GNUC__=2 -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix -D__OPTIMIZE__ -g io_utils.c /usr/tmp/cca12771.i
GNU CPP version 2.3.1 (sparc)
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3/2.3.1/cc1 /usr/tmp/cca12771.i -quiet -dumpbase io_utils.c -g -O -version -o /usr/tmp/cca12771.s
GNU C version 2.3.1 (sparc) compiled by GNU C version 2.3.1.
 as -o io_utils.o /usr/tmp/cca12771.s
as: "/usr/tmp/cca12771.s", line 111: error: location counter not on word boundary
gcc: io_utils.o: No such file or directory



Note that this code compiles and runs under SUN's C-compiler.

-Joseph

-- 
Dr. Joseph E. Sacco            | UUCP: ...!uunet!pws.ma30.bull.com!eileen!sacco
Mitchell & Gauthier Associates | Internet: sacco@mga.com
200 Baker Avenue               | Fax:      (508)-369-0013
Concord, MA 01742-2100         | Voice:    (508)-369-5115

Newsgroups: gnu.gcc.bug
From: mike@vort.cuc.ab.CA (Mike Nemeth)
Subject: GCC 2.3.1 and gnuplot 3.2, weird error from "ld"
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 9 Nov 1992 13:29:30 GMT

hardware : generic 33MHz 486, 16 Mbytes RAM, 64Kbytes cache
system   : ISC System V UNIX 3.2.2.1
software : GCC 2.3.1, gnuplot 3.2


i am having some difficulty linking "gnuplot_x11.o". everything else seems
to compile and link just fine, but the following happens when attempting
to compile "gnuplot_x11":

 ld -o gnuplot_x11 /lib/crt1.o /usr/local/lib/gcc-lib/i486-sysv-isc/2.3.1/
crtbegin.o -L/usr/local/lib/gcc-lib/i486-sysv-isc/2.3.1 -L/usr/local/lib
/usr/local/lib/x11/include /usr/tmp/cca218211.o -lX11 -linet -lpt -lm -lgcc
-lc -lg -lgcc /usr/local/lib/gcc-lib/i486-sysv-isc/2.3.1/crtend.o /lib/crtn.o
ld include 1: syntax error : scanned line = (.)

^U^N^U^U

and it just stops there until i strike ^C, whereupon the control characters
after the error message from ld cause my terminal to go extremely non-linear.

i'm not out of disk space, and i've used GCC 2.3.1 to compile "xv", "X11R5",
and a number of other programs that all work reliably.


Newsgroups: gnu.gcc.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: Unwanted sign extension in diagnostic
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 10 Nov 1992 21:49:52 GMT

The following problem, reported against GNU C 1.40 on 25 Jan 92, still
exists here with GNU C 1.41, itself compiled with GNU C 1.40 under
COFF encapsulation on this 386/ix 2.0.2 system (waiting for Hurd :-).

If I erroneously use accented characters, writing a C identifier, GNU
C complains:

   510) gcc bug1.c
   bug1.c:1: parse error before character 037777777752

The diagnostic should avoid extending the sign of the character.  File
bug1.c is uuencoded because many mailers destroy the 8-th bit:

begin 640 bug1.c
,ZG1R92`H*2![('T*
`
end

-- 
Franc,ois Pinard        ``Vivement GNU!''       pinard@iro.umontreal.ca
(514) 588-4656                                   ...!uunet!iros1!pinard
About the League for Programming Freedom?  Email me or lpf@uunet.uu.net

Newsgroups: gnu.gcc.bug
From: dgreenbe@sable.bio.dfo.ca (Dave Greenberg)
Subject: stdio.h badly fixed in 2.3.1 on DGUX5.4.1?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 5 Nov 1992 04:02:08 GMT

I am having problems installing libg++ on my Data General AViiON 310.
The problem seems to be with the "fixed" version of stdio.h as the same
problem occurs in other ordinary c programs.
I am running DGUX5.4.1  which uses gcc 1.96 as its C compiler.  DGUX5.4.2
is expected soon and will include gcc 2.2.3 (DG's derivative of 2.2.2?).
I have installed gcc-2.3.1 (obtained from prep.ai.mit.edu), without
difficulty pretty much out of the box:
i.e.
eval `sde-target m88kbcs`
./configure --target=m88k-dgux5.4.1
make LANGUAGES=c
etc up to and including the make stage 3 compiler.
make compare  gave no diagnostics,
and I installed the stage 2 LANGEAGES="c c++ proto",
finally I ran    make install-fixincludes.

In compiling libg++ I get the following:

        /usr1/local/bin/gcc -c -g -D_M88KBCS_TARGET -I. -I./../include
-DUSG getopt.c
In file included from getopt.c:37:
/usr/local/lib/gcc-lib/m88k-dg-dgux5.4.1/2.3.1/include/stdio.h:594:
parse error
before `__va_list__'
/usr/local/lib/gcc-lib/m88k-dg-dgux5.4.1/2.3.1/include/stdio.h:595:
parse error
before `__va_list__'
/usr/local/lib/gcc-lib/m88k-dg-dgux5.4.1/2.3.1/include/stdio.h:596:
parse error
before `__va_list__'
/usr/local/lib/gcc-lib/m88k-dg-dgux5.4.1/2.3.1/include/stdio.h:664:
parse error
before `__va_list__'
/usr/local/lib/gcc-lib/m88k-dg-dgux5.4.1/2.3.1/include/stdio.h:665:
parse error
before `__va_list__'
/usr/local/lib/gcc-lib/m88k-dg-dgux5.4.1/2.3.1/include/stdio.h:667:
parse error
before `__va_list__'
*** Error code 1

Stop.
*** Error code 1

Stop.


If the offending stdio.h is removed from the 2.3.1 include directory (I
assume this means that the 1.96 stdio.h is used) then the following
error comes up when compiling my own stuff (I did not test libg++).
(My own stuff compiles fine on the sparc version of 2.3.1 created from
the same sources.)

undefined                       first referenced
 symbol                             in file
___iob                              /usr/tmp/cca213801.o
ld fatal: Symbol referencing errors. No output written to a.out


I have been using 
/usr1/local/bin/gcc -D_M88KBCS_TARGET to compile and test.

Any fixes, suggestions, obvious ommissions or even flames for missing
the relevent parts somewhere in the documentation, greatfully received.

Dave
-- 
_______________________________________________________________________
|David A. Greenberg                    email dgreenbe@sable.bio.dfo.ca|
|Bedford Institute of Oceanography     OMNET c/o J.LODER              | 
|P.O. Box 1006                         phone (902) 426-2431           | 
|Dartmouth, Nova Scotia                fax   (902) 426-7827           | 
|CANADA B2Y-4A2                        home  (902) 865-7511           |
_______________________________________________________________________

Newsgroups: gnu.gcc.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: gcc 2.3.1 on IBM RT & hc
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 05:57:09 GMT

gcc 2.3.1 on an IBM RT running AOS (4.3BSD), configured as romp-aos,
doesn't compile cleanly for me using hc: I get errors on the files that
include obstack.h, by virtue of the lines (around line 130):

#if defined (__STDC__) && ! defined (offsetof)
...
#include <stddef.h>
...
#endif

The hc compiler defines __STDC__ and yet there is no <stddef.h> on the
system.  This is obviously a deficiency in the system, but I think it
needs to be worked around somehow, so the compiler can be bootstrapped.
Perhaps the RT/AOS config files should define offsetof, I don't know.

I linked gstddef.h to stddef.h so I could proceed with the compilation,
which worked ok until gcc.c was compiled, when there was conflict
between <sys/types.h> and the renamed gstddef.h.  I just compiled that
file with my previous gcc, and everything went ok.

Newsgroups: gnu.gcc.bug
From: rlewis@tkdev1.UUCP (Richard Lewis)
Subject: Re: GCC 2.3.1 -fPIC is Broken on Sparcstation SunOS 4.1.1.
Organization: Lehman Brothers
Distribution: gnu
Date: Fri, 6 Nov 1992 17:58:04 GMT

In article <Bx7rw2.9Ko@sti.com> dgreen@sti.com (Dan R. Greening) writes:

   GCC 2.3.1 will not compile any of my library files because -fPIC is broken.  
   Here is the error message (same one for every file):

   gcc -O -Wall -Wmissing-prototypes -Wcast-qual  -c  -g -funsigned-char -fPIC -DTEST -DDEBUG -I../../include -I/usr/X11R5/include   xev.c -o xev.o
   gcc: Internal compiler error: program cc1 got fatal signal 6

   Machine: Sparc
   OS:  SunOS 4.1.1

The same situation applies to GCC 2.3.1 compiled for Solaris 2.0 on a Sparc-2.

--
+---------------------------------------------------------------------------+
| Richard S. Lewis               |     	       	       	       	       	    |
| Lehman Brothers, Inc.          |    uucp: ...!uunet!slcpi!garfield!rlewis |
| 388 Greenwich Street 14th fl 	 |    internet: rlewis@eroica.shearson.com  |
| New York, NY 10013   	       	 |     	       	       	       	       	    |
| (212) 464-3555                 |                                          |
+---------------------------------------------------------------------------+

Newsgroups: gnu.gcc.bug
From: marvinw@intrepid18.wv.tek.COM
Subject: another gcc-2.3.1 -msoft-float -O2 bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 22:20:33 GMT

There is a small C program included in the script below which illustrates
the problem.  The compiler, cc1, aborts!  It compiled with 2.2.2.

		Marvin Wyckoff
		Tektronix, Inc.
		503-685-2985

---------------------------------------------------------------------------
Script started on Wed Nov 11 14:13:51 1992

[ent] cat config.status
#!/bin/sh
# GCC was configured as follows:
../configure --host=mips --target=mips-mips-bsd
echo host=mips-mips-none target=mips-mips-bsd build=mips-mips-none
[ent] uname -a
enterprise enterprise 5.0 RISCos mips
[ent] cat b.c
static int   PointStatsFloat(min,max,mean,var)
double	    *min;	 
double	    *max;	 
double	    *mean;	 
double	    *var;	 
{
    float	    *pel_ptr;
    int		     pxlstride;
    float	     value;
    float	     lclmin;
    float	     lclmax;
    int		     count;
    int		     sum	= 0;
    int		     sumsqr	= 0;
   value = *pel_ptr;
   if (value > lclmax)	lclmax = value;
   if (value < lclmin)	lclmin = value;
   sum += value;
   sumsqr += value * value;
   pel_ptr += pxlstride;
   *min = lclmin;
   *max = lclmax;
   *mean = (double)sum / (double)count;
   *var = (sumsqr-((double)(sum*sum)/(double)count))/(double)(count-1);
   return( 	   0	 );
}
[ent] gcc -msoft-float -O2 -v -c b.c
gcc version 2.3.1
 /big1/people/marvinw/nwd/tools/mips/lib/gcc-lib/mips-mips-bsd/2.3.1/cpp -lang-c -v -undef -D__GNUC__=2 -Dmips -Dunix -Dhost_mips -DMIPSEB -DR3000 -DSYSTYPE_BSD43 -D_mips -D_unix -D_host_mips -D_MIPSEB -D_R3000 -D_SYSTYPE_BSD43 -D__mips__ -D__unix__ -D__host_mips__ -D__MIPSEB__ -D__R3000__ -D__SYSTYPE_BSD43__ -D___mips__ -D___unix__ -D___host_mips__ -D___MIPSEB__ -D___R3000__ -D___SYSTYPE_BSD43__ -D__mips -D__unix -D__host_mips -D__MIPSEB -D__R3000 -D__SYSTYPE_BSD43 -D___mips -D___unix -D___host_mips -D___



MIPSEB -D___R3000 -D___SYSTYPE_BSD43 -D__OPTIMIZE__ -D__LANGUAGE_C -D_LANGUAGE_C -DLANGUAGE_C b.c /usr/tmp/cc027816.i
GNU CPP version 2.3.1 [AL 1.1, MM 28] RISC-OS BSD Mips
 /big1/people/marvinw/nwd/tools/mips/lib/gcc-lib/mips-mips-bsd/2.3.1/cc1 /usr/tmp/cc027816.i -mgpopt -quiet -dumpbase b.c -msoft-float -O2 -version -o /usr/tmp/cc027816.s
GNU C version 2.3.1 [AL 1.1, MM 28] RISC-OS BSD Mips compiled by CC.
/big1/people/marvinw/nwd/tools/mips/bin/mgcc: Internal compiler error: program cc1 got fatal signal 4

Newsgroups: gnu.gcc.bug
From: linstee@dutecaj.et.tudelft.nl (Erik van Linstee)
Subject: timezone, daylight and tzname problem
Organization: Delft University of Technology, Dept. of Electrical Engineering
Distribution: gnu
Date: Sun, 8 Nov 1992 11:06:10 GMT

Yesterday I had a problem compiling P2C with gcc. I wanted to
do this using -Zomf -Zmt. The result was an error stating
timezone, daylight and tzname where multiple declared in
trans.obj. Without -Zomf it worked fine, so I assume it must
have been link386.
Eventually I traced it back to the fact that <sys/time.h>
was included in out.c and <time.h> in trans.c As known
time.h declares timezone, etc, whereas sys/time.h declares
struct timezone (or vice versa, I forget). I do not not if
this has anything to do with the problem, but I do know that
removing <time.h> from trans.c resulted in a succesful compile
and link.

The ultimate goal I had in mind was to reduce the exe size,
which -Zomf -Zmt has done for every other app. I recompiled sofar,
but it did actually create a larger exe for P2C. Too bad.

Anyway, maybe someone knows whats up with this timezone business.


Erik



-- 
Erik van Linstee   |   Delft University of Technology   |   I'll be back ... 
----
   We are god, 'cause only we can create the idea of his existence
   in our holy brains...  (Yello)


Newsgroups: gnu.gcc.bug
From: robin@roxy.COM (Robin)
Subject: gcc-2.2.2-2.3.1 problems
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 01:10:34 GMT

Diffs for cpp.aux, cpp.cps, and cpp.fns are included but these files do not
exist (at least after a make distclean).

Patch thinks that INSTALL is a reverse diff.

robin (robin@roxy.com)
From: gerlek@dat.cse.ogi.edu (Michael Gerlek)
Newsgroups: gnu.gcc.bug
Subject: Problem w/ included files on sparc w/ gcc 2.3.1
Date: 6 Nov 92 16:35:03 GMT
Distribution: gnu
Organization: Tanasbourne Graduate Institute -- Beaverton, Oregon

PROBLEM: libg++-2.2 won't compile on sparc (os 4.1.2) using gcc-2.3.1

(In fact it's not just libg++, but anything using the right (wrong)
combination of include files, I think, will choke.)

DETAILS: Sam Leffler (sam@sgi.com) reported a few days ago he couldn't
compile libg++ either, using gcc 2.2.2.  The make proceeeds along
until the actual libg++ sources are compiled, and then

> gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c AllocRing.cc
> In file included from ./../g++-include/sys/types.h:15, from /usr/include/unistd.h:72, 
> from ./../g++-include/unistd.h:25, from ./std.h:28, from AllocRing.cc:22:
> /usr/include/sys/types.h:24: conflicting types for `wchar_t'
> ./../g++-include/stddef.h:11: previous declaration of `wchar_t'
> *** Error code 1
> make: Fatal error: Command failed for target `AllocRing.o'

He very kindly provided me the following patch:

> change /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/include/stddef.h
> 
> #ifdef __GNUG__
> /* In C++, wchar_t is a distinct basic type,
>    and we can expect __wchar_t to be defined by cc1plus.  */
> typedef unsigned short wchar_t;	/* CHANGED LINE */
> #else
> 
> (~40 lines from the bottom).

Does anyone have any other details on this?  Is this really a bug in
the configuration of gcc, or did I (and, presumably, Sam) screw up
installing gcc?

Thanks for some great tools...
--

-[mpg]
 gerlek@cse.ogi.edu
Newsgroups: gnu.gcc.bug
From: jbg@qualcomm.com (Jeff Gehlhaar)
Subject: G++ 2.3.1 bug...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 02:55:06 GMT

This is g++ 2.3.1 running on Sparc SunOS 4.1


// Attempting to compile iostream.h with -fshort-enums causes G++ to commit
// suicide.  With the compile line of:
//      g++ -v -Wshadow -fshort-enums bug5.cc
// the result on this program is:
//      Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.1/specs
//      gcc version 2.3.1
//      /usr/local/lib/g++-include/streambuf.h: In method `ios::ios (struct
streambuf* (=  0 ), class ostream* (=  0 ))':
//      In file included from /usr/local/lib/g++-include/iostream.h:25,
from bug5.cc:11:
//      /usr/local/lib/g++-include/streambuf.h:436: warning: declaration of
`tie' shadows a member of `this'
//      /usr/local/bin/gcc: Internal compiler error: program cc1plus got
fatal signal 6
#include <iostream.h>


======================================================
Jeff Gehlhaar           Qualcomm Inc,  
jbg@qualcomm.com        San Diego, CA, USA
(619) 597-5241          "The Elegant Solution...."
======================================================


Newsgroups: gnu.gcc.bug
From: chucks@orl.mmc.COM
Subject: internal compiler error
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 9 Nov 1992 12:48:21 GMT

 i finally got it down as simple as I could

extern void test2();
main()
{
void (*test)() ;
         test = test2;
}

Note: its the fpic flag that will cause the failure. remove it and it works.

% gcc -c -v -fpic -g testit.c
Reading specs from /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.3.1/specs
gcc version 2.3.1
 /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.3.1/cpp -lang-c -v -undef -D__GNUC__=2 -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix -g testit.c /tmp/cca06907.i
GNU CPP version 2.3.1 (sparc)
 /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.3.1/cc1 /tmp/cca06907.i -quiet -dumpbase testit.c -g -version -fpic -o /tmp/cca06907.s
GNU C version 2.3.1 (sparc) compiled by GNU C version 2.3.1.
gcc: Internal compiler error: program cc1 got fatal signal 6





*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*
Malcolm C. Strickland                 Martin Marietta Missile Systems
chuck-strickland@orl.mmc.com          mail point 170    
Phone: 407-356-7437                   pobox 555837
Fax:   407-356-5482                   orlando florida 32855-5837
*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*


Newsgroups: gnu.gcc.bug
From: brown@quorum.COM (Robert E. Brown)
Subject: missing optimization
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 14:13:23 GMT

I'm using GCC version 2.3.1 on a Next computer, configured with
"./configure next".

When MISSING_OPTIMIZATION is not defined, the GCC optimizes away code that
calls first_computation, third_computation, and fourth_computation().  When
the macro MISSING_OPTIMIZATION is defined, all the extra code is not optimized
away, even though GCC realizes that (1 % 0) evaluates to 1.


% cat wow2.c
============

void
foo()
{
    long temp;
    
    temp = 1;
    
#ifdef MISSING_OPTIMIZATION
    temp = temp % 33;
#else
    temp = temp + 0;
#endif
    
    
    if (temp == 0)
	first_computation();
    else if (temp == 1)
	second_computation();
    else if (temp == 32)
	third_computation();
    else
	fourth_computation();
}


% gcc -v -S -O wow2.c
=====================

Reading specs from /usr/local/lib/gcc-lib/next/2.3.1/specs
gcc version 2.3.1
 /usr/local/lib/gcc-lib/next/2.3.1/cpp -lang-c -v -undef -D__GNUC__=2 -Dmc68000 -Dm68k -DNeXT -Dunix -D__MACH__ -D__ARCHITECTURE__="m68k" -D__mc68000__ -D__m68k__ -D__NeXT__ -D__unix__ -D__MACH__ -D__ARCHITECTURE__="m68k" -D__mc68000 -D__m68k -D__NeXT -D__unix -D__MACH__ -D__ARCHITECTURE__="m68k" -D__OPTIMIZE__ wow2.c /usr/tmp/cc011547.i
GNU CPP version 2.3.1 (68k, MIT syntax)
 /usr/local/lib/gcc-lib/next/2.3.1/cc1 /usr/tmp/cc011547.i -quiet -dumpbase wow2.c -O -version -o wow2.s
GNU C version 2.3.1 (68k, MIT syntax) compiled by GNU C version 2.3.1.


% cat wow2.s
============

#NO_APP
.text
	.align 1
.globl _foo
_foo:
	link a6,#0
	jbsr _second_computation
	unlk a6
	rts


% gcc -v -S -O wow2.c -DMISSING_OPTIMIZATION
============================================

Reading specs from /usr/local/lib/gcc-lib/next/2.3.1/specs
gcc version 2.3.1
 /usr/local/lib/gcc-lib/next/2.3.1/cpp -lang-c -v -DMISSING_OPTIMIZATION -undef -D__GNUC__=2 -Dmc68000 -Dm68k -DNeXT -Dunix -D__MACH__ -D__ARCHITECTURE__="m68k" -D__mc68000__ -D__m68k__ -D__NeXT__ -D__unix__ -D__MACH__ -D__ARCHITECTURE__="m68k" -D__mc68000 -D__m68k -D__NeXT -D__unix -D__MACH__ -D__ARCHITECTURE__="m68k" -D__OPTIMIZE__ wow2.c /usr/tmp/cc011551.i
GNU CPP version 2.3.1 (68k, MIT syntax)
 /usr/local/lib/gcc-lib/next/2.3.1/cc1 /usr/tmp/cc011551.i -quiet -dumpbase wow2.c -O -version -o wow2.s
GNU C version 2.3.1 (68k, MIT syntax) compiled by GNU C version 2.3.1.


% cat wow2.s
============

#NO_APP
.text
	.align 1
.globl _foo
_foo:
	link a6,#0
	moveq #1,d0
	moveq #1,d1
	cmpl d0,d1
	jne L4
	jbsr _second_computation
	jra L3
L4:
	moveq #32,d1
	cmpl d0,d1
	jne L6
	jbsr _third_computation
	jra L3
L6:
	jbsr _fourth_computation
L3:
	unlk a6
	rts

Xref: sparky gnu.gcc.bug:2745 comp.unix.sysv386:16439
From: chucks@orl.mmc.COM (Chuck Strickland)
Subject: Error internal compiler error. on gcc 2.3.1
Organization: Martin Marietta
Distribution: gnu
Date: Mon, 9 Nov 1992 22:07:37 GMT

 the following code produces an internal
 compiler error.

extern void _XFreeContextDB();

void testsub(
   )
{
int test;
         test = (int)_XFreeContextDB;
}


 this produces an internal compiler error.

 I derived this from mit/lib/X/Context.c source file.

gcc -v -c -fpic testit.c
Reading specs from /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.3.1/specs
gcc version 2.3.1
 /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.3.1/cpp -lang-c -v -undef -D__G
NUC__=2 -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun 
-D__unix testit.c /tmp/cca06496.i
GNU CPP version 2.3.1 (sparc)
 /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.3.1/cc1 /tmp/cca06496.i -quiet 
-dumpbase testit.c -version -fpic -o /tmp/cca06496.s
GNU C version 2.3.1 (sparc) compiled by GNU C version 2.3.1.
gcc: Internal compiler error: program cc1 got fatal signal 6

 I compiled against gcc 2.2.2 and got
% gcc -v -c -fpic  testit.c
Reading specs from /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.2.2/specs
gcc version 2.2.2
 /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.2.2/cpp -lang-c -v -undef -D__G
NUC__=2 -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun 
-D__unix testit.c /tmp/cca05997.i
GNU CPP version 2.2.2 (sparc)
 /pub/local/gnu/lib/gcc-lib/sparc-sun-sunos412/2.2.2/cc1 /tmp/cca05997.i -quiet 
-dumpbase testit.c -version -fpic -o /tmp/cca05997.s
GNU C version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
testit.c:1: `IPFOR' undeclared, outside of functions

-- 
*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*
Malcolm C. Strickland                 Martin Marietta Missle Systems
chuck-strickland@orl.mmc.com          mail point 170    
Phone: 407-356-7437                   pobox 555837
Fax:   407-356-5482                   orlando florida 32855-5837
*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*

Newsgroups: gnu.gcc.bug