HDTenEightyP/NetNews huggingface dataset:
From: pds@lemming.webo.dg.com (Paul D. Smith)
Newsgroups: gnu.utils.bug
Subject: Building make-3.63 on DG/UX systems
Date: 26 Jan 1993 22:15:45 -0500
Organization: GNUs Not Usenet
Distribution: gnu

[] Regarding none;
[] Paul M Reilly -- Personal Account <pmr@rock.concert.net> writes:

    pmr> 1) job.c failed to compile:

Argh.  I think Roland is working on a quickie-followup to 3.63 as the
official release slipped by me (as the DG/UX beta-tester) before I
could test it (plus there seems to be other bugs).

job.c won't compile on any DG/UX system as it stands; Paul Reilly's
fix isn't quite correct, although it's in the right direction.

For the time being, the quick-fix is one of these (the real fix will
be in the next release which hopefully will be out soon enough that I
don't need to post it here :):

a)  Edit config.h and remove the line:

        #define HAVE_UNION_WAIT

    Either comment it out or change it to #undef (or both :).  Note
    that each time you re-run the configure script you'll have to redo
    this fix.

b)  Edit job.c and change the line:

        #ifndef HAVE_UNION_WAIT

    to say:

        #if !defined(HAVE_UNION_WAIT) || defined(DGUX)

Should then work OK.  If you have other problems please let me know.

                                                                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..."    |
 ------------------------------------------------------------------
From: junio@shadow.TWinsun.COM (Jun Hamano)
Newsgroups: gnu.utils.bug
Subject: autoheader (autoconf 1.3)
Date: 25 Jan 1993 20:35:32 -0500
Organization: GNUs Not Usenet
Distribution: gnu

On SunOS 4.1.2, autoheader fails to parse m4 output because of
broken sed.  The attached script illustrates this bug.  I'm not
sure whether it is a good idea to work around this bug in
autoheader, or detect the broken sed and tell the user to use GNU
sed.

-- >8 ---- >8 ---- >8 ---- >8 ---- >8 ---- >8 ---- >8 --

#!/bin/sh
# Show sed bug

sed -n '/^@/,/@$/p' <<\EOF
1 This should be ignored.
@2 This is to be output.@
3 This should be ignored.
@4 This is to be output.@
@5 This is to be output.@
6 This should be ignored.
7 This should be ignored.
@8 This is to be output.
9 So is this.@
EOF
From: andy@scp.caltech.edu (Andy Fyfe)
Newsgroups: gnu.utils.bug
Subject: tar 1.11.1
Date: 25 Jan 1993 20:47:23 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I built tar version 1.11.1 on an AT&T 3b1 (more or less System V, release 2).
It compiled without incident, and I've actually used it quite a bit.  I
recently used tar to duplicate a (small) file system, and I found that
tar had not correctly set the owner of directories (but did for files).
Enclosed is a typescript, which demonstrates the problem.  If you need more
information, I'll be happy to provide it.

Andy Fyfe					andy@cs.caltech.edu

marmot !1 $ su
Password:
marmot !1 # ls -lR /usr/tmp/test
total 3
drwxr-xr-x   2 bin      bin            48 Jan 24 17:13 bin
drwxr-xr-x   2 root     root           48 Jan 24 17:13 root
drwxr-xr-x   2 uucp     sys            48 Jan 24 17:13 uucp

/usr/tmp/test/bin:
total 0
-rw-r--r--   1 bin      bin             0 Jan 24 17:13 file

/usr/tmp/test/root:
total 0
-rw-r--r--   1 root     root            0 Jan 24 17:13 file

/usr/tmp/test/uucp:
total 0
-rw-r--r--   1 uucp     sys             0 Jan 24 17:13 file
marmot !2 # rm -rf /tmp/test
marmot !3 # ./tar --version
GNU tar version 1.11.1
marmot !4 # ./tar -C /usr/tmp -c -f - test | ./tar -C /tmp -x -v -p -f - --same-owner
test/
Reading test
test/bin/
Reading test/bin
test/bin/file
test/uucp/
Reading test/uucp
test/uucp/file
test/root/
Reading test/root
test/root/file
marmot !5 # ls -lR /tmp/test
total 3
drwxr-xr-x   2 root     root           48 Jan 24 17:13 bin
drwxr-xr-x   2 root     root           48 Jan 24 17:13 root
drwxr-xr-x   2 root     root           48 Jan 24 17:13 uucp

/tmp/test/bin:
total 0
-rw-r--r--   1 bin      bin             0 Jan 24 17:13 file

/tmp/test/root:
total 0
-rw-r--r--   1 root     root            0 Jan 24 17:13 file

/tmp/test/uucp:
total 0
-rw-r--r--   1 uucp     sys             0 Jan 24 17:13 file
marmot !6 # exit
marmot !2 $ exit
From: bitbug@lynx.COM (James Buster)
Newsgroups: gnu.utils.bug
Subject: make 3.63 bug in --help output
Date: 26 Jan 1993 21:58:08 -0500
Organization: GNUs Not Usenet
Distribution: gnu

There should be a space after the option names and their description.
Without this space, the help output is harder to read. Here is a
unified diff:

--- main.c	Tue Jan 26 01:33:24 1993
+++ main.c.new	Tue Jan 26 01:33:11 1993
@@ -1296,7 +1296,7 @@
 	      buf[0] = '\0';
 	    }
 
-	  fprintf (stderr, "%*s%s.\n",
+	  fprintf (stderr, "%*s %s.\n",
 		   - DESCRIPTION_COLUMN,
 		   buf, cs->description);
 	}
From: bobg@zindigo.z-code.COM (Bob Glickstein)
Newsgroups: gnu.utils.bug
Subject: Patch 2.0 12g8 bug
Date: 26 Jan 1993 22:26:17 -0500
Organization: Z-Code Software Corp., Marin County, CA
Distribution: gnu
Reply-To: Bob Glickstein <bobg@z-code.z-code.com>

In get_some_switches() in patch.c, the result of getopt_long() is
assigned to a char, then compared (with `!=') to -1.  This always
succeeds on machines where chars are unsigned.

Apply this patch to patch:

--- patch.c.orig	Tue Jan 26 17:02:55 1993
+++ patch.c	Tue Jan 26 17:03:41 1993
@@ -474,7 +474,7 @@
 void
 get_some_switches()
 {
-    Reg1 char optc;
+    Reg1 int optc;
 
     rejname[0] = '\0';
     optind_last = optind;

Cheers.

-- 
Bob Glickstein
Z-Code Software Corp.
4340 Redwood Highway  Suite B-50
San Rafael, CA  94903
(415) 499-8649
From: orris@i5160t.nrl.navy.mil (Greg Orris)
Newsgroups: gnu.utils.bug
Subject: make-3.62 and glibc-1.05
Date: 21 Jan 1993 18:12:43 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I seem to have not found a bug, per se, but I have found a Catch-22.
It seems as though you require GNU Make to create the appropriate
files for the run-time library, glib-1.05, yet at the same time you need
the corect and fixed versions of the run-time libraries to create the 
GNU Make.  If I could ask for a suggestion about what to do, I 
would be most appreciative.
From: junio@tori.TWinsun.COM (Jun Hamano)
Newsgroups: gnu.utils.bug
Subject: autoheader (autoconf 1.3)
Date: 25 Jan 1993 21:13:24 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Earlier, I reported that autheader fails to parse m4 output
because of incompatibility between traditional `sed' and GNU sed.
Namely, for '/pattern1/,/pattern2/' construct, traditional sed
sometimes doesn't consider it is the end of range if both
patterns appear on the same line.  This patch works around this
problem and should work with both traditional and GNU sed.

There is another sed related problem in autoheader.sh.
Traditional sed doesn't like the following construct (attempt to
replace something with a newline):

sed 's/foo/
/g'

-- >8 ---- >8 ---- >8 ---- >8 ---- >8 ---- >8 ---- >8 ----
$ rcsdiff -c3 -r1.1 autoheader.sh
===================================================================
RCS file: autoheader.sh,v
retrieving revision 1.1
diff -c3 -r1.1 autoheader.sh
*** autoheader.sh	1993/01/25 19:06:06	1.1
--- autoheader.sh	1993/01/25 19:06:57
***************
*** 63,69 ****
  # autoconf processing of the input file.
  eval "`echo \"$frob\" \
         | m4 $MACROFILES - $infile \
!        | sed -n '/^@@@/,/@@@$/s/^@*\([^@]*\)@*$/\1/p'`"
  
  # Make SYMS newline-separated rather than blank-separated.
  syms="`for sym in $syms; do echo $sym; done`"
--- 63,77 ----
  # autoconf processing of the input file.
  eval "`echo \"$frob\" \
         | m4 $MACROFILES - $infile \
!        | sed -n -e '
! 		: again
! 		/^@@@.*@@@$/s/@@@\(.*\)@@@$/\1/p
! 		/^@@@/{
! 			s/^@@@//p
! 			n
! 			s/^/@@@/
! 			b again
! 		}'`"
  
  # Make SYMS newline-separated rather than blank-separated.
  syms="`for sym in $syms; do echo $sym; done`"
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Newsgroups: gnu.utils.bug
Subject: Problem configuring Texinfo-2.16 on Solaris 1
Date: 25 Jan 1993 21:14:08 -0500
Organization: Image Analysis Systems Group, JPL
Distribution: gnu

I downloaded texinfo-2.16.tar.Z, size 516120, from gatekeeper.

Executing 'configure -prefix=/usr/local/gnu' on solaris 1 produces
sed: Ending delimiter missing on substitution: s?^prefix[       ]*=.*0prefix = /usr/local/gnu?

Problem is in lines 364 and 368 of configure:
 prsub="s?^prefix[     ]*=.*$?prefix = $prefix?"

 prsub="$prsub
 s?^exec_prefix[         ]*=.*$?exec_prefix = $exec_prefix?"

the $? is expanded by /bin/sh to 0.

Adding a backslash seems to fix it.

Patch follows.
This is being copied to bob@gnu.ai.mit.edu.
- Dan K.

*** configure.orig	Fri Oct  2 03:58:29 1992
--- configure	Mon Jan 25 12:44:05 1993
***************
*** 361,371 ****
  
  if test -n "$prefix"; then
    test -z "$exec_prefix" && exec_prefix='$(prefix)'
!   prsub="s?^prefix[ 	]*=.*$?prefix = $prefix?"
  fi
  if test -n "$exec_prefix"; then
    prsub="$prsub
! s?^exec_prefix[ 	]*=.*$?exec_prefix = $exec_prefix?"
  fi
  
  trap 'rm -f config.status; exit 1' 1 3 15
--- 361,371 ----
  
  if test -n "$prefix"; then
    test -z "$exec_prefix" && exec_prefix='$(prefix)'
!   prsub="s?^prefix[ 	]*=.*\$?prefix = $prefix?"
  fi
  if test -n "$exec_prefix"; then
    prsub="$prsub
! s?^exec_prefix[ 	]*=.*\$?exec_prefix = $exec_prefix?"
  fi
  
  trap 'rm -f config.status; exit 1' 1 3 15
From: neal@ctd.COMsat.COM (Neal Becker)
Newsgroups: gnu.utils.bug
Subject: make3.63 on hpux install
Date: 25 Jan 1993 21:01:28 -0500
Organization: COMSAT Labs
Distribution: gnu

No luck.  Tried ansi c (cc -Aa -D_HPUX_SOURCE), plain /bin/cc, and gcc
2.3.3.  Here's the problem:

job.c: In function `reap_children':
job.c:244: warning: passing arg 2 of `waitpid' from incompatible pointer type
job.c:247: warning: passing arg 1 of `wait' from incompatible pointer type
job.c:263: aggregate value used where an integer was expected
job.c:264: aggregate value used where an integer was expected
job.c:264: invalid operands to binary &
job.c:264: aggregate value used where an integer was expected
job.c:265: aggregate value used where an integer was expected

Here is job.c line 263
	      exit_sig = WIFSIGNALED (status) ? WTERMSIG (status) : 0;

Here is the macroexpanded version:
	      exit_sig =  ((((int)(status)&0377)!=0)&&(((status)&0377)!=0177))  ?  ((int)(status)&0177)  : 0;

status is a union wait.  I guess it can't be cast to an int?

This looks like an hpux screwup to me.  union wait is defined, but the
man page for wait says the arg is an int!  Maybe union wait is defined
but its use is deprecated?

Anyway, anyone know how I can test this theory by convicing configure
that I don't have union wait?

Thanks.
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Newsgroups: gnu.utils.bug
Subject: Another Problem installing Texinfo-2.16 on Solaris 2
Date: 25 Jan 1993 21:25:37 -0500
Organization: Image Analysis Systems Group, JPL
Distribution: gnu

Problem installing texinfo-2.16 under SunOS4.1.1 using Sun make and cc:
Installing using --prefix seems to require running Makefile thru sed
to fix it two places to get it to obey prefix.

Here are the steps I had to follow; IMHO, the configure script should
have modified the main Makefile, not just C/Makefile.
- Dan Kegel

# Unpacking and compilation
# Unpack and configure texinfo
cd $dir
zcat texinfo-2.16.tar.Z | tar xvf -
patch texinfo-2.16/C/configure < dan.patch
cd $dir/texinfo-2.16/C
configure --prefix=/usr/local/gnu
cd $dir/texinfo-2.16
if (! -f Makefile.orig) cp Makefile Makefile.orig
sed -e 's,prefix = /usr/local,prefix = /usr/local/gnu,' \
    -e 's,./fixfonts,prefix=$(prefix) ./fixfonts,'< Makefile.orig > Makefile
make all

### Installation (while root or psuedouser)
# Install texinfo
mkdir /usr/local/gnu/lib/{tex,tex/inputs,tex/fonts}
# Following line only works if you have TeX installed in /usr/local/tex
ln -s /usr/local/tex/lib/fonts/* /usr/local/gnu/lib/tex/fonts
cd $dir/texinfo-2.16
make install
From: Peer.Stritzinger@physik.tu-muenchen.DE
Newsgroups: gnu.utils.bug
Subject: Bug with NUL character in FS regexp in gawk 2.14
Date: 25 Jan 1993 21:15:59 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Environment: 
gawk 2.14, patchlevel 0

Intel 386 running SYSVR3.2 from Interactive.
Sparc Sun running SUNOS 4.1x
DEC 5000-25 running ULTRIX 4.2

Problem:
There is no possibilty to use the NUL character (written as
^@ in the examples) in the FS variable as part of a regular
expression.  

For the tests below this input file was used:

tst.in:
------------------------------------------------------------
100 ^@ 200 ^@ 300
400  500 600
------------------------------------------------------------

Normaly this should work, but the string is cut off at the
NUL character.  The problem could be the usage of 'strlen'
in function 'set_FS' but I did not investigate further.
------------------------------------------------------------
gawk 'BEGIN {FS = "[ \t\0]+"}
{for (i = 1; i <= NF; i++) {
	print i, $i }}' <tst.in
------------------------------------------------------------
gawk: cmd. line:1: fatal: Premature end of regular expression: /[ 	/
------------------------------------------------------------

I tried this as a workaround, but this separates fields at
blanks, tabs, backslashes, and '0'
------------------------------------------------------------
gawk 'BEGIN {FS = "[ \t\\0]+"}
{for (i = 1; i <= NF; i++) {
	print i, $i }}' <tst.in
------------------------------------------------------------
1 1
2 ^@
3 2
4 ^@
5 3
6 
1 4
2 5
3 6
4 
------------------------------------------------------------

The NUL character is preserved in the string variable but
the effect remains the same.
------------------------------------------------------------
gawk 'BEGIN {tmp = "[ \t\0]+"; print tmp; FS = tmp}
{for (i = 1; i <= NF; i++) { 
	print i, $i }}' <tst.in
------------------------------------------------------------
[ 	^@]+
gawk: cmd. line:1: fatal: Premature end of regular expression: /[ 	/
------------------------------------------------------------

Peer Stritzinger
stritzi@physik.tu-muenchen.de
From: amoss@cs.huji.ac.il (Amos Shapira)
Newsgroups: gnu.utils.bug
Subject: Minor "bugs" in GNU m4 1.0.3 documentation
Date: 22 Jan 1993 21:12:22 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Hello,

I've just finished reading the gm4 1.0.3 document (dated November 15th, 1992)
and have some minor fixes for the doc (which I hope are correct):

1. Section 7.6 (Deleting a macro, page 17):
   It says "If there is no previous definition, popdef does nothing", which I
   think you ment to read "...popdef behaves like undefine".  Anyway, I
   didn't expect the behaviour demonstrated in the example from this
   description.

2. Section 8.3 (Loops and recursion), at page 23:
   Looks like the second line in the definition of the _forloop macro
   is intermingled, it prints:

   '$4''ifelse($1, '$3', ,

   while I think the third quote on the line (the one just before the ifelse)
   should be a coma,  am I right?

3. Section 10.3 (Changing comment delimiters, page 30) says:

   "..., much as it they were quoted strings."

   's/as it/as if/' ?

4. Section 12.1 (Diverting output), page 35 says:

   "If output is diverted to an non-existent diversion, ...",

   's/ an / a /' ?

5. Section 14.2 (Evaluating integer expressions, page 45) says:

   -     Unany minus

   's/Unany/Unary/'


Thanks for a wonderfull piece of software.

--Amos Shapira, CS System Group, Hebrew University, Jerusalem, Israel
amoss@cs.huji.ac.il
From: andy@scp.caltech.edu (Andy Fyfe)
Newsgroups: gnu.utils.bug
Subject: cpio 2.2
Date: 26 Jan 1993 21:33:38 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I found cpio can be used to copy devices, but I found that if a
device had multiple links, it was not restored as such, but as
separate files.   This is also true for named pipes.

My system is the AT&T 3b1, running system V (about release 2).
Enclosed is a typescript using names pipes.

Andy Fyfe					andy@cs.caltech.edu

marmot !1 $ cd test
marmot !2 $ ls -li
total 0
  3244 prw-r--r--   2 andy     users           0 Jan 25 18:27 copy
  3244 prw-r--r--   2 andy     users           0 Jan 25 18:27 pipe
marmot !3 $ ls -li ../test2
total 0
marmot !4 $ ls * | cpio --pass --verbose ../test2
../test2/copy
../test2/pipe
0 blocks
marmot !5 $ ls -li ../test2
total 0
  3240 prw-r--r--   1 andy     users           0 Jan 25 18:31 copy
  3239 prw-r--r--   1 andy     users           0 Jan 25 18:31 pipe
marmot !6 $ cpio --version
GNU cpio version 2.2
marmot !7 $ exit
From: aoki@madonna.physics.ucla.edu (Ken-ichiro Aoki)
Newsgroups: gnu.utils.bug
Subject: gzip0.8.1 will not unzip unix-zipped files
Date: 25 Jan 1993 20:50:01 -0500
Organization: GNUs Not Usenet
Distribution: gnu

version:
  gzip 0.8.1 (22 Jan 93)
  Compilation options:
  SYSDIR  STDC_HEADERS HAVE_MEMORY_H HAVE_STRING_H  (for NeXT)
  DIRENT UTIME HAVE_UNISTD_H HAVE_MEMORY_H HAVE_STRING_H  (for sparc)

machines: 
  NeXT station running NeXTSTEP3.0 (68040@25MHz)
  Sparc IPX running SunOS4.1.2

symptom:
when I use unix-zip and try to unzip using gunzip, I get the following.
  g.zip: first entry not deflated or stored--can't extract

zip I used was
  Copyright (C) 1990,1991 Mark Adler, Richard B. Wales, and Jean-loup Gailly.
  Zip 1.0 (29 September 1991)

unix-unzip CAN unzip it. unzip version is
  UnZip:  Zipfile Extract v4.1 of 5-13-91;  (C) 1989 Samuel H. Smith
  Courtesy of:  S.H.Smith  and  The Tool Shop BBS,  (602) 279-2673.

If I am to understand the manual correctly, gunzip should
unzip (pkzip compatible) unix-zipped files. 
By the way, one of the files I used to test this was GNUmanifesto :)
but seems to be reproducible for any file.

I think this is a bug; sorry if this is a misunderstanding
or has been reported already.
Thank you for your time.      ___Ken-ichiro Aoki.
From: tbel@oahu.cern.ch (Tim Bell)
Newsgroups: gnu.utils.bug
Subject: graphics-0.17
Date: 25 Jan 1993 20:43:48 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I've been porting graphics-0.17 to the RS/6000 and found that it will
not compile correctly using the standard compiler.  It assumes that
characters are unsigned.  For AIX, it is necessary to compile it with
the following flags

cc -qchars=signed

I guess the preferred solution would be for it to compile correctly
with chars signed or unsigned.  Alternatively, an AIX section of the
Makefile could have CFLAGS set appropriately.

Tim.
From: junio@twinsun.COM (Jun Hamano)
Newsgroups: gnu.utils.bug
Subject: Re: Problem configuring Texinfo-2.16 on Solaris 1
Date: 26 Jan 1993 21:42:21 -0500
Organization: Twin Sun, Inc. (El Segundo CA)
Distribution: gnu

In article <dank.727993814@blacks.jpl.nasa.gov> dank@blacks.jpl.nasa.gov (Daniel R. Kegel) writes:

   I downloaded texinfo-2.16.tar.Z, size 516120, from gatekeeper.

   Executing 'configure -prefix=/usr/local/gnu' on solaris 1 produces
   sed: Ending delimiter missing on substitution: s?^prefix[       ]*=.*0prefix = /usr/local/gnu?

Seems like `configure' script distributed with texinfo is
generated with an older version of autoconf.  The latest autoconf
uses "%" instead of "?" to fix this problem.



--
      |
   __-+-__      Jun Hamano
_-+ (|o|) +-_   junio@twinsun.com
  !   .   !
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Newsgroups: gnu.utils.bug
Subject: bug in GNU Bison 1.18 install
Date: 25 Jan 1993 21:25:39 -0500
Organization: GNUs Not Usenet
Distribution: gnu

'make install' should test to make sure '/usr/local/info' (or whatever) is
a directory before blindly installing four info files on top of each other
as file /usr/local/info.
- Dan K. (dank@blacks.jpl.nasa.gov)
From: sherman@unx.sas.COM (Chris Sherman)
Newsgroups: gnu.utils.bug
Subject: Oh, btw...
Date: 26 Jan 1993 21:54:53 -0500
Organization: GNUs Not Usenet
Distribution: gnu

About my previous post:

I used HP's cc compiler, using -g, no optimization.
-- 
     ____/     /     /     __  /    _  _/    ____/
    /         /     /     /   /      /     /          Chris Sherman
   /         ___   /        _/      /          /
 _____/   __/   __/   __/ _\    _____/   _____/           sherman@unx.sas.com
From: cliff@cs.cornell.edu (Cliff Krumvieda)
Newsgroups: gnu.utils.bug
Subject: textutils-1.4: new bug in pr
Date: 25 Jan 1993 20:41:58 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Howdy:

We've found a small bug in GNU textutils-1.4's pr that wasn't present
in 1.3.  For some reason, pr hangs with the -2 and -a options:

======================================================================
% cat README | pr -2 -a


Jan 24 13:24 1993   Page 1


These are the GNU text file (actual utilities.  Most of these programs
their Unix counterparts, such as gr and fewer arbitrary limits.
                                    The cmp program has moved to the GN
                                    See the file NEWS for a list of maj
                                    See the file INSTALL for compilatio
                                    The textutils are intended to be PO
extensions), like the rest of the G but a few incompatibilities remain.
                                    The comprehensive Texinfo documenta
finished yet, and needs to be rewri man pages provided with this distri
                                    Although these programs have no `-V
check which version you have by usi binaries, or by using `grep' and `s
`strings - /usr/local/bin/ls | grep
Mail suggestions and bug reports fo bug-gnu-utils@prep.ai.mit.edu.
<HANGS>
======================================================================

I tested the old textutils-1.3 pr, and it terminates correctly (as
does /usr/5bin/pr on our SunOS 4.1.1 sparcstations).

Hope this helps, and thanks!

						--Cliff Krumvieda
From: leisner@wrc.xerox.COM ( Marty Leisner)
Newsgroups: gnu.utils.bug
Subject: make 3.63 installaton on sparcs
Date: 26 Jan 1993 22:09:48 -0500
Organization: Xerox
Distribution: gnu
Reply-To: leisner@eso.mc.xerox.com

I just installed make 3.63...

In the configure script, the -O option for the compiler isn't used (I'm using gcc).

In the NEWS, I didn't see a section for the changes from 3.61 to 3.62 (just 3.63).

Multpile lines with a \ is kept in make 3.63 output, but lines are conconated together in make 3.62...I'm not
sure what's "right", but they're different:

leisner@annapurna$ make -n read.o
gcc -DHAVE_CONFIG_H -DLIBDIR=\"/usr/gnu/lib\" -DINCLUDEDIR=\"/usr/gnu/include\" -c -I. -I. -I./glob \
      -g -O read.c -o read.o
leisner@annapurna$ make.old -n read.o
gcc -DHAVE_CONFIG_H -DLIBDIR=\"/usr/gnu/lib\" -DINCLUDEDIR=\"/usr/gnu/include\" -c -I. -I. -I./glob -g -O read.c -o read.o


I prefer the old way...

--
marty
leisner.henr801c@xerox.com  leisner@eso.mc.xerox.com
Member of the League for Programming Freedom
From: djm@eng.umd.edu (David J. MacKenzie)
Newsgroups: gnu.utils.bug
Subject: Re: Autoconf 1.3 - M4 include directive
Date: 25 Jan 1993 21:07:08 -0500
Organization: GNUs Not Usenet
Distribution: gnu

> Was there any good reason for undefining the include M4 builtin?

Yes -- someone wanted to put some text like "-I/fubar/include" in configure.in,
but GNU m4 was eating the word "include".

> Groff 1.06 uses it, and I've been using it in my geeks package; I
> can't see what harm it could do, and it makes the configure.in file
> much neater.

The aclocal.m4 files (autoconf looks for one in libdir and one in the
current directory) should be a sufficient replacement, at least for
what groff does.

> I'm know virtually nothing about M4, and don't want to, so my two
> basic questions are: 1) is there a good reason to disable include in
> Autoconf, and 2) if so, is there any other way round it?

If you really want to use include still, you can access it via the "builtin"
macro.