HDTenEightyP/NetNews huggingface dataset:
From: jet@nas.nasa.gov (J. Eric Townsend)
Subject: Problem compiling gcc-2.2.2 for new machine
Organization: Numerical Aerodynamic Simulation, NASA Ames
Distribution: gnu
Date: Thu, 10 Sep 1992 17:50:14 GMT

I'm trying to build gcc-2.2.2 for a new machine (don't worry, it'll be
announced soon :-).  I've gotten gcc to compile and link itself up to
producing "gcc" from stage1.  However, I get the following error
message, and I'm unable to track down where/how/why it's happening:

==============
[...]
make CC="stage1/gcc -Bstage1/" CFLAGS="-O"
stage1/gcc -Bstage1/    -O   -o gccnew gcc.o version.o obstack.o ` case "stage1/gcc -Bstage1/" in "cc") echo  ;; esac `
mv -f gccnew gcc
rm -f SYSCALLS.c tmp-SYSCALLS.s
cat ./sys-types.h ./sys-protos.h > SYSCALLS.c
./gcc    -O -B./    -I. -I. -I./config -aux-info SYSCALLS.c.X -S -o tmp-SYSCALLS.s SYSCALLS.c
make: *** [SYSCALLS.c.X] IOT/Abort trap (core dumped)
==============

If I run the gcc outside of the make, I get no error messages, but I
also get no output.

Hints/clues/pointers?

