HDTenEightyP/NetNews huggingface dataset:
From: bitbug@lynx.COM (James Buster)
Newsgroups: gnu.utils.bug
Subject: memory leak fixes to make 3.63
Date: 26 Jan 1993 22:22:33 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Here is a unified diff to fix memory leaks in commands.c:

--- commands.c.orig	Tue Jan 26 13:46:57 1993
+++ commands.c	Tue Jan 26 13:48:12 1993
@@ -36,7 +36,7 @@
      register struct file *file;
 {
   register char *p;
-  char *at, *percent, *star, *less;
+  char *at, *percent, *star, *less, *save;
 
 #define	DEFINE_VARIABLE(name, len, value) \
   (void) define_variable_for_file (name, len, value, o_automatic, 0, file)
@@ -56,7 +56,7 @@
 #endif	/* NO_ARCHIVES.  */
     {
       at = savestring (file->name, strlen (file->name));
-      percent = "";
+      percent = savestring ("", 0);
     }
 
   DEFINE_VARIABLE ("@", 1, at);
@@ -64,8 +64,8 @@
 
 #define	LASTSLASH(s)	rindex ((s), '/')
 #define	FILEONLY(s)	(p != 0 ? p + 1 : (s))
-#define	DIRONLY(s)	(p == 0 ? "./" : p == (s) ? "/" \
-			 : savestring ((s), (p - (s)) + 1))
+#define	DIRONLY(s)	(p == 0 ? savestring ("./", 2) : p == (s) ? \
+			 savestring ("/", 1) : savestring ((s), (p - (s)) + 1))
 
   /* $* is the stem from an implicit or static pattern rule.  */
   if (file->stem == 0)
@@ -118,17 +118,24 @@
 
   /* Set up the D and F versions.  */
   p = LASTSLASH (at);
-  DEFINE_VARIABLE ("@D", 2, DIRONLY (at));
+  DEFINE_VARIABLE ("@D", 2, save = DIRONLY (at));
+  free (save);
   DEFINE_VARIABLE ("@F", 2, FILEONLY (at));
   p = LASTSLASH (star);
-  DEFINE_VARIABLE ("*D", 2, DIRONLY (star));
+  DEFINE_VARIABLE ("*D", 2, save = DIRONLY (star));
+  free (save);
   DEFINE_VARIABLE ("*F", 2, FILEONLY (star));
   p = LASTSLASH (less);
-  DEFINE_VARIABLE ("<D", 2, DIRONLY (less));
+  DEFINE_VARIABLE ("<D", 2, save = DIRONLY (less));
+  free (save);
   DEFINE_VARIABLE ("<F", 2, FILEONLY (less));
   p = LASTSLASH (percent);
-  DEFINE_VARIABLE ("%D", 2, DIRONLY (percent));
+  DEFINE_VARIABLE ("%D", 2, save = DIRONLY (percent));
+  free (save);
   DEFINE_VARIABLE ("%F", 2, FILEONLY (percent));
+
+  free (at);
+  free (percent);
 
   /* Make sure that no dependencies are repeated.  This does not
      really matter for the purpose of updating targets, but it
From: pmr@rock.concert.net (Paul M Reilly -- Personal Account)
Newsgroups: gnu.utils.bug
Subject: (none)
Date: 25 Jan 1993 20:24:35 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Problems encountered building/installing make-3.63 on DGUX 5.4.2

1) job.c failed to compile:

gcc -DHAVE_CONFIG_H -DLIBDIR=\"/usr/gnu/lib\" -DINCLUDEDIR=\"/usr/gnu/include\" -c -I. -I. -I./glob \
      -g job.c -o job.o
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: invalid operands to binary &
job.c:264: invalid operands to binary &
job.c:264: invalid operands to binary &
job.c:264: invalid ovalid operands to binary &
make: *** [job.o] Error 1

Chasing this down, it appears that the DGUX header file
(<sys/wait.h>) has macro definitions which conflict with those
in `job.c'.  The following diffs indicate what I did to get the
package built:

diff job.c.orig job.c
263,265c263,265
< 	      exit_code = WEXITSTATUS (status);
< 	      exit_sig = WIFSIGNALED (status) ? WTERMSIG (status) : 0;
< 	      coredump = WCOREDUMP (status);
---
> 	      exit_code = WEXITSTATUS (pid);
>             exit_sig = WIFSIGNALED (pid) ? WTERMSIG (pid) : 0;
> 	      coredump = WCOREDUMP (pid);

While this succeeded in getting "make" built, it subsequently failed
miserably:

cd /usr/gnu/src/make-3.63/
make make.info
makeinfo ./make.texinfo
Making info file `make.info' from `./make.texinfo'.
make: *** [make.info] UNKNOWN SIGNAL (# 28) (core dumped)
make: *** Deleting file `make.info'


Paul M. Reilly				Pajato Systems Group
(919)847-7294				pmr@rock.concert.net
From: neal@ctd.COMsat.COM (Neal Becker)
Newsgroups: gnu.utils.bug
Subject: gnumake 3.63 on hpux
Date: 26 Jan 1993 22:05:16 -0500
Organization: COMSAT Labs
Distribution: gnu

This will build IF you remove #define HAS_UNION_WAIT after
configuring.  Maybe some m4 expert can tell how to fix it in
autoconfigure.  Anyway, I guess hpux has union wait, but don't try to
use it cause it's broken!
From: ccksb@blaze.trentu.ca (Ken Brown)
Newsgroups: gnu.utils.bug
Subject: gnutar 1.11.1 under Ultrix 4.2
Date: 22 Jan 1993 21:39:07 -0500
Organization: Computing & Telecommunications - Trent University
Distribution: gnu

Hello,

I'm wanting to update gnutar from 1.09 to 1.11.1 because I understand that 
1.11.1 fixes the problem that 1.09 has in extracting permissions (-p)
correctly (ie: the group ends up bein -993 not the original group).

However, when I build 1.11.1 and try to use it I get;

can't add file (null):Bad address

Any recommendations, pointers, fixes, etc?

Thanks in advance...

-- 
Ken Brown                                   internet: kbrown@trentu.ca
Trent University Computing & Telecommunications  tel: (705)748-1540
Peterborough, Ontario, Canada, K9J 7B8           fax: (705)748-1246
From: sasayama@mickey.yoshida.nuie.nagoya-u.ac.jp (Kaz Sasayama)
Newsgroups: gnu.utils.bug
Subject: textutils-1.4: Macro use bug in src/pr.c
Date: 21 Jan 1993 18:01:58 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I found a macro use bug in file src/pr.c of textutils-1.4.  The file
src/pr.c has a line:

              if (!ISDIGIT (*++s))

in function main, while another file src/system.h defines the macro
`ISDIGIT' as follows.

#define ISDIGIT(c) (isascii (c) && isdigit (c))

So the pointer `s' is incremented twice if macro `isascii' is defined
by the system.
-----
   * Kaz Sasayama <sasayama@mickey.yoshida.nuie.nagoya-u.ac.jp>.
   * Dept. of Information Engineering, School of Engineering, Nagoya
     University.
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Newsgroups: gnu.utils.bug
Subject: Bug with either make-3.62 or gzip-0.5
Date: 25 Jan 1993 21:27:01 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: friedman@gnu.ai.mit.edu

>I ftp'ed from prep.ai.mit.edu in binary mode, make-3.63.tar.z,
>make-doc-3.63.tar.z and gzip-0.5.tar.Z. I made gzip-0.5,
>and tried to de-zip the make stuff:

You should use gzip 0.8.1 instead.  Older versions are possibly somewhat
incompatible.
From: ghazi@caip.rutgers.edu (Kaveh R. Ghazi)
Newsgroups: gnu.utils.bug
Subject: NGROUPS_MAX problem in make-3.62.30
Date: 21 Jan 1993 18:22:48 -0500
Organization: GNUs Not Usenet
Distribution: gnu

	I had a problem with NGROUPS_MAX in the file job.c in make-3.62.30
on a Tek XD88/10 running UTekV 3.2e.

	The problem is that it is defined to 0 in <sys/limits.h> which causes
a warning during the compile:
'"job.c", line 850: warning: Negative or zero array size'

	Since sysconf(_SC_NGROUPS_MAX) returns 16 and the value of NGROUP in
<sys/param.h> is also 16, I added a little code to #undef NGROUPS_MAX if it
equals zero so those other methods of determining the max # of groups will
be utilized in job.c.

	Here is the context diff:
diff -c job.c~ job.c
*** job.c~      Tue Jan 19 00:32:39 1993
--- job.c       Thu Jan 21 22:50:34 1993
***************
*** 28,33 ****
--- 28,38 ----
  /* Default shell to use.  */
  char default_shell[] = "/bin/sh";
  
+ /* If NGROUPS_MAX == 0 then try other methods for finding max # groups.  */
+ #if defined(NGROUPS_MAX) && (NGROUPS_MAX == 0)
+ #undef NGROUPS_MAX
+ #endif /* NGROUPS_MAX == 0 */
+ 
  #ifndef       NGROUPS_MAX
  #ifdef        POSIX
  #define       GET_NGROUPS_MAX sysconf (_SC_NGROUPS_MAX)

		--Kaveh
--
Kaveh R. Ghazi			CAIP Center, Rutgers University.
ghazi@caip.rutgers.edu		rutgers!caip.rutgers.edu!ghazi
From: neal@ctd.COMsat.COM (Neal Becker)
Newsgroups: gnu.utils.bug
Subject: Patch + RCS = ?
Date: 22 Jan 1993 21:46:37 -0500
Organization: COMSAT Labs
Distribution: gnu

Sorry for the cryptic subject.  I like to use RCS.  The only problem
is, how to make a patch from this? 

It is easy enough if you only have one directory, then you just use
rcsdiff.  The only problem is, rcsdiff doesn't have a -r switch!  So,
what about making a patch from multiple directories?

Also, what's the status of rcsclean in 5.6?

Thanks.
From: root@osnome.che.wisc.edu (System Operator)
Newsgroups: gnu.utils.bug
Subject: GNU Make 3.63 bug in Makefile
Date: 25 Jan 1993 21:06:22 -0500
Organization: GNUs Not Usenet
Distribution: gnu

make version 3.63.
DECstation 3100 Ultrix 4.3.

The "distclean" rule in the Makefile deletes make-stds.texi which
cannot be regenerated.  The problematic line is
	-rm -f TAGS tags make.info* make-* make.dvi
"distclean" shouldn't remove something that can't be regenerated.

				Tom
From: jloup@chorus.FR (Jean-loup Gailly)
Newsgroups: gnu.utils.bug
Subject: Re: Suggestion for GNU tar
Date: 26 Jan 1993 22:02:41 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: jloup@chorus.fr (Jean-loup Gailly)

root@osnome.che.wisc.edu writes:

> It would be nice if GNU tar could be configured to support gzip compression
> as well as "compress" compression.

Future versions of tar will support gzip. A *non official* patch
for tar 1.11.1 is given in the gzip 0.8.1 distribution. With this
patch, "tar -z" uses gzip, "tar -Z" uses compress.

Jean-loup Gailly
jloup@chorus.fr
From: G.Joly@cs.ucl.ac.uk (Gordon Joly)
Newsgroups: gnu.utils.bug
Subject: [Gordon Joly: Strip deletes a.out's if linked.]
Date: 26 Jan 1993 22:08:06 -0500
Organization: GNUs Not Usenet
Distribution: gnu

It is a feature!!!!


porridge:COMMON/BUILD/gzip-0.8.1[15] gstrip -v
Usage gstrip [-S][-s srcfmt] [-d dtfmt] [-b bothfmts] infile [outfile]
porridge:COMMON/BUILD/gzip-0.8.1[16] 


Gordon.

------- Forwarded Message

Return-Path: <g.joly@uk.ac.ucl.cs>
Received: from porridge.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP 
          id <g.13226-0@bells.cs.ucl.ac.uk>; Tue, 26 Jan 1993 15:13:09 +0000
To: bug-gnu-utils@edu.mit.ai.prep
cc: G.Joly@uk.ac.ucl.cs
Subject: Strip deletes a.out's if linked.
Date: Tue, 26 Jan 93 15:13:06 +0000
From: Gordon Joly <G.Joly@uk.ac.ucl.cs>



On SUN4, SunOS 4.1.1, gcc 2.3.3 compiled, strip version 1.94 (?)

porridge:gjoly/c[21] cc -o simple simple.c
porridge:gjoly/c[22] ln simple notso
porridge:gjoly/c[23] file simple notso
simple:		sparc demand paged dynamically linked executable not stripped
notso:		sparc demand paged dynamically linked executable not stripped
porridge:gjoly/c[24] ls -l simple notso
- -rwxrwxr-x  2 gjoly       24576 Jan 26 09:21 notso
- -rwxrwxr-x  2 gjoly       24576 Jan 26 09:21 simple
porridge:gjoly/c[25] strip simple notso
strip: simple: Error 0
porridge:gjoly/c[26] ls -l simple notso
- -rwxrwxr-x  2 gjoly           0 Jan 26 09:21 notso
- -rwxrwxr-x  2 gjoly           0 Jan 26 09:21 simple
porridge:gjoly/c[27] file  simple notso
simple:		empty
notso:		empty
porridge:gjoly/c[28] 



I discovered this when I tried to strip:

porridge:gjoly/Local/bin[126] ll gcc*
- -rwxr-xr-x  2 gjoly      114688 Jan  7 16:37 gcc
- -rwxr-xr-x  2 gjoly      114688 Jan  7 16:37 gcc-sparc-sun-sunos4.1.1
porridge:gjoly/Local/bin[127] 

Gordon,
____

Gordon Joly      Phone  +44 71 387 7050 ext 3703      FAX  +44 71 387 1397
Internet: G.Joly@cs.ucl.ac.uk        UUCP: ...!{uunet,uknet}!ucl-cs!G.Joly
Computer Science, University College London, Gower Street, LONDON WC1E 6BT

------- End of Forwarded Message
From: sbb@laplace.eng.SUn.COM (Steve Byrne)
Newsgroups: gnu.utils.bug
Subject: Problem compiling Texinfo-2.16 on Solaris 2
Date: 22 Jan 1993 21:27:07 -0500
Organization: Sun Microsystems Inc., Mountain View, CA
Distribution: gnu

Compiling info.c on solaris 2 produces:

./info.c:4158: storage size of `original_ltchars' isn't known

Compilation command line is:

gcc -O -c -g -DDEFAULT_INFOPATH='".:/doe/public/gnu/info:/usr/gnu/info:/usr/local/emacs/info:/usr/local/lib/emacs/info"' -DINFO_PRINT_COMMAND='"lpr"'  -DUSGr3=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DUSG=1 -DHAVE_ALLOCA_H=1 ./info.c

I'm a little suspicious that USGr3 is defined in this environment, but this
doesn't seem to be directly related.  

Patch: (not the best, but it does address the immediate problem)

After the file inclusions add:

#if defined(sun) && defined(__svr4__)
#undef TIOCGETC
#undef TIOCGLTC
#endif

Steve
--
From: laprade@trantor.harris-atd.com (Ken Laprade)
Newsgroups: gnu.utils.bug
Subject: `df file' shouldn't imply `-a'
Date: 21 Jan 1993 18:04:27 -0500
Organization: GNUs Not Usenet
Distribution: gnu

When `df' is given pathnames as arguments, it implicitely sets the `-a'
flag.  At our installation (of Sun 4's running SunOS4.1.1), the
unfortunately large and poorly maintained `auto.direct' is often out of
date with respect to `/etc/exports' files or even what machines exist.
Checking `ignored' filesystems in this situation produces obnoxious timeout
delays.  This also causes undesirable reports for automounted filesystems:

   > df .
   Filesystem         1024-blocks  Used Available Capacity Mounted on
   ne:(pid129)		...		...	...	   /netshare2

But without the `-a' set:

   Filesystem         1024-blocks  Used Available Capacity Mounted on
   ne:/mnt3c		...		...	...	   /tmp_mnt/netshare2

How about not setting `-a' unless specifically requested:

--- fileutils-3.3/src/df.c	Thu Jul 16 23:38:40 1992
+++ /tmp/SC-df.c	Thu Jan 21 08:29:46 1993
@@ -151,7 +151,7 @@
   if (optind != argc)
     {
       /* Display explicitly requested empty filesystems. */
-      show_all_fs = 1;
+/*      show_all_fs = 1; */
 
       /* stat all the given entries to make sure they get automounted,
 	 if necessary, before reading the filesystem table.  */

---
Ken Laprade			INTERNET: laprade@trantor.harris-atd.com
Harris Corporation 		Usenet:  ...!uunet!x102a!trantor!laprade
PO Box 37, MS 16/1912		Voice: (407)727-4433
Melbourne, FL 32902		FAX: (407)729-3363
From: defert@gnuisance.cern.ch (Philippe Defert)
Newsgroups: gnu.utils.bug
Subject: GNU make 3.63 on hp 700 hpux 8.07 gcc 2.3.3( from jaguar.cs.utah.edu)
Date: 26 Jan 1993 22:08:02 -0500
Organization: GNUs Not Usenet
Distribution: gnu

After the ./configure, you should modify the config.h to comment out
the 

#define HAVE_UNION_WAIT 1

line and then job.c compiles.

Amicalement.
--

  ************************************************************************
  *  Philippe Defert: Computing and Networks Division                    *
  *                   CERN,  European Laboratory for Particle Physics    *
  ************************************************************************
  *  Earth mail:                     |          E*mail:                  *
  *     CERN / CN / CO               |      defert@dxcern.cern.ch        *
  *  CH*1211 Geneve 23. Switzerland. |      defert@dxcern.UUCP           *
  *  Voice:                          |      defert@dxcern.bitnet         *
  *     + 41 22 7673923              |      psi%02284681140551::defert   *
  ************************************************************************
  *                                              | \                     *
  *      D`es que le vent soufflera,             |   \                   *
  *      Je repartira.                          /|     \                 *
  *      D`es que les vents tourneront,        / |       \               *
  *      Nous nous en allerons.               /__|_________\             * 
  *                                           \____________/             *  
  ************************************************************************
From: dodd@mycenae.cchem.berkeley.edu (Lawrence R. Dodd)
Newsgroups: gnu.utils.bug
Subject: Re: Suggestion for GNU tar
Date: 26 Jan 1993 22:15:13 -0500
Organization: Dept of Chemical Engineering, Polytechnic Univ, NY, USA
Distribution: gnu

>>>>> "System" == System Operator <root@osnome.che.wisc.edu> writes:

  System> It would be nice if GNU tar could be configured to support gzip compression
  System> as well as "compress" compression.

there is a patch to gtar for gzip support in
/roebling.poly.edu:/pub/gzip-gtar-1.11.1.patch and probably is in
prep.ai.mit.edu and also in with gzip.
From: ghazi@caip.rutgers.edu (Kaveh R. Ghazi)
Newsgroups: gnu.utils.bug
Subject: autoconf-1.3, USG, BSD-string suggestions
Date: 26 Jan 93 01:38:12 GMT
Distribution: gnu
Organization: Rutgers Univ., New Brunswick, N.J.


	I have two suggestions for autoconf.

	I was thinking that perhaps autoconf should not decide to define/undef
USG depending on whether or not it finds <strings.h>, bcopy() and index(), but
should instead use another symbol.
	I've found that USG is generally taken to mean SYSV (r3 or less).
But some SYSV's do include the BSD string functions so assuming that their
presence ==> ^USG may be inappropriate.  It makes more sense to relate BSD
string stuff to something like HAVE_BSTRING when these functions are available,
similar to what emacs does.  USG, if its defined by autoconf at all, would be
more useful if it related to something at the kernel level like interruptable
system calls.  (But because of its ambiguity, I'd rather it not be used at all.)

	A second suggestion regarding BSD string functions, is that autoconf,
in addition to its C file compile test, egrep for their presence in strings.h
similar to what you do for memchr() in SunOS.  I have a machine (Tek XD88
running UTekV) which has bcopy() and index() in libc, and it has <strings.h>,
but strings.h doesn't declare the functions.  So I end up getting gillions of
integer - pointer warnings.

		--Kaveh
-- 
Kaveh R. Ghazi			CAIP Center, Rutgers University.
ghazi@caip.rutgers.edu		rutgers!caip.rutgers.edu!ghazi
From: jjm@jjmhome.UUCP (Jim Murray)
Newsgroups: gnu.utils.bug
Subject: Bug report for tar.1.11.1
Date: 25 Jan 1993 21:15:59 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I found two problems with the handling of sparse files in tar-1.11.1.
The first is that if there were exactly 26 elements in sparsearray
only 25 would be written out leading to any number of possible error
messages depending on the first few bytes of the data in the file.

The second problem is that if the file ends in a block of 0's the
last byte is not written so the file is left with the wrong size.
I decided to fix this in create rather than extract.  The fix is
that if amidst_data is not set at eof put out a block with just the
last byte of the file.

Jim


*** ../tar-1.11.1/create.c	Mon Sep 14 17:19:28 1992
--- create.c	Mon Jan 25 15:33:55 1993
***************
*** 516,522 ****
  /*			sum += i;
  			if (sum < upperbound)
  				goto extend;*/
! 			if (index_offset+i < upperbound) {
  				index_offset += i;
  				exhdr->ext_hdr.isextended++;
  				goto extend;
--- 518,524 ----
  /*			sum += i;
  			if (sum < upperbound)
  				goto extend;*/
! 			if (index_offset+i <= upperbound) {
  				index_offset += i;
  				exhdr->ext_hdr.isextended++;
  				goto extend;
***************
*** 1045,1050 ****
--- 1047,1057 ----
  	}
  	if (amidst_data)
  	        sparsearray[sparse_ind++].numbytes = numbytes;
+ 	else
+ 	{
+ 		sparsearray[sparse_ind].offset = offset-1;
+ 	        sparsearray[sparse_ind++].numbytes = 1;
+ 	}
  	close(fd);
  
  	return sparse_ind - 1;

-- 
Jim Murray              INET        jjm%jjmhome@stratus.com
2 Mohawk Circle         SMART UUCP  jjm@jjmhome.uucp
Westboro Mass 01581                 uunet!lectroid!jjmhome!jjm
USA                                 voice (508) 366-2813
From: dpg@cs.nott.ac.uk (Dave Gymer)
Newsgroups: gnu.utils.bug
Subject: Autoconf 1.3 - M4 include directive
Date: 22 Jan 1993 21:21:36 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Was there any good reason for undefining the include M4 builtin?
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.

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?

I've been thinking about trying Metaconfig for a while; it'd be a
shame for something this trivial to be the ``straw that broke the
camel's back''.

Regards,
-- Dave Gymer
From: pinard@icule.UUCP (Francois Pinard)
Newsgroups: gnu.utils.bug
Subject: lib/error.c and lib/xmalloc.c improvements
Date: 25 Jan 1993 20:12:48 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: pinard@iro.umontreal.ca

Hi, people.

Comparing GNU text utilities 1.4's lib directory with the routines I
sometimes distribute, I realize that lib/error.c and lib/xmalloc.c are
lacking the conditionnal inclusion of "config.h".  Could this be added
to the common version?

Also, various malloc's do not behave regularily when given 0 as
argument.  xmalloc will abort if malloc returns NULL.  What about
xmalloc returning NULL without calling malloc, whenever given 0 as
argument?

Reversed diffs follow:

---------------------------------------------------------------------->
/usr0/tmp/textutils-1.4/lib) diff -u ~/3/libgnu .
diff -u /usr2/pinard/3/libgnu/error.c ./error.c
--- /usr2/pinard/3/libgnu/error.c	Fri Jan  1 17:22:39 1993
+++ ./error.c	Sat Jul 18 14:23:10 1992
@@ -17,10 +17,6 @@
 
 /* Written by David MacKenzie.  */
 
-#ifdef HAVE_CONFIG_H
-#include "config.h"
-#endif
-
 #include <stdio.h>
 
 #ifdef HAVE_VPRINTF
--- /usr2/pinard/3/libgnu/xmalloc.c	Fri Jan  1 17:25:54 1993
+++ ./xmalloc.c	Sat Jul 18 14:27:23 1992
@@ -15,10 +15,6 @@
    along with this program; if not, write to the Free Software
    Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.  */
 
-#ifdef HAVE_CONFIG_H
-#include "config.h"
-#endif
-
 #ifdef STDC_HEADERS
 #include <stdlib.h>
 #else
@@ -37,8 +33,6 @@
 {
   char *p;
 
-  if (n == 0)
-    return 0;
   p = malloc (n);
   if (p == 0)
     /* Must exit with 2 for `cmp'.  */
----------------------------------------------------------------------<

-- 
Franc,ois Pinard        ``Vivement GNU!''       pinard@iro.umontreal.ca
(514) 588-4656                                   ...!uunet!iros1!pinard
About the League for Programming Freedom?  Email me or lpf@uunet.uu.net
From: amoss@cs.huji.ac.il (Amos Shapira)
Newsgroups: gnu.utils.bug
Subject: Autoconfig's lack of configurability
Date: 22 Jan 1993 21:13:39 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Hello,

I've just looked into Autoconfig 1.3 and am a bit puzzled by the lack of
configurability in a software which deals with flexibility of configurations
of other software packages (got that? :).

I'm raising this point because I can't install GNU m4 as 'm4' since it will
break software which expect the regular behaviour.  I must therefore install
it under 'gm4',  but then autoconfig won't find it.  I can manually change it
but this is not the 'right' way to go, IMHO.

>From the little I know about autoconfig I think the following lines should be
added when generating the 'bootstrap' configure script (why isn't autoconfig's
own config.in supplied,  just for educational purposes?  Or am I overlooking
something?)

AC_DEFINE(m4)
AC_PROGRAMS_CHECK(m4, gm4, m4)

And change autoconf.sh to read

@m4@ $MACROFILES $infile > $tmpout

Hope this suggestion is accepted,  and thanks very much for this wonderfull
package.

--Amos Shapira, CS System Group, Hebrew University, Jerusalem, Israel
amoss@cs.huji.ac.il