HDTenEightyP/NetNews huggingface dataset:
From: jd9014@cca.ucsf.edu (Joe DeBattista)
Subject: GNU tar 1.10
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 8 Apr 1992 04:23:49 GMT

Hi, I'm not sure if this first message got through, but I thought I'd send it
again, just in case.  Could you send me a confirmation that this was received?
Thanks.


	Hi, 
	  My name is Joe DeBattista and I'm with the UCSF Computing Facility.  I'm
	having a little trouble using tar-1.10, on a VAX/750 running Mt. Xinu's
	MORE/bsd (a 4.3BSD flavor).  The programs compiled fine and seem to work to
	a certain degree.  The trouble I have is when I try to tar files or directories
	owned by root. For instance, if I have a directory called =bench,
	and give the command "tar -cvf /tmp/testfile *"I get messages saying

	gnutar: can't add file =bench/ :  No such file or directory

	I issue the tar command logged in as root, and both the tar and rmt
	files are owned by root with permissions of 755 on each of them.
	The old system tar command works fine.  The gnu tar was compiled
	with gcc version 1.24 (sorry, I'm a little behind on my Vaxes).
	Any help you can give me will be greatly appreciated.  Thanks.


	                            Joe DeBattista
	                            ITS, UCSF Computer Center
	                   BITNET:  joed@ucsfcca
	                 INTERNET:  joed@cca.ucsf.edu


Newsgroups: gnu.utils.bug
From: harik@leland.stanford.edu (Srihari Kotcherlakota)
Subject: Passing variables to gawk doesn't work?
Organization: DSG, Stanford University, CA 94305, USA
Distribution: gnu
Date: Mon, 13 Apr 1992 01:02:40 GMT

Script gawk.bug:

#!/bin/csh
nawk \
'\
END { print "var1 = ", var1 }' \
/dev/null var1="nawk works"
awk \
'\
END { print "var1 = ", var1 }' \
/dev/null var1="awk works"
gawk \
'\
END { print "var1 = ", var1 }' \
/dev/null var1="gawk works"

What happens when I run the above test:

gawk.bug
var1 =  nawk works
var1 =  awk works  # I had to hit Ctrl-D to force this message
gawk: var1=gawk works: No such file or directory

Question: Is this a known bug in gawk?

Please reply to hari@fai.fmiapd.com



Newsgroups: gnu.utils.bug
From: rich@lamprey.gal.utexas.edu (Rich Murphey)
Subject: Graphics: graph setting xmin to 0 if symbol size specified
Reply-To: Rich@lamprey.gal.utexas.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 16 Apr 1992 04:22:44 GMT

bill@kepler.ucsd.edu (Bill Reynolds) writes:
   This kills the output for datasets with abscissa < 0. Patch follows

Thanks for posting the patch!  It will appear in the next release
(0.18).  Rich


Newsgroups: gnu.utils.bug
From: stewart@cs.psu.edu (Don Stewart)
Subject: gawk anomaly?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 6 Apr 1992 05:55:02 GMT

In the following, the line 'print "class:"$0' prints nothing as the code now stands.
HOwever, by uncommenting 'print class[$2]', the above DOES print.
What am i doing wrong? (fails even in this stripped eg)
---------------------------------
/depot/gnu/bin/gawk ' 
 FILENAME == "rt.crse" {      # fmt of crse data: crse#[.A-H]section{\t}instructor
	      course[$1]=$2   # eg. 103.001	smith
	    }                 #     497B001	wesson
 FILENAME == "SHIELDS.data" {                    # student registration data
		      if(substr($0,52,1) != " ") # data has space if no course letter
		        crse = substr($0,49,7)   # eg. convert '103 001' -> '103.001'
		      else                         
		        crse = substr($0,49,3)"."substr($0,53,3) 
		      if (crse in course) {
			class[substr($0,22,9)] = class[substr($0,22,9)] ":" crse  
		         		#'22,9' is ssn
		      }
       }
 FILENAME == "masterssn" {
	OFS = ":"
#       print class[$2]  #bad side effect: this creates entry for $2 w/ null value
    if ($2 in class) {
     print "class:"$0
    }
 }
' FS="	" rt.crse FS=":" masterssn SHIELDS.data

Newsgroups: gnu.utils.bug
From: pds@lemming.webo.dg.com (Paul D. Smith)
Subject: Bug in GNU make 3.62?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 13 Apr 1992 06:09:47 GMT

I think I've found a bug in GNU make 3.62 (I'm running on a DG AViiON
running DG/UX 5.4.1).

Problem:
    When using pattern rules with multiple targets, if the first
    examined target is found via the VPATH variable then that target
    name is modified to use VPATH but the other targets are not.

    However, the other targets *are* marked as updated, so they aren't
    looked for via VPATH and so they are not found and the make fails.

I.e., suppose you have something like:

    VPATH mydir

    %.c %.h : %.fo
            $(FOO) $^

    all: blah.o foo.o

    blah.o: blah.c foo.h
    foo.o: foo.c foo.h

and you have a blah.c in the cwd, and foo.{fo,c,h} in `mydir' (where
foo.{c,h} have already been successfully built by the above rule).

What happens in this case is that foo.h is looked for first and found
in `mydir'.  The entry for foo.h is changed to be `mydir/foo.h' and is
set to be "updated".  Then all the "also_make" file entries (in this
case, foo.c) are set to be "updated" as well (remake.c:207:), but
their names are not modified with VPATH, so when the compile line is
executed it turns out to be:

    cc -I mydir -c foo.c -o foo.o

(which fails) instead of the correct line:

    cc -I mydir -c mydir/foo.c -o foo.o

I hacked a quick fix by changing the "also_make" update loop (again,
remake.c:207) to call file_mtime() and set the filename accordingly.
Another possible solution might be to not store the "updated" status
into the "also_make" files so they will be updated themselves
seperately, but I'm not sure if that will cause multiple executions of
the multiple-target rule.  I leave it for Roland to find the "right"
solution! :-)

                                                                paul
-----
 ------------------------------------------------------------------
| Paul D. Smith                          |    paul_smith@dg.com    |
| Data General Corp.                     | pds@lemming.webo.dg.com |
| Network Systems Development Division   |                         |
| Open Network Systems Development       |   "Pretty Damn S..."    |
 ------------------------------------------------------------------

Newsgroups: gnu.utils.bug
From: bothner@cygnus.com
Subject: Re: cross development of binutils
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 10 Apr 1992 04:20:06 GMT

Use binutils-1.94-beta.tar.Z.
(The next hopefully-non-beta release has been delayed until
after I get the next version of libg++ out.)

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.utils.bug
From: wisner@steller.ims.alaska.edu (Bill Wisner)
Subject: Re: GNU ld (1.94 beta) mishandles command file names
Organization: Trailing Edge Technologies, Fairbanks AK
Distribution: gnu
Date: Fri, 10 Apr 1992 22:35:10 GMT

>gld (1.94 beta) doesn't parse command file names that contain ",".

Or '.'.

Bill Wisner <wisner@ims.alaska.edu> Gryphon Gang Fairbanks AK 99775

Xref: sparky gnu.utils.bug:792 comp.sys.hp:5026
From: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Newsgroups: gnu.utils.bug,comp.sys.hp
Subject: Gnu make 3.62 breaking on HP 730
Date: 7 Apr 92 18:24:12 GMT
Reply-To: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Followup-To: gnu.utils.bug,comp.sys.hp
Organization: Oak Ridge National Laboratory
To: gnu-utils-bug@uunet.uu.net

Since HP's make doesn't support VPATH, I got and built GNU make, which
does support VPATH. Alas, something else is wrong but I'm not sure what.

I'm using HP's C++Softbench package for the C++ compiler. In it there is
a CC script that does a tiny bit of preprocessing before launching /usr/bin/CC.
Within that script there are the lines:

CC_prog=`/bin/basename $0`
new_path="`echo $PATH | /bin/sed -e
's:[a-zA-Z0-9_./-]*softbench/bin/*\:\{0,1\}::g'`"
real_CC=`PATH=$new_path /usr/bin/which $CC_prog | grep -v "^no "`

When running this script under the control of GNU make, the CC_prog and
new_path variables get set correctly but real_CC becomes NULL and an error
message:

to_short ran out of space.

appears.

With HP's make, all is well. Of course, I have to do some bit of
modification of the Makefile to get HP's make to get that far since it doesn't
know about VPATH. That modification is simple enough for a test, but quite
unacceptable when using this for real.

That error message is a bit bizzare. I cannot find the string "to_short" in
any of the gnu make 3.62 source files or in the outpout of strings applied
to the gnu make executable.

This has me stumped. And stuck -- until I can get it fixed. Any ideas?

Thanks,
Johnny Tolliver
jxt@ornl.gov
Newsgroups: gnu.utils.bug
From: crosson@cam.NIst.GOV (Robert Crosson)
Subject: Gnu tar 1.10 bug/feature of '-T' option
Keywords: Gnu tar bug option
Organization: National Institute of Standards and Technology
Distribution: gnu
Date: Tue, 14 Apr 1992 19:51:01 GMT

I have compiled Gnu tar 1.10 with gcc 1.40 on my Interactive Unix
version 2.2 PC.  Everything works well except the '-T' option with
the '-' argument.  I want tar to read the standard input for file
names to archive and send to the standard output.  In other words,
I create a pipe as follows:

find <options> | sed -f <sed-script-file> | tar -cvf - -T - > <filename>

This works fine until no file names come through the standard input.
If sed completes without producing any output, tar doesn't just exit
without generating any output, as I would have expected.  Instead, it
starts taking file and directory names from the current directory an
archives those.

Is this a bug, or a feature?

Bob Crosson
crosson@cam.nist.gov

Newsgroups: gnu.utils.bug
From: treed@friday.UUCP (Timothy Reed)
Subject: make install for fileutils-3.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 7 Apr 1992 16:03:15 GMT

Hi:

I install the GNU utilities with a 'g' prefix (eg. gln, gls, gmv, etc.).  However  
when I attempt to do a 'make install' with binprefix = 'g', the following part of  
the installation fails:

nobugs:fileutils-3.2 (treed): make install
for dir in lib src man; do echo making install in $dir; cd $dir; make  
bindir='/usr/local/gnu/bin' libdir='/usr/local/gnu/lib'  
mandir='/usr/local/gnu/man/man1'  manext='1' binprefix='g' manprefix='g'  LIBS=''  
LIBPROGS='' AR='ar' RANLIB='ranlib '  CFLAGS='-g -O -I. -I../lib -I./lib  
-DHAVE_LIMITS_H -DMOUNTED_GETMNTENT1 -DSTAT_STATFS2_BSIZE -DSTDC_HEADERS  
-DMKFIFO_MISSING -DUTIME_NULL_MISSING' LDFLAGS='-g' LIBS='' CC='cc' install; cd  
..; done
making install in lib
making install in src
[ "x" = x ] || ./ginstall -o root -m 4755  /usr/local/gnu/lib
for f in chgrp chown chmod cp dd du ginstall ln dir vdir ls mkdir  mkfifo mknod mv  
rm rmdir touch  df; do ./ginstall $f /usr/local/gnu/bin/g$f; done
cd /usr/local/gnu/bin; ./ln -f dir d; ./ln -f vdir v; ./mv -f ginstall install
sh: ./ln: not found
*** Exit 1
Stop.
*** Exit 1
Stop.

Of course this fails because there is no './ln' or './mv'.  I've made the  
following change to src/Makefile:

install: all
        [ "x$(LIBPROGS)" = x ] || ./ginstall -o root -m 4755 $(LIBPROGS) $(libdir)
        for f in $(PROGS); do ./ginstall $$f $(bindir)/$(binprefix)$$f; done
        cd $(bindir); ./$(binprefix)ln -f dir d; ./$(binprefix)ln -f vdir v;  
./$(binprefix)mv -f ginstall install
.PHONY: install

Newsgroups: gnu.utils.bug
From: u1051652@csdvax.csd.unsw.edu.au
Subject: GNU Gas ...help needed
Organization: University of New South Wales
Distribution: gnu
Date: Thu, 9 Apr 1992 19:24:20 GMT

Hi , This is my first time posting to this newsgroup
so forgive me if my question seems totally absurd.

I am using GNU Gas  as a 68000 assembler for one of my 
subject. The problem is that this thing doesn't have a debugger
I spent three hours last assignment, looking at a proggie that 
didn't work all because I had type "r" instead of "R" in a 
jsr Read instruction. ARRRRRRRRGGGGGGGHHHHHHHH!!!!!

If someone would be so kind as to inform me where an appropriate
debugger could be FTPed, I would be most greatful. I am programming
on a Hewlett Packard Apollo workstation using Unix7.

Email for reply:
u1051652@csdvax.csd.unsw.edu.au
or
s1051652@spectrum.cs.unsw.oz.au

Thanks for your time.

Franco.


Newsgroups: gnu.utils.bug
From: ian@airs.COM (Ian Lance Taylor)
Subject: textutils 1.3 sort bug; doesn't handle - correctly
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 20:41:32 GMT

The sort program in textutils 1.3 doesn't handle a - argument
correctly.  When invoked as
    cat file1 | sort - file2
it will output only the sorted file1, rather than sorting file1 and
file2 together.

Here is a patch.

--- sort.c.old	Mon Mar 16 17:13:22 1992
+++ sort.c	Thu Apr 16 00:32:39 1992
@@ -1503,10 +1503,9 @@
 	  if (*s)
 	    badfieldspec (argv[i]);
 	}
-      else if (argv[i][0] == '-')
+      else if (argv[i][0] == '-'
+	       && argv[i][1] != '\0')
 	{
-	  if (!strcmp ("-", argv[i]))
-	    break;
 	  s = argv[i] + 1;
 	  if (digits[UCHAR (*s)])
 	    {

-- 
Ian Taylor                     ian@airs.com                    uunet!airs!ian
First person to identify this quote wins a free e-mail message:
``Do you make a grievance of weighing so many pounds only, instead of three
  hundred?  Then why fret about living so many years only, instead of more?''

Newsgroups: gnu.utils.bug
From: jon@robots.ox.ac.uk
Subject: shellutils-1.6 non ansi define
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 16:22:52 GMT

In shellutils-1.6/lib/putenv.c
putenv() takes a char * this of course should be a const char *

found when compiling with gcc and ansi header files.
--
 Jon                    <jon@robots.ox.ac.uk>
                        "I got in today just as the sun was crashing"
                                                
                                                


                                            

                        

Newsgroups: gnu.utils.bug
From: emurphy@noacl.cs.uno.edu
Subject: possible problem with "make"ing bison 1.16
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 16 Apr 1992 14:23:17 GMT

hello,

i recently ftp'ed bison, version 1.16. i am compiling it on a NeXT  
cube, and everything seemed to be going well when i received a  
message that the makefile could not find "makeinfo". is this a  
problem? i seemed to have gotten the bison executable alright.
thanks for the assist.

ed murphy

p.s. here is a transcript of the make session:

----start----
vazquez> make
cc -g -DSTDC_HEADERS -c LR0.c
cc -g -DSTDC_HEADERS -c allocate.c
cc -g -DSTDC_HEADERS -c closure.c
cc -g -DSTDC_HEADERS -c conflicts.c
conflicts.c:33: warning: bcopy redefined
cc -g -DSTDC_HEADERS -c derives.c
cc -c -g -DSTDC_HEADERS -DXPFILE=\"/usr/local/lib/bison.simple\"   
-DXPFILE1=\"/usr/local/lib/bison.hairy\" files.c 

cc -g -DSTDC_HEADERS -c getargs.c
cc -g -DSTDC_HEADERS -c gram.c
cc -g -DSTDC_HEADERS -c lalr.c
cc -g -DSTDC_HEADERS -c lex.c
cc -g -DSTDC_HEADERS -c main.c
cc -g -DSTDC_HEADERS -c nullable.c
cc -g -DSTDC_HEADERS -c output.c
cc -g -DSTDC_HEADERS -c print.c
cc -g -DSTDC_HEADERS -c reader.c
cc -g -DSTDC_HEADERS -c reduce.c
cc -g -DSTDC_HEADERS -c symtab.c
cc -g -DSTDC_HEADERS -c warshall.c
cc -g -DSTDC_HEADERS -c version.c
cc -g -DSTDC_HEADERS -c getopt.c
cc -g -DSTDC_HEADERS -c getopt1.c
cc -g -o bison LR0.o allocate.o closure.o conflicts.o derives.o  
files.o  getargs.o gram.o lalr.o lex.o                                    
main.o nullable.o output.o print.o reader.o reduce.o symtab.o    
warshall.o version.o                                             
getopt.o getopt1.o  

makeinfo bison.texinfo
Make: Cannot load makeinfo.  Stop.
*** Exit 1
Stop.
----end------

Newsgroups: gnu.utils.bug
From: akgul%trbilun.BITNET@mitvma.mit.edu (Mustafa Akgul)
Subject: fontutils-0.4 Make problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 11 Apr 1992 21:53:22 GMT

On a sun4, with sunos 4.1 , after ./configure when I say make, make all etc, I g
nothing is specified for make. It does not start any compilation.
It switches to directories, and there is no target in GNUmakes.

I have gnumake 3.62, gcc 2.1, x11/r4.

make depend does not wotk either.
I do not see Makefiles target either.

Sorry, I must be douing something silly, But I have no idea what is wrong.

best regards
Mustafa Akgul
Bilkent University
Ankara

Newsgroups: gnu.utils.bug
From: runene@ifi.uio.no (Rune Nerg}rd)
Subject: Re: cross development of binutils
Organization: Dept. of Informatics, University of Oslo, Norway
Distribution: gnu
Date: Fri, 10 Apr 1992 09:28:11 GMT

In article <1992Apr9.035515.27379@tera.com> rrh@tera.com (Robert R. Henry) writes:

> I'm trying to build a minimal set of gnu cc compiler tools (gcc-2.1,
> gas, binutils-1.9/{ar,ranlib,ld,nm}) that will run on a sparc but
> manipulate sun3 binaries.
> 
> gcc-2.1 is designed for doing this.
> 
> binutils-1.9 is not.
> 
> For example, ld includes <a.out.h>, which on a sun4, trapses through
> /usr/include/machine/a.out, which through symbolic links eventually
> comes back to /usr/include/sun4/a.out, which is not what I'd like to
> build a ld that knows about sun3 binaries.
> 
> Has anybody built these binutils tools for such a cross develoment
> environment?

Just copy your favorit a.out to the binutils-1.9 directory, and add -I. in
front of the CFLAGS variable in the Makefile. I did that and links files
for a standalone card containing a NS32K, from a DECstation. This worked
for ld. For nm, ar, and ranlib, you may have to copy more includefiles,
such as ar.h (I dont know if they are are identical on sun3 and sun4, I'm
using the one from dec ;). Just remember that the targetmachine and the
machine you are doing the linking on must be the same byte-order.

	Rune
------
Rune Nergaard			runene@ifi.uio.no	(Internet)
Institute of Informatics	..!uunet!ifi!runene	(UUCP)
University of Oslo, Norway

Newsgroups: gnu.utils.bug
From: ian@airs.COM (Ian Lance Taylor)
Subject: ls and symbolic links in fileutils 3.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 13 Apr 1992 17:42:14 GMT

ls in fileutils 3.2 doesn't handle symbolic links quite right.  If you
do the following:
    mkdir foo
    ln -s bar foo
    ln -s bar quux
    ls quux
you get
    quux
whereas you should get a listing of the (zero) files in foo.

I made the following change to get the correct behaviour.  I don't
know if this is the right solution, since I couldn't quite figure out
what this code was supposed to do.

--- ls.c.old	Mon Mar  9 00:46:29 1992
+++ ls.c	Mon Apr 13 21:20:07 1992
@@ -943,7 +943,7 @@
 	  /* Stat the file linked to; automatically trace it in non-long
 	     listings, get its mode for the filetype indicator in long
 	     listings. */
-	  if (linkpath && lstat (linkpath, &linkstats) == 0)
+	  if (linkpath && stat (linkpath, &linkstats) == 0)
 	    {
 	      if (S_ISDIR (linkstats.st_mode)
 		  && explicit_arg && format != long_format)

Even with this change, ls -lF handles symbolic links differently from
the Ultrix 4.0 ls.  Doing an ls -lF bar with the Ultrix ls gives
    lrwxrwxr-x  1 ian             3 Apr 13 21:34 bar@ -> foo
but the GNU ls gives
    lrwxrwxr-x   1 ian      users           3 Apr 13 21:34 bar -> foo/
Note that the Ultrix ls applies the -F to bar rather than foo.
I think the GNU method is better.

Without the patch above, ls -lF quux gives
    lrwxrwxr-x   1 ian      users           3 Apr 13 21:34 quux -> bar@
With the above patch, ls -lF quux gives
    lrwxrwxr-x   1 ian      users           3 Apr 13 21:34 quux -> bar/
I don't know which result is desirable.
-- 
Ian Taylor                     ian@airs.com                    uunet!airs!ian
First person to identify this quote wins a free e-mail message:
``Do you make a grievance of weighing so many pounds only, instead of three
  hundred?  Then why fret about living so many years only, instead of more?''

Newsgroups: gnu.utils.bug
From: swr@curtech.UUCP (Steve Robertshaw)
Subject: Make and Dynamic Dependencies
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 9 Apr 1992 18:30:12 GMT

Hi,

We are currently running under 2 different environments. One is under SunOS and
the other is under Motorola's Unix SYS V R3. I wanted to use gnumake to create
a consistent set of Makefiles which could take advantage of searching an SCCS
directory (which is something the native SYS V R3 make does not do).
In converting my files there has only been one area that has really stumped me.
In the SunOS make and the SYS V R3 make there is something called the
Dynamic Dependency. It uses the $$@ notation. I read your workaround
for creating library/archive entries, however, I can not seem to achieve
the desired results for our application which is: 

We have a list of targets. I want the file part of the target checked as a
dependency and then the proper target rules to be applied to the dependency
which will then be followed by a copy. The part of the Makefile I am trying to
make work looks like this:


VMON_TARG_DIR=	../../$(MAKE_TARGET)/vmon
LIB_DIR=	../../$(MAKE_TARGET)/lib

DOWNLOADS=	\
		$(VMON_TARG_DIR)/mmon \
		$(VMON_TARG_DIR)/fep \
		$(LIB_DIR)/gmgr.ld \
		$(LIB_DIR)/traplib.o

$(DOWNLOADS):	$$(@F)
		cp $? $@


This works nice because there is only ever 1 $? that is created by $$(@F). If I
only use $(@F), the variable does not get expanded. I have tried to use the
static variable rule but I don't seem to have the right combination of targets
to fit into that rule. I am sure I could write a rule for each target but I
would like not to do that...

Thanks for your help.

P.S. I was told to say "I'm not on the list", so if you could may a reply
directly back to me that would be great. Thanks again...

-- 

Steve Robertshaw                curtech!swr@nic.unh.edu
Current Technology              (603) 868-2270
99 Madbury Rd.
Durham, NH   03824

Newsgroups: gnu.utils.bug
From: mjd@saul.cis.upenn.edu (Mark-Jason Dominus)
Subject: Bison -p prefix fails to generate correct foo.tab.h file
Organization: Martin Bormann's Cranial Splints
Distribution: gnu
Date: Sun, 12 Apr 1992 21:02:51 GMT

Bison's -p option fails to work correctly with its -d option.

It changes all occurrences of the given external names, except the
declaration 
	extern YYSTYPE yylval;
in *.tab.h.

For example, if I run bison with
	bison -p foo -d s.y
on this input file:

--- BEGIN INPUT FILE s.y

%token BITE_ME

%%

input: BITE_ME { /* Or don't. */ ; }
--- END INPUT FILE s.y

I get this s.tab.h file:

---- BEGIN OUTPUT FILE s.tab.h
#ifndef YYSTYPE
#define YYSTYPE int
#endif
#define	BITE_ME	258


extern YYSTYPE yylval;
---- END OUTPUT FILE s.tab.h

This is broken because it should be declaring 
	extern YYSTYPE foolval;
instead of
	extern YYSTYPE yylval;
.

I am running bison 1.16 on a Sun 690MP (Sparc) with SunOS 4.1.2.

  The night is pleasing to us because, like memory, it erases idle details.
Mark-Jason Dominus 	  			    mjd@central.cis.upenn.edu 

Newsgroups: gnu.utils.bug
From: rich@cygnus.com (K. Richard Pixley)
Subject: Re: Gnu 29k gas-1.92.3 from wom
Reply-To: rich@cygnus.com
Organization: Cygnus Support - Palo Alto, CA +1 415 322 3811
Distribution: gnu
Date: Fri, 10 Apr 1992 20:33:38 GMT

In article <9204032125.AA28317@aeneas.MIT.EDU> Andrew_Smith.ENGINONE@engtwomac.synoptics.com (Andrew Smith) writes:

   Newsgroups: gnu.utils.bug