Just when I thought I was on a roll.... :-(

--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
                              '92 R100R, DoD# 0378
 "Nude wheelies are probably the ultimate in squidliness."  -- someone at
                                                          Lissa's party
From: shapiro@zorro.cecer.army.mil (Michael Shapiro)
Newsgroups: gnu.gcc.bug
Subject: shift count warning
Date: 14 Sep 92 16:52:22 GMT
Distribution: gnu
Organization: GNUs Not Usenet

The following short program gives a warning message I think it shouldn't.
I wanted to pass this by you to see why it is giving me the warning. The
compiled code does what it is supposed to do:

    main()
    {
	unsigned char b;
	int x,y;

	x = 511;
	y = 1;

	b = (unsigned char )(x - (y<<8));
	printf ("%d\n", (int)b);
    }

# gcc main.c
main.c: In function `main':
main.c:9: warning: shift count exceeds width of value shifted

# a.out
255
Newsgroups: gnu.gcc.bug
From: mattson@cs.ucsd.edu (Jim Mattson)
Subject: README.X11 (gcc 2.2.2) overzealous in optimizing some objects
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 8 Sep 1992 20:33:59 GMT

[Sun-4/260, SunOS 4.1.2, cg2 framebuffer, X11R5 patch level 17]

The patches included for compiling X11R5 with gcc 2.2.2 are a little
overzealous for optimizing mit/server/ddx/sun/sunCG2[CM].c.  With -O2,
a few stores to the CG2 csr get optimized out, causing colormap
brain-damage in the case of sunCG2C.c, and possibly causing some
problems with sunCG2M.c as well (though I've never tried it).

I considered adding volatile keywords to the appropriate variable
declarations, but time pressures got the best of me.  Here's an
Imakefile patch that can go in with the rest of them in README.X11.
(It compiles these two modules with -fvolatile when using gcc 2.x.)

--jim

*** 1.1 1992/09/08 19:52:07
--- mit/server/ddx/sun/Imakefile        1992/09/08 21:10:22
***************
*** 43,48 ****
--- 43,53 ----
  LinkFile(sunGX.o,sunGX.o.dist)
  #endif

+ #if HasGcc2
+ SpecialObjectRule(sunCG2C.o,sunCG2C.c,-fvolatile)
+ SpecialObjectRule(sunCG2M.o,sunCG2M.c,-fvolatile)
+ #endif
+ 
  sunInitExtMono.o: $(ICONFIGFILES)
  ObjectFromSpecialSource(sunInitExtMono,../mi/miinitext,-UPEXEXT)
  ObjectFromSpecialSource(sunInitMono,sunInit,-DMONO_ONLY)


Newsgroups: gnu.gcc.bug
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Why built-in functions?
Organization: Harvey Mudd College, Claremont, CA 91711
Distribution: gnu
Date: Wed, 9 Sep 1992 01:56:41 GMT

     I thought that the gcc built-in functions were functions that the
compiler included code for, perhaps in the compiler itself, perhaps
libgcc.a.  However, today I tried compiling a test program that used memcpy
and looking at the object file produced; yup, memcpy was listed as an
undefined symbol.  Then I looked at libgcc.a, and couldn't find memcpy
there.

     So, what purpose do the gcc built-in functions serve?  Are they only
there so you don't have to include certain header files?

--
Jason Merrill
jason@jarthur.claremont.edu

Newsgroups: gnu.gcc.bug
From: craigf@cory.berkeley.edu (Craig Federighi)
Subject: gcc-2.2.2: doesn't inline generic fns/methods
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 03:46:30 GMT

GCC Version:  gcc-2.2.2
Machine:      NeXT '040

I noticed that gcc isn't inlining generic functions or the inline methods
of generic (template) classes.  I couldn't find a mention of this limitation 
in any of the info files in the gcc install directory.  If there is a file
mentioning these sorts of limitations / bugs, could you please mail me back 
a pointer to it?

Here is a simple example using generic functions.  The results are similar
for the inline methods of generic classes.

// Test on inlined functions
// Non-template functions inline correctly

inline int InlineMax( const int &a, const int &b )
{
  return (a>b) ? a : b;
}

int CALLIINLINEMAX()
{
  return InlineMax(5, 10);
}

/*
_CALLIINLINEMAX__Fv:
  link a6,#-8
  moveq #5,d1
  movel d1,a6@(-4)
  moveq #10,d1
  movel d1,a6@(-8)
  lea a6@(-8),a0
  movel a6@(-4),d0
  cmpl a0@,d0
  jge L6
  movel a0@,d0
L6:
  unlk a6
  rts
*/



// Test on inlined functions
// Template functions do not inline.

template <class T>
inline T GenInlineMax( const T &a, const T &b )
{
  return (a>b) ? a : b;
}


int CALLGenInlineMax()
{
  return GenInlineMax(5, 10);
}

/*
_CALLGenInlineMax__Fv:
  link a6,#-8
  moveq #10,d1
  movel d1,a6@(-8)
  pea a6@(-8)
  moveq #5,d1
  movel d1,a6@(-4)
  pea a6@(-4)
  jbsr _GenInlineMax__FRCiT0
  unlk a6
  rts
  .align 1
_GenInlineMax__FRCiT0:
  link a6,#0
  movel a6@(8),a0
  movel a6@(12),a1
  movel a0@,d0
  cmpl a1@,d0
  jge L15
  movel a1@,d0
L15:
  unlk a6
  rts
*/

- Craig Federighi
  craigf@icsi.berkeley.edu

Newsgroups: gnu.gcc.bug
From: zoo@cygnus.com (david d `zoo' zuhn)
Subject: gcc on solaris
Organization: Cygnus Support -- +1 415 322 3816
Distribution: gnu
Date: Fri, 11 Sep 1992 05:18:14 GMT

[ future talk to gnu.misc.discuss or some such, since this isn't germane to
  gcc bugs ]

   From: rhr@clio.rice.edu (Rush Record 713-864-1574)

   You people may already know all about this. Forgive me if so. A friend
   was talking to a Sun rep about solaris. I'm sure you know they are no
   longer bundling the C compiler with it. The rep claimed, however, that
   Sun's cheap ($700) C compiler won't successfully compile gcc. They must
   be trying to make things difficult for you.

Well, the last time I tried, Sun's C compiler built GCC just fine.  But
this doesn't matter, since gcc compiles gcc just fine.  There is no need
for another C compiler on Solaris 2.  Prebuilt binaries of gcc are
available in ftp.uu.net:/vendor/cygnus, as well as a few other places.  The
next Sun Catalyst CD-ROM will also have binaries available.  

  david d 'zoo' zuhn |  
    cygnus support   |   I'm not lost, I just don't care where I'm going....
    zoo@cygnus.com   |       


Newsgroups: gnu.gcc.bug
From: derek@ibmpcug.co.uk (Derek Jones)
Subject: struct returns in 2.2.2 + cc under SunOS 8-(
Organization: The IBM PC User Group, UK.
Distribution: gnu
Date: Mon, 7 Sep 1992 13:43:49 GMT

Problems with struct returns from cc compiled code and gcc compiled
code under SunOS.

Header file:
/* smc_struct.h */

#include <stdio.h>
 
typedef struct
{
        int a;
        double b;
} smc_struct;


Code to be compiled with cc on a sun....


/* smc_cc.c */

#include "smc_struct.h"
 
smc_struct func(smc1)
smc_struct smc1;
{
  smc_struct smc2;
 
  smc2.a = 35; smc2.b = 39.425;
 
  printf("smc1.a = %d, smc1.b= %lf\n", smc1.a, smc1.b);
 
  printf("smc2.a = %d, smc2.b= %lf\n", smc2.a, smc2.b);
 
  return smc2;
}
 
Now, code to be compiled with gcc on a sun....


/* smc_gcc.c */

#include "smc_struct.h"
 
extern smc_struct func(smc_struct);
 
int main(void)
{
 
  smc_struct smc_main;
 
  smc_main.a = 11; smc_main.b = 88.793;
 
  smc_main = func(smc_main);
 
  printf("smc_main.a = %d, smc_main.b= %lf\n",
          smc_main.a, smc_main.b);
 
  return 0;
 
}
 
The gcc command line was tried with and without the -fpcc-struct-return
flag viz:

cc -c -g smc_cc.c 
gcc -c -g -fpcc-struct-return smc_gcc.c
gcc  -g -fpcc-struct-return  -o smc_test smc_cc.o smc_gcc.o

****BUT*** running the program gives:
smc1.a = 11, smc1.b= 88.793000
smc2.a = 35, smc2.b= 39.425000
%1   29303 Illegal instruction - core dumped smc_test 

It seemed as though this was fixed in 2.2.1 (unless I missed it), but
is now broken again. Any ideas? 

Running 2.2.2 on Sunos 4.1.1 / 4.1.2 on sparc.

(Please reply to derek@aivru.sheffield.ac.uk in preference to the return address
of this message as I don't pick up this mail too frequently, and I don't
read this news group regularly),

Many Thanks

Derek Jones
-- 
Derek Jones, System Manager, AI Vision Research Unit, University of Sheffield ,
Sheffield, S10 2TN, UK	Tel:(+44) (0)742 768555 X 6551 Fax:(+44) (0)742 766515
email: derek@aivru.sheffield.ac.uk   derek@ibmpcug.co.uk  
Compu$: 70374,1355

Newsgroups: gnu.gcc.bug
From: brendan@cygnus.com (Brendan Kehoe)
Subject: [ebubra@anah.ericsson.com : #include <arpa/inet.h>]
Reply-To: brendan@cygnus.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 6 Sep 1992 02:55:11 GMT

------- Start of forwarded message -------
From: ebubra@anah.ericsson.com (Bertil Askelid 6344)
Subject: #include <arpa/inet.h>
To: bug-g++@prep.ai.mit.edu
Date: Thu, 3 Sep 92 15:46:57 PDT
Reply-To: ebubra@anah.ericsson.com (Bertil Askelid)
Organization: Ericsson Business Communications, Anaheim, California

   Hardware:         Sparc IPX
   Operating system: SunOs 4.1.1
   gcc version:      2.1
   libg++ version:   2.0

   The gcc compiler needs to have its own version of this include file.

   The standard include file in /usr/include/arpa/inet.h has function
   declarations according to an older C standard, i.e. without argument
   declarations. Obviously the gcc C++ compiler reports this as an
   error, when the I try to invoke the function according to its
   description in the man page.

         Bertil Askelid
         Ericsson Business Communications
         525 North Muller Street
         Anaheim
         California 92801
         Phone: + 1 714 491 6344
         Fax:   + 1 714 535 1789
         Email: ebubra@ebu.ericsson.se

------- End of forwarded message -------

Newsgroups: gnu.gcc.bug
From: tege@sics.se (Torbjorn Granlund)
Subject: Re: HPUX and -g: when?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 10 Sep 1992 15:21:56 GMT

  I would like to use gcc, but I need to use a symbolic debugger too (I just
  never got used to using printf's :).  But apparently (from responses I 
  received to other postings) the -g option will not work with HPUX 8.0 - 
  when will this be fixed?  

Already in GCC 2.2.2 -g is supported.  You need to get GAS from Utah
to use it, and supply the `--gas' flag to configure when you set up
the compiler.

Newsgroups: gnu.gcc.bug
From: zilla@nj.nec.com (John Lewis)
Subject: sun cc vs gcc structure
Organization: C&C Research Labs, NEC USA, Princeton, N.J.
Distribution: gnu
Date: Fri, 11 Sep 1992 04:29:24 GMT

Hi, 
In recompiling a file under gcc 2.2.2 (on sparc2), it seems like gcc
is handling double alignment in a structure differently 
than previous versions.  
The file needs to be linked with some files compiled with the 
normal sun cc; thus I specified -fpcc-struct-return, which did not help.

The following self-contained program illustrates the problem.
The program runs using the sun cc compilation line but fails with a
buss error when run with either of the gcc lines.  
================
/*% cc % -o junk %*                             OK
 *% gcc % -o junk %*                            BUS ERROR
 *% gcc -fpcc-struct-return % -o junk %*        BUS ERROR
 */

#include <stdio.h>
#include <stdlib.h>

struct S_Flonum {			/* structure containing double */
    int tag;
    double val;
};

typedef unsigned Object;
#define FLONUM(x)   ((struct S_Flonum *)(x))

main() {
  char *p;
  Object num;
  unsigned long a;

  p = malloc(sizeof(struct S_Flonum) + 100);  /* result is 8-aligned */
  p += 4;                                     /* make it aligned on 4*/

  num = (int)p;
  FLONUM(num)->val = 3.1415927;		/* BUSS ERROR here if 4-aligned */
  a = (unsigned long)&(FLONUM(num)->val);
  printf("val @ %d, 4=%d,8=%d\n",a,4*(a/4),8*(a/8)); fflush(stdout);
  printf("val=%f\n",FLONUM(num)->val);
}

Newsgroups: gnu.gcc.bug
From: pierre@la.tce.COM (Pierre Willard)
Subject: gcc-1.40.90 and volatile
Reply-To: pierre@la.tce.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 7 Sep 1992 23:28:51 GMT

Two small bugs with gcc-1.40.90 (sorry, we do not have gcc-1.41 yet).

1/ When doing a post-increment of a volatile variable (in memory),
the value is fetched TWICE from memory. 

2/ A volatile qualifier for a global register variable is forgotten by
gcc. The GCC documentation says about the 'volatil' flag in a rtl :
"In a `reg' expression, it is 1 if the value is a user-level variable.
0 indicates an internal compiler temporary". This seems to imply that
for a register variable (local or global) the volatile qualifier has
no effect. Is this true ? is it the same for gcc2 ?

The following demonstrates the problems :

psi:/tmp_mnt/net/tau/home/gnu/gcc-1.40.9/gcc-sun4:cat pw.c

volatile int zzz;

void foo(void)
{
  zzz++;
}

volatile register int xxx asm("%g2");

void bar(void)
{
  xxx = 0;
  xxx++;
}

psi:/tmp_mnt/net/tau/home/gnu/gcc-1.40.9/gcc-sun4:./gcc -v -S -O pw.c
gcc version 1.40.9
 cpp -v -undef -D__GNUC__ -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__OPTIMIZE__ pw.c /usr/tmp/cca10252.cpp
GNU CPP version 1.40.9
 cc1 /usr/tmp/cca10252.cpp -quiet -dumpbase pw.c -O -version -o pw.s
GNU C version 1.40.9 (sparc) compiled by CC.
default target switches: -mfpu -mepilogue
psi:/tmp_mnt/net/tau/home/gnu/gcc-1.40.9/gcc-sun4:cat pw.s
gcc_compiled.:
.text
	.align 4
.global _foo
	.proc 1
_foo:
	!#PROLOGUE# 0
	save %sp,-80,%sp
	!#PROLOGUE# 1
	sethi %hi(_zzz),%g1
	ld	[%g1+%lo(_zzz)],%o0
	ld	[%g1+%lo(_zzz)],%o0    <------ this one is useless
	add %o0,1,%o0
	st	%o0,[%g1+%lo(_zzz)]
	ret
	restore
	.align 4
.global _bar
	.proc 1
_bar:
	!#PROLOGUE# 0
	save %sp,-80,%sp
	!#PROLOGUE# 1
	mov 0,%g2
	mov 1,%g2      <----- gcc has changed xxx++ into xxx=1 (with xxx volatile)!
	ret
	restore
.global _zzz
.common _zzz,8,"bss"
psi:/tmp_mnt/net/tau/home/gnu/gcc-1.40.9/gcc-sun4:

Please give me your comments
Regards
Pierre Willard

Newsgroups: gnu.gcc.bug
From: zilla@nj.nec.com (John Lewis)
Subject: suncc/gcc double in struct
Organization: C&C Research Labs, NEC USA, Princeton, N.J.
Distribution: gnu
Date: Mon, 7 Sep 1992 06:26:04 GMT

Hi, 
In recompiling a file under gcc 2.2.2 (on sparc2), it seems like gcc
is handling double alignment in a structure differently 
than previous versions.  
The file needs to be linked with some files compiled with the 
normal sun cc; thus I specified -fpcc-struct-return, which did not help.

The following self-contained program illustrates the problem.
The program runs using the sun cc compilation line but fails with a
buss error when run with either of the gcc lines.  
================
/*% cc % -o junk %*                             OK
 *% gcc % -o junk %*                            BUS ERROR
 *% gcc -fpcc-struct-return % -o junk %*        BUS ERROR
 */

#include <stdio.h>
#include <stdlib.h>

struct S_Flonum {			/* structure containing double */
    int tag;
    double val;
};

typedef unsigned Object;
#define FLONUM(x)   ((struct S_Flonum *)(x))

main() {
  char *p;
  Object num;
  unsigned long a;

  p = malloc(sizeof(struct S_Flonum) + 100);  /* result is 8-aligned */
  p += 4;                                     /* make it aligned on 4*/

  num = (int)p;
  FLONUM(num)->val = 3.1415927;		/* BUSS ERROR here if 4-aligned */
  a = (unsigned long)&(FLONUM(num)->val);
  printf("val @ %d, 4=%d,8=%d\n",a,4*(a/4),8*(a/8)); fflush(stdout);
  printf("val=%f\n",FLONUM(num)->val);
}

Newsgroups: gnu.gcc.bug
From: mib@gnu.ai.mit.edu (Michael I Bushnell)
Subject: Bug in GCC 2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 10 Sep 1992 13:21:09 GMT

The following source file:

void
foo (short a, short b)
{
  void do_1(), do_2();
  
  if ((a | ((int)b << 16)) & 01000)
    do_1 ();
  else
    do_2 ();
}

      

Generates the following warning (with -Wall):

foo.c:6: warning: shift count exceeds width of value shifted

Near as I can tell, this is incorrect; the value being shifted is a
thirty-two bit integer.

The following source file does not generate the warning:

void
foo (short a, short b)
{
  void do_1();
  
  do_1 (a | ((int)b << 16));
}

      


	-mib

Newsgroups: gnu.gcc.bug
From: mpk@circhp3.epfl.ch (Peter Kennedy)
Subject: Installing gcc-2.2.2 on an HP 9000/300
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 18:53:59 GMT

Further to my earlier bug report about the linker not being able
to find `getwd' and `getrusage' under HP-UX 8.0, one should
uncomment the line:

\* #define USG *\

in the config.h file.

What is USG anyway?

Peter Kennedy
Departement d'Electricite
Ecole Polytechnique Federale de Lausanne
1015  Lausanne
SWITZERLAND

mpk@circhp3.epfl.ch

Newsgroups: gnu.gcc.bug
From: chad@helix1.chem.iastate.edu (chad hoffman)
Subject: (none)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 8 Sep 1992 12:19:13 GMT

I'm attempting to install the gnu C libraries (v1.04) on an SGI Iris 4D/35.
I've already installed gcc v1.40 with no problems, as well as gnu make v3.62.
After using configure (with mips-decstation-ultrix4.2 --with-gnu-ld), I tried
to 'make' the libraries. I got the following error: 'Makeconfig:72: extraneous
text after 'include' sysdeps/..:1: missing separator.  Stop.'
How do I fix this? I was also wondering if the decstation configuration will
work for my Iris, and is there a better way to configure it? Thanks for the
help.

Chad Hoffman
chad@helix1.chem.iastate.edu



Newsgroups: gnu.gcc.bug
From: razeh@symcom.math.uiuc.edu (Robert Allan Zeh)
Subject: cpp for gcc-2.2.2 gets fatal signal 11 on a Sun 3/50, SunOS 4.1.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 6 Sep 1992 17:43:43 GMT

I am on a Sun 3/50, running SunOS 4.1.1, with gcc-2.2.2

When I try to compile the following program (bug.c):
#include "/usr/local/lib/g++-include/stdarg.h"

I get the following:
rigel$ gcc -v -E bug.C
Reading specs from /usr/local/lib/gcc-lib/sun3-sunos4.1/2.2.2/specs
gcc version 2.2.2
 /usr/local/lib/gcc-lib/sun3-sunos4.1/2.2.2/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dmc68000 -Dsun -Dunix -D__mc68000__ -D__sun__ -D__unix__ -D__mc68000 -D__sun -D__unix -D__mc68020__ -Dmc68020 bug.C
GNU CPP version 2.2.2 (68k, MIT syntax)
gcc: Internal compiler error: program cpp got fatal signal 11


I've gotten the same behaviour on a Sun 4/690 running SunOS 4.1.2,
with gcc-2.2.2


Robert A. Zeh

Newsgroups: gnu.gcc.bug
From: cs62a12@wind.ucsd.edu (Mark Hanson)
Subject: bug in gcc-2.2.2 (g++)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 04:25:23 GMT

// gcc bug squishers,
//   The following short C++ file causes gcc to crash.  I've played
// around with this file a bit, and it seems to me that the combination
// of the extern declaration and the virtual function is the culprit.
// (But, then again, what do I know?)
//
// I'm running SunOS 4.1.2 on a Sparc IPC.
// The version of gcc is 2.2.2.
//
// Good luck and thanks for the compiler!
// mark

//-----------------------------------------------------------------------------

// % cat foo.C

extern class foo;

class bar : public foo
{
    public:
        virtual draw();
};

// % g++ foo.C
// foo.C:9: base class `foo' has incomplete type
// /usr/local/bin/gcc: Internal compiler error: program cc1plus got fatal signal 11
// % gcc -v
// Reading specs from /usr/local/lib/gcc-lib/sparc-sun4-sunos4.1/2.2.2/specs
// gcc version 2.2.2

Newsgroups: gnu.gcc.bug
From: local@ifm.liu.se (Local Administrator)
Subject: Problems compiling gnu-diff1.15 using gcc2.2.2 on Sun
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Sep 1992 02:09:58 GMT

Hi!

I've bumped into a (small) problem with gcc. When compiling the gnu-diff
source using the -O options, everything is just fine. But if I try the
-O2 option, it dumps core very early. This is the fist time I'm sending a
bug-report for gcc, so have patience with my efforts to explain the problem!;-)


PROBLEM
-------
Compiling gnu-diff1.15 with -O2 option, using gcc version 2.2.2. Dumps
core early in the program, before producing any output. The commands used
to test is [in the source dir. of gnu-diff]:

./diff diff.c diff3.c       -> core dump
./diff README COPYING       -> No core dump!!

When compiling using gcc with the -O option, both examples works ok. It also
works ok when compiling with Suns cc, with -O2 or even -O4 option. I'm using
no other options that the optimization option -O or -O2.

I'm using a Sun SparcStation ELC, running SunOS 4.1.2, I've installed gcc
according the the installation instructions, and it has worked good until
now. [Actually I couldn't get PERL 4.0.35 to work using gcc, it also dumped
core some times.]


WHEN DOES IT HAPPENS?
---------------------
Don't know, it works for some file, but not for others.


WHERE IN THE SOURCE OF THE COMPILED PROGRAM?
--------------------------------------------
In analyze.c, function diag, line 93, looking like this:

  bd[bmid] = xlim;

I haven't tested this very much, but it has crashed at this point all
the times I've tested it [using gdb4.6]. For some files, bmid is positive
and for some it's negative, but it crashes in both cases. [I think the
array is adjusted to allow negative indexing].


Hope any of this makes sense.

Thanks,

-- Leif

Newsgroups: gnu.gcc.bug
From: chad@helix1.chem.iastate.edu (chad hoffman)
Subject: (none)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Sep 1992 20:50:47 GMT

I'm attempting to compile gcc-2.2.2 on an SGI Iris running under Irix 4.0.1.
I configured it to 'mips-sgi-irix4' and used 'make CC=/usr/bin/gcc' where the
old gcc version was 1.40. I got the error '/usr/bin/ld: Undefined: alloca'.
I thought gcc took care of that problem on the Iris?



Newsgroups: gnu.gcc.bug
From: ross@r-node.gts.ORG (Ross Ridge)
Subject: Re: HPUX and -g: when?
Organization: R-node Public Access UNIX System (416-636-2026) 24hrs.
Distribution: gnu
Date: Sat, 12 Sep 1992 10:31:00 GMT

In article <9209110406.AA02116@cookie-crisp> you write:
>Sorry, I forgot to mention that we have HP9000s, not PA machines - the 
>Utah stuff is for PA.  Jeff Law (from Utah) told me that he thinks that
>some stuff exists for HP 68000 machines, but he can't remember where; Any
>ideas?
>
>Thanks
>
>Geoffrey Routledge
>DBA Communication Systems, Inc.
>North Vancouver, B.C., Canada

Jeff might be thinking of the port of GCC/GAS/GDB I did on a HP9000s200
machine running HP-UX 2.1.  Unfortunately HP-UX has changed so much
since that version it won't be of any with HP-UX 8.0, even if I still
had it.

							Ross Ridge


Newsgroups: gnu.gcc.bug
From: leisner@annapurna.ai.mit.EDU ( Marty Leisner)
Subject: unroll loops
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
Distribution: gnu
Date: Mon, 14 Sep 1992 17:47:04 GMT

I'm using gcc 2.2.2 on a SS2 running SunOS 4.1.2.

I tried the optimization -funroll-loops and cc1 says:
cc1: Invalid option `-funroll-loops"'

This isn't a machine dependent option?

On a sparc, -fno-frame-pointer also doesn't work (I'm not sure a sparc as a
frame pointer?)

Anyway, this is the code I want to optimize...doing something like Duff's
device doesn't increase speed much:

#define SPI  400
#define WIDTH ((int) (SPI*8.5))
#define HEIGHT ((int) (SPI*11))

unsigned char image[HEIGHT][WIDTH];

unsigned char lut[256];

/* apply look up table to an image */
void apply_lut()
{
	unsigned char *pimage;

	for(pimage = image; pimage <= &image[HEIGHT][WIDTH]; pimage++)
		*pimage = lut[*pimage];
}


Marty    leisner.henr801c@xerox.com 
          Member of the League for Programming Freedom 
 	Give me source or waste my time..

Newsgroups: gnu.gcc.bug