HDTenEightyP/NetNews huggingface dataset:
From: leisner@trianguli.wrc.xerox.COM (Marty Leisner 311/? x?)
Subject: Some wierdness with gnu ls
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
Distribution: gnu
Date: Wed, 29 Jul 1992 16:30:42 GMT

I just got fileutils-3.3 installed (on SunOS 4.1.2, using gcc 2.2.2).

Old copies had this:

anyway:

/usr/gnu is an automount


Sun's ls and Gnu's ls have a difference doing
ls /usr/gnu

Basically, gnu ls look wrong...

leisner@trianguli$ /usr/gnu/bin/ls /usr/gnu
dk2h
leisner@trianguli$ /usr/gnu/bin/ls -l /usr/gnu
lrwxrwxrwx   1 root     wheel           8 Jul 29 08:07 /usr/gnu -> /a/dali/
leisner@trianguli$ /usr/gnu/bin/ls -ld /usr/gnu/*
drwxr-xr-x   2 leisner  staff        2560 Jul 29 11:27 /usr/gnu/bin
lrwxrwxrwx   1 leisner  staff          33 Jun 16 14:10 /usr/gnu/dist -> /net/trianguli/files1/ftp/pub/gnu
drwxr-xr-x   3 leisner  staff         512 Jul 20 08:26 /usr/gnu/include
drwxr-xr-x   2 leisner  staff         512 Jul 21 14:52 /usr/gnu/info
drwxr-xr-x  13 leisner  staff        1024 Jul 24 12:48 /usr/gnu/lib
drwxr-xr-x  12 leisner  staff         512 May 22 18:38 /usr/gnu/man
lrwxrwxrwx   1 leisner  staff          26 Apr 27 11:31 /usr/gnu/src -> /net/rockwell/dk3g/gnu/src
leisner@trianguli$ /bin/ls /usr/gnu
bin     dist    include info    lib     man     src
leisner@trianguli$ /bin/ls -l /usr/gnu
lrwxrwxrwx  1 root            8 Jul 29 08:07 /usr/gnu -> /a/dali/dk2h/gnu
leisner@trianguli$ /bin/ls -ld /usr/gnu/*
drwxr-xr-x  2 leisner      2560 Jul 29 11:27 /usr/gnu/bin
lrwxrwxrwx  1 leisner        33 Jun 16 14:10 /usr/gnu/dist -> /net/trianguli/files1/ftp/pub/gnu
drwxr-xr-x  3 leisner       512 Jul 20 08:26 /usr/gnu/include
drwxr-xr-x  2 leisner       512 Jul 21 14:52 /usr/gnu/info
drwxr-xr-x 13 leisner      1024 Jul 24 12:48 /usr/gnu/lib
drwxr-xr-x 12 leisner       512 May 22 18:38 /usr/gnu/man
lrwxrwxrwx  1 leisner        26 Apr 27 11:31 /usr/gnu/src -> /net/rockwell/dk3g/gnu/src

Also, ls should have some type of version option.


--
marty
leisner.henr801c@xerox.com  
Member of the League for Programming Freedom

Newsgroups: gnu.utils.bug
From: pinard@icule.UUCP (Francois Pinard)
Subject: Bug Report on textutils sort
Reply-To: pinard@iro.umontreal.ca
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 25 Jul 1992 16:43:44 GMT

   The enclosed (copyrighted) file contains a very long ASCII file
   that makes sort produce an incorrect outputfile.  My sort comes
   from gnu textutils-1.2.

   sort bugsort | grep -n "^AA[T-X]" | more
   46:AATI         10043   45521215        0
   47:AAX          58747   19191305        0
   16386:AAV       47183   85185476        8

In case this helps, I checked using GNU sort from GNU textutils-1.3,
as from prep.ai.mit.edu on 92-03-18 and compiled with GNU C 1.40 on a
386/ix 2.0.2 system; it seems to work fine here:

	~/1) sort bugsort.dat | grep -n "^AA[T-X]"
	47:AATI    	10043	45521215	0
	48:AAV     	47183	85185476	8
	49:AAX     	58747	19191305	0
	~/1) type sort
	sort is hashed (/usr/local/gnubin/sort)
	~/1) 

-- 
Franc,ois Pinard        ``Vivement GNU!''        pinard@iro.umontreal.ca
(514) 588-4656                                    ...!uunet!iros1!pinard
Consider joining the League for Programming Freedom.  Email for details!

Newsgroups: gnu.utils.bug
From: jpm@logix.DE (Jan-Piet Mens)
Subject: GNU make 3.62 does not understand this Makefile
Organization: Logix GmbH, Wiesbaden, Germany
Distribution: gnu
Date: Thu, 23 Jul 1992 08:51:37 GMT

GNU Make version 3.62, by Richard Stallman and Roland McGrath.

The following makefile is correctly processed by /bin/make and GNU make 3.59
Can someone explain why it doesn't work with GNU make 3.62 ?

	Target is lib.a with two modules (one.o and two.o)

LIB=lib.a
.c.a:
	$(CC) $(CFLAGS) -c $*.c
	ar r $(LIB) $*.o
	rm -f $*.o

OBJ=	$(LIB)(one.o)	\
	$(LIB)(two.o)	

.PRECIOUS: $(LIB)

make: $(LIB)

$(LIB): file.h $(OBJ)
	$(RANLIB) $(LIB)
-- 
    __  _____   __  __ 
   |  ||  _  \ |  \/  |    Logix GmbH                             jpm@Logix.DE
 __|  ||  ___/ |      |    Moritzstrasse 50, +49-611-309797   jpm@logixwi.UUCP
|_____||__|    |__||__|    D-6200 Wiesbaden  ...!uunet!mcsun!unido!logixwi!jpm

Newsgroups: gnu.utils.bug
From: mib@gnu.ai.mit.edu (Michael I Bushnell)
Subject: tar
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 24 Jul 1992 03:30:06 GMT

   Resent-Date: Mon, 20 Jul 1992 18:24:06 GMT
   Original-To: gnu-utils-bug@uunet.uu.net
   Resent-From: bug-gnu-utils-request@prep.ai.mit.edu
   Newsgroups: gnu.utils.bug
Path: news
   From: burkhold@gdss.commerce.ubc.ca (Thomas Kelly Burkholder)
   Sender: gnulists@ai.mit.edu
   Keywords: tar MaNgLeD
   Nntp-Posting-Host: gdss.commerce.ubc.ca
   Date: Mon, 20 Jul 1992 18:24:06 GMT

   First, I realize this is possibly the wrong forum for this question, but  
   since I've had no response from my post to gnu.misc.discuss, I thought I'd  
   try here:

This is the right place.  Tar is a GNU utility, hence, bug-gnu-utils
is the right list.

   Can anyone tell me why some files are replaced by "@@MaNgLeD.?" when I use  
   gnu tar 1.10 to archive directories?

Names which are too long to fit within the limits of the tar format
get their names changed in this manner.  At the end of the tar file is
a special record, however.  When extracting, if you let tar complete
(rather than interrupting it part way through), it will read this
special record, and rename the files back to their normal names.

	-mib

Newsgroups: gnu.utils.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: fileutils: xgetcwd.c
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 29 Jul 1992 12:37:22 GMT

In fileutils 3.3, lib/xgetcwd.c does not compile on my IBM RT running
4.3 BSD, since <errno.h> does not declare `errno'.

Here is a diff.  This is the way rms once suggested errno be declared.

Sat Jul 25 11:34:50 1992  Karl Berry  (karl@fosse)

        * xgetcwd.c (errno) [!errno]: declare as int, for the benefit of
          those systems (e.g., 4.3 BSD) which do not declare it in <errno.h>.

*** ./ORIG/xgetcwd.c	Mon Jul 13 21:37:16 1992
--- ./xgetcwd.c	Sat Jul 25 11:30:09 1992
***************
*** 19,24 ****
--- 19,27 ----
  
  #include <stdio.h>
  #include <errno.h>
+ #ifndef errno
+ extern int errno;
+ #endif
  #include <sys/types.h>
  #include "pathmax.h"
  

Newsgroups: gnu.utils.bug
From: alan@uwast.astro.wisc.edu (Alan Watson)
Subject: Bug in pr
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 23 Jul 1992 12:36:08 GMT

pr seems to have problems finishing the first column on the final page
of two-column output unless it is asked to balance the final page.

Version 1.3 running on a Decstation 5000/200 under Ultrix 4.2 and
compiled with gcc 2.1.

Try:

#! /bin/sh

# create a 100 line file called `input'
test -f input && rm input
touch input
for x in 0 1 2 3 4 5 6 7 8 9 ; do
  for y in 0 1 2 3 4 5 6 7 8 9 ; do
    echo $x$y >>input
  done
done

# wc should always give 100 words.
wc <input		# right
pr -2tb input | wc	# right
pr -2t  input | wc	# wrong




Newsgroups: gnu.utils.bug
From: oreillym@tartarus.uwa.edu.au (Michael O'Reilly)
Subject: more bugs in cpio 1.5
Organization: University of Western Australia
Distribution: gnu
Date: Thu, 23 Jul 1992 04:57:01 GMT

In line 343 of utils.c on cpio 1.5, it xallocs memory and then seacrhs
thru it looking for NULL elements to insert data into. Problem is that
nothing clears this newly xalloced memory. AM I off abase here??

(symtoms that led me to find it. line 384 was looping endlessly. )

Thanks,
	Michael

Newsgroups: gnu.gcc.bug
From: meissner@osf.ORG
Subject: gcc2.2.2 on MIPS dies on unroll-loops
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 29 Jul 1992 09:34:19 GMT

| Hello *,
| 
| I recently found a bug in gcc2.2.2 on several mips R3000
| architectures: mips-sony-news, mips-sgi-irix4, mips-dec-ultrix.
| 
| Compiling the following piece of code (now senseless, because i tried to
| cut it down to only a few lines; this is the shortest version I have)
| with  "gcc -O -funroll-loops -c neugit.c"
| will yield:
| ----
| neugit.c: In function `gitter':
| neugit.c:35: internal error--unrecognizable insn:
| (insn 440 438 361 (set (reg:SI 6)
|        (mem:SI (plus:SI (reg:SI 29)
|                (const_int 90120)))) -1 (nil)
|    (nil))
| gcc: Internal compiler error: program cc1 got fatal signal 4

This appears to be fixed by the current development version of GCC
2.3, after I fixed a bug in the move constraints.

--
Michael Meissner	email: meissner@osf.org		phone: 617-621-8861
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142

You are in a twisty little passage of standards, all conflicting.

Newsgroups: gnu.gcc.bug
From: etxmesa@eos.ericsson.SE (Michael Salmon)
Subject: Re: gcc-Optimize
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB
Distribution: gnu
Date: Fri, 24 Jul 1992 08:25:53 GMT

In article <9207221341.AA22022@sunmanager.lrz-muenchen.de>, 
a2824ak@sunmanager.lrz-muenchen.de (Thomas Kaiser) writes:
|> Dear Sirs:
|> 
|> i discovered an bug, when gcc -g -O removed (optimized) a statement. It
|> removes count-- from the example.
|> 
|> With regards
|> 
|> Thomas Kaiser
|> Leibniz Supercomputing Centre
|> Muenchen
|> Germany
|> 
|> --
|> -------------------------------------------------------------------------
|> Thomas Kaiser         Internet:	kaiser@sunmanager.lrz-muenchen.de
|> LRZ-Muenchen          X400:	C=DE;A=DBP;P=LRZ-MUENCHEN;OU=LRZ;S=Kaiser
|> -------------------------------------------------------------------------
|> 
|> 
|> ------------------------------------------------------------------
|> int make_snmp_query(ip_address, variable, the_community, count)
|> 
|> char *ip_address;
|> char *variable;
|> char *the_community;
|> int  count;
|> 
|> {
|>   int i;
|> 
|>   alarm(10);
|>   if (setjmp(env)) {
|>     printf("xifload: receive timed out from %s\n", ip_address);
|>     close(s);
|>     for (i=0; i<num_malloc; i++)
|>       free(malloc_table[i]);
|>     num_malloc = 0;
|>     if (count <= 1)
|>       return -1;
|>     else {
|>       count--;        <------------------ will be removed
|>       alarm(10);
|>     }
|>   }
|>   make_the_query(ip_address, variable, the_community);
|>   alarm(0);
|>   for (i=0; i<num_malloc; i++)
|>     free(malloc_table[i]);
|>   num_malloc = 0;
|>   return 0;
|> }

While this is undoubtably frustrating I don't see how gcc can be
expected to understand your function without including setjmp as an
element of the language. As I see it gcc believes that count isn't used
after your decrement so why decrement it. I think that something like
this will work without problem:

{
   if (setjmp(env)) {
     printf("xifload: receive timed out from %s\n", ip_address);
     close(s);
   }
   while (num_malloc > 0)
     free(malloc_table[--num_malloc]);
   if (count-- > 0) {
     alarm(10);
     make_the_query(ip_address, variable, the_community);
     alarm(0);
   }
   while (num_malloc > 0)
     free(malloc_table[--num_malloc]);
   num_malloc = 0; /* shouldn't be required */

   return count > 0 ? 0 : -1;
}

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm

Newsgroups: gnu.gcc.bug
From: nguyen@sol.CRd.ge.COM
Subject: template syntax
Reply-To: nguyen@sol.crd.ge.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 28 Jul 1992 21:35:49 GMT

<..> should be specified in all functions inside a class header,
except constructor and destructor. ARM p.350.

The following code compiles with AT&T but not with GNU g++2.0
(gcc-2.2.2). Who is wrong?

----------------------------
#include <iostream.h>


template<class T1, class T2>
class foo{
public:
  T1 value1;
  T2 value2;
  foo(T1 a, T2 b) { value1 = a; value2 = b;}
  void bar(foo<T1,T2>& t) { value1 = t.value1; value2 = t.value2;} //********
  void print() { cout << value1 << " " << value2 << endl;}
};



main()
{
  foo<int, int> fi(10, 0), fii(0, 5);
  foo<float, int> ff(5.0, 0);
  foo<char, int> fc('c', 1);


  fi.print();
  fii.print();
  fii.bar(fi);
  fii.print();
  ff.print();
  fc.print();
  
  cout << "hello" << endl;
}
---------------------------
% /home/thuban/software3/gnu/bin/g++ -I /home/thuban/software3/gnu/lib/g++-incl
ude gnu_template.C
gnu_template.C:10: parse error before `,'
gnu_template.C:10: parse error before `,'
gnu_template.C:10: parse error before `,'
gnu_template.C: In method `void  foo<char ,int>::bar (...)':
gnu_template.C:10: `t' undeclared (first use this function)
gnu_template.C:10: (Each undeclared identifier is reported only once
gnu_template.C:10: for each function it appears in.)
gnu_template.C: In method `void  foo<float ,int>::bar (...)':
gnu_template.C:10: `t' undeclared (first use this function)
gnu_template.C: In method `void  foo<int ,int>::bar (...)':
gnu_template.C:10: `t' undeclared (first use this function)
-------------

Van-Duc Nguyen
General Electric 
Research & Development Ctr
1 River Road, Room K1-5C39.
Schenectady, NY 12301.
Phone: (518) 387-5659
Fax:   (518) 387-6845
nguyen@crd.ge.com


Newsgroups: gnu.gcc.bug
From: rendell@bruce.cs.monash.edu.au (Robert Paige Rendell)
Subject: Bug report - GCC 2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 27 Jul 1992 02:02:36 GMT

This is a bug report for gcc 2.2.2 to do with functions returning structures
by value with vararg parameter lists.

It seems that the vararg list gets corrupted if the function returns a
structure (by value), but not if it returns a simple data type.  This is a
minimal program that demonstrated the bug on our system (DECstation5000
running Ultrix 4.2)
================================================================================
#include <stdio.h>
#include <stdarg.h>

struct spurious
{
    int anumber;
};

int first(char *fmt, ...)
{
    int pos, number;
    va_list args;
    int dummy;

    va_start(args, fmt);
    for (pos = 0; fmt[pos]; pos++)
	if (fmt[pos] == 'i')
	{
	    number = va_arg(args, int);
	    printf("%d", number);
	}
	else
	    putchar(fmt[pos]);
    va_end(args);
    putchar('\n');
    return dummy;
}

struct spurious second(char *fmt, ...)	/* same as 'first', except for the */
{					/* return type */
    int pos, number;
    va_list args;
    struct spurious dummy;

    va_start(args, fmt);
    for (pos = 0; fmt[pos]; pos++)
	if (fmt[pos] == 'i')
	{
	    number = va_arg(args, int);
	    printf("%d", number);
	}
	else
	    putchar(fmt[pos]);
    va_end(args);
    putchar('\n');
    return dummy;
}

main()
{
    first("hi there this works", 5, 20);
    second("hi there this works", 5, 20); /* no, it doesn't */
}
================================================================================
The output I got from this program was:

h5 there th20s works
h268435456 there th5s works

Thanks for your time, and sorry if you're already aware of this bug.

        						Have fun,
        						  Rob R.
        						  \((/
        						  ~oo~
        						  /))\



Newsgroups: gnu.gcc.bug
From: cliff@cs.cornell.edu (Cliff Krumvieda)
Subject: ANSI C or gcc bug?  Problems with gcc-2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 24 Jul 1992 06:20:21 GMT

Howdy:

I'm having some trouble with the -Wmissing-prototypes flag on
gcc-2.2.2.  I believe the following is correct ANSI C:

bug.c:
======================================================================
void bug ();

void bug ()
{
        printf ("Hee!\n");
}
======================================================================

However, when I compile:

======================================================================
% gcc -v
Reading specs from /usr/local/gnu/gcc-2.2.2/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/
specs
gcc version 2.2.2
% gcc -c -Wmissing-prototypes bug.c
bug.c:4: warning: no previous prototype for `bug'
======================================================================

If instead:

bug2.c:
======================================================================
void bug2 (int);

void bug2 (int x)
{
  printf ("%d!\n", x);
}
======================================================================

I get:

======================================================================
% gcc -c -Wmissing-prototypes bug2.c
%
======================================================================

Did I not specify a correct prototype in bug.c?   If not, how does one
specify a prototype for a function without arguments?

						--Cliff Krumvieda

Newsgroups: gnu.gcc.bug
From: rendell@bruce.cs.monash.edu.au (Robert Paige Rendell)
Subject: Bug report - GCC 2.2.2
Organization: Gnus Not Usenet
Distribution: gnu
Date: Mon, 27 Jul 1992 08:33:08 GMT

This is a bug report for gcc 2.2.2 to do with functions returning structures
by value with vararg parameter lists.

It seems that the vararg list gets corrupted if the function returns a
structure (by value), but not if it returns a simple data type.  This is a
minimal program that demonstrated the bug on our system (DECstation5000
running Ultrix 4.2)
================================================================================
#include <stdio.h>
#include <stdarg.h>

struct spurious
{
    int anumber;
};

int first(char *fmt, ...)
{
    int pos, number;
    va_list args;
    int dummy;

    va_start(args, fmt);
    for (pos = 0; fmt[pos]; pos++)
	if (fmt[pos] == 'i')
	{
	    number = va_arg(args, int);
	    printf("%d", number);
	}
	else
	    putchar(fmt[pos]);
    va_end(args);
    putchar('\n');
    return dummy;
}

struct spurious second(char *fmt, ...)	/* same as 'first', except for the */
{					/* return type */
    int pos, number;
    va_list args;
    struct spurious dummy;

    va_start(args, fmt);
    for (pos = 0; fmt[pos]; pos++)
	if (fmt[pos] == 'i')
	{
	    number = va_arg(args, int);
	    printf("%d", number);
	}
	else
	    putchar(fmt[pos]);
    va_end(args);
    putchar('\n');
    return dummy;
}

main()
{
    first("hi there this works", 5, 20);
    second("hi there this works", 5, 20); /* no, it doesn't */
}
================================================================================
The output I got from this program was:

h5 there th20s works
h268435456 there th5s works

Thanks for your time, and sorry if you're already aware of this bug.

        						Have fun,
        						  Rob R.
        						  \((/
        						  ~oo~
        						  /))\




Newsgroups: gnu.gcc.bug
From: ken@tifsim.pac.sc.ti.COM (Ken Costilow)
Subject: Static member doesn't link
Reply-To: kenneth@lobby.ti.com (Ken Costilow)
Organization: Texas Instruments Process Automation Center
Distribution: gnu
Date: Thu, 23 Jul 1992 16:40:14 GMT

Hello everyone.

I can`t compile classes with static data members. I was hoping this
was simply one of gcc's many switches, but if so I have been unable
to find it. 

I'm using: Vax3800/Ultrix4.2, gcc 2.1, gas 1.38, binutils 1.9
I have tried the standard ld, gnu ld, as, gas, using l

Newsgroups: gnu.gcc.bug
From: gabara@eued50.tuwien.ac.at (Andrej Gabara)
Subject: bug relating assignments of member functions
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 20 Jul 1992 20:31:12 GMT

---file "foo.c":-----------------------------------------------------
 1	| class Point {
 2	| public:
 3  	|    int getX() { return x; }
 4 	|    int getY() { return y; }
 5	| private;
 6  	|    int x, y;
 7	| }
 8	| 
 9	| main() {
10 	|    int (Point::*gx)() = Point::getX;
11	| } 

---output of g++--- (gcc 2.1)----------------------------------------

foo.c: In function `int  main ()':
foo.c:10: parse error before `)'

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

foo.c compiles successfully with ATT C++ 2.1.

---
andrej gabara

Newsgroups: gnu.gcc.bug
From: jb145@eng.CAm.ac.UK
Subject: bug with iostream.h?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 23 Jul 1992 01:14:29 GMT

#I've been having a very frustrating problem with iostream.h in gcc
version 2.0(?).  I am running g++ on a Decstation mips machine.

Is there any known bug in the compiler with respect to buffered input
from the keyboard?  When I comment out the line:

	int from; cin >> from;

then the program runs fine, looping forever without keyboard input.
But when the line is left in, then it works fine for about 100 or 200
inputs cycles until suddenly crashing with a message like:


grow failed because stack limit exceeded, pid 26935, proc play
ts = 0x1c, ds = 0x1d, ss = 0x80
Segmentation fault (core dumped)


I have been chasing this problem for over two weeks and am hoping,
begging that you will have a clue what might be causing it.  By the
way, I've tried lots of hacks such as replacing
		cin >> from;
with
		char str[5]; cin >> str; from = atoi(str);

but the crash remains despite all my efforts.

Thanks very much, whoever you are!!

Justin Boyan
jb145@eng.cam.ac.uk

Newsgroups: gnu.gcc.bug
From: bernstei@kinglear.cs.colorado.edu
Newsgroups: gnu.gcc.bug,gnu.gdb.bug
Subject: fix-includes problem?
Date: 29 Jul 92 22:38:17 GMT
To: bug-gdb@prep.ai.mit.edu
Cc: bug-gcc@prep.ai.mit.edu

Followup-To: gnu.gcc.bug,gnu.gdb.bug

This bug report sent to both bug-gcc and bug-gdb.

There appears to be a bug in either the way fix-includes for gcc 2.2.2
works or the way the gdb-4.6 source expects it to act.

Included is the tail of a compile under gcc-2.2.2 w/o any patches,
fix-includes have been made, using CC=cc, which is to say:

	#!/bin/sh
	/usr/local/bin/gcc -traditional -fwritable-strings -fno-defer-pop $*

using the gmake command:

	gmake CFLAGS="-DGCC_MANGLE_BUG" all-gdb

from a Makefile configured via:

	./configure m68k-hp-bsd

The -DGCC-MANGLE_BUG is as per instructions in the gdb-4.6-gcc.patch.Z file.

I switched to CC=gcc, and it worked.

Looking at gdb-4.6/gdb/infcmd.c:879 did reveal the disturbing:

	const char * const reg_names[] = REGISTER_NAMES;

Anyhow, here's the tail:
------------------------------------------------------------
cc -c -DGCC_MANGLE_BUG      -I. -I. -I./../include -I./../readline  printcmd.c
cc -c -DGCC_MANGLE_BUG      -I. -I. -I./../include -I./../readline  symtab.c
In file included from symtab.c:40:
/usr/local/lib/gcc-lib/m68k-hp-bsd/2.2.2/include/sys/types.h:21: warning: `const' redefined
defs.h:382: warning: this is the location of the previous definition
cc -c -DGCC_MANGLE_BUG      -I. -I. -I./../include -I./../readline  symfile.c
In file included from symfile.c:36:
/usr/local/lib/gcc-lib/m68k-hp-bsd/2.2.2/include/sys/types.h:21: warning: `const' redefined
defs.h:382: warning: this is the location of the previous definition
cc -c -DGCC_MANGLE_BUG      -I. -I. -I./../include -I./../readline  symmisc.c
cc -c -DGCC_MANGLE_BUG      -I. -I. -I./../include -I./../readline  infcmd.c
In file included from /usr/local/lib/gcc-lib/m68k-hp-bsd/2.2.2/include/sys/param.h:51, from infcmd.c:22:
/usr/local/lib/gcc-lib/m68k-hp-bsd/2.2.2/include/sys/types.h:21: warning: `const' redefined
defs.h:382: warning: this is the location of the previous definition
infcmd.c:879: conflicting types for `reg_names'
defs.h:560: previous declaration of `reg_names'
gmake[1]: *** [infcmd.o] Error 1
gmake: *** [all-gdb] Error 1
------------------------------------------------------------

Michael Bernstein                         bernstei@cs.colorado.edu
Undergraduate Operations Group (Ugrad/Ops)
Computer Science Department, The University of Colorado at Boulder
Newsgroups: gnu.gcc.bug