HDTenEightyP/NetNews huggingface dataset:
From: jkp@cs.hut.fi (Jyrki Kuoppala)
Subject: shellutils 1.8, sony newsos 3.0, m68k sony news machines
Organization: Helsinki University of Technology, Finland.
Distribution: gnu
Date: Fri, 11 Dec 1992 22:21:05 GMT

the following fix is required, otherwise <time.h> will be included
twice and break things.

diff -cr shellutils-1.8.orig/lib/getdate.y shellutils-1.8/lib/getdate.y
*** shellutils-1.8.orig/lib/getdate.y	Wed Sep 30 23:39:04 1992
--- shellutils-1.8/lib/getdate.y	Fri Dec 11 20:20:10 1992
***************
*** 36,42 ****
     tricks are need, but defaults to using the gettimeofday system call.
     Include <sys/time.h> if that will be used.  */
  
! #if !defined (USG) && !defined (sgi) && !defined (__386BSD__)
  #include <sys/time.h>
  #endif
  
--- 36,42 ----
     tricks are need, but defaults to using the gettimeofday system call.
     Include <sys/time.h> if that will be used.  */
  
! #if !defined (USG) && !defined (sgi) && !defined (__386BSD__) && !defined (sony_news)
  #include <sys/time.h>
  #endif
  

Newsgroups: gnu.utils.bug
From: drg@candidus.ma30.bull.com (Daniel R. Guilderson)
Subject: Diff problems under SCO
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 07:05:33 GMT

   From: mitra@pandora.sf.ca.us (Mitra)
   Date: Fri, 11 Dec 1992 01:15:27 GMT

   Hi, I'm trying to get gnu diff running under SCO, 
   Unofortunately it wont compile correctly because of the 
   declarations 

	   register DIR *somethingorother

You need to give more information.  What version of SCO are you
running?  What version of diff are you trying to compile?  How have
you configured the diff package?

FYI, I have GNU diff 2.0 running on a i386 PC compatible which is
running ODT 2.0 (based on SCO UNIX 3.2v4).  I used the following
definitions to compile it:

	-DDIRENT=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DUSG=1
	-DHAVE_DUP2=1 -DHAVE_MEMCHR=1 -DHAVE_STRERROR=1
	-DHAVE_WAITPID=1 =Dvfork=fork

By the way, I used GCC 2.3.1 to compile diff.

   Note - I'm compiling this with cc because gnu c reputably wont work on
   16-bit machines.

Unless you are running SCO on a 286 (wow!), gcc will work on all SCO
boxes.

Newsgroups: gnu.utils.bug
From: rv@cs.brown.edu (rodrigo vanegas)
Subject: bug in sed-1.13
Organization: Dept. of Computer Science, Brown University
Distribution: gnu
Date: Tue, 15 Dec 1992 03:12:25 GMT

I believe i've found a bug in gnu-sed.  Consider the following:

   % cat > foo
   +F+
   +F
   F+
   % /usr/bin/sed -e 's/\+F\+/f/g' < foo
   f
   +F
   F+
   % /usr/local/bin/gsed -e 's/\+F\+/f/g' < foo
   f+
   f
   F+
   
It works fine without the backslashes, but...


rodrigo vanegas
rv@cs.brown.edu

ps. This bug screws up the installation of procmail, a mail sorter.
 

Newsgroups: gnu.utils.bug
From: jhpb@sarto.budd-lake.nj.US (Joseph H Buehler)
Subject: bug fix for find 3.7
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 12 Dec 1992 19:22:15 GMT

I had been having problems with the "locate" part of GNU find 3.6 and
3.7, running under SVR4.0.3 on a 486 platform.  It turned out to be a
bug in the putw() routine in the C library on this platform.  The
following patches eliminate usage of this routine in locate/code.c and
locate/locate.c.

Joe Buehler

*** code.c.~1~	Tue Jul 14 01:14:28 1992
--- code.c	Sat Dec 12 12:31:14 1992
***************
*** 115,122 ****
--- 115,131 ----
        diffcount = count - oldcount;
        if (diffcount < -14 || diffcount > 14)
  	{
+ #ifdef OLDSTUFF
  	  putc (RESET, stdout);
  	  putw (diffcount + 14, stdout);
+ #else
+ 	  int tempint = diffcount + 14;
+ 	  putc (RESET, stdout);
+ 	  putc ((unsigned char)(tempint >> 0), stdout);
+ 	  putc ((unsigned char)(tempint >> 8), stdout);
+ 	  putc ((unsigned char)(tempint >> 16), stdout);
+ 	  putc ((unsigned char)(tempint >> 24), stdout);
+ #endif
  	}
        else
  	putc (diffcount + 14, stdout);
*** locate.c.~1~	Tue Jul 14 00:25:14 1992
--- locate.c	Sat Dec 12 12:32:05 1992
***************
*** 111,117 ****
--- 111,130 ----
    c = getc (fp);
    while (c != EOF)
      {
+ #ifdef OLDSTUFF
        count += ((c == ESCCODE) ? getw (fp) : c) - OFFSET;
+ #else
+ 	  if (c == ESCCODE) {
+ 		  int tempint = 0;
+ 		  tempint += ((unsigned int)(unsigned char) getc (fp)) << 0;
+ 		  tempint += ((unsigned int)(unsigned char) getc (fp)) << 8;
+ 		  tempint += ((unsigned int)(unsigned char) getc (fp)) << 16;
+ 		  tempint += ((unsigned int)(unsigned char) getc (fp)) << 24;
+ 		  count += tempint - OFFSET;
+ 	  } else {
+ 		  count += c - OFFSET;
+ 	  }
+ #endif
  
        for (p = path + count; (c = getc (fp)) > ESCCODE;)
  	/* Overlay old path. */

Newsgroups: gnu.utils.bug
From: klamer@mi.eltn.utwente.NL (Klamer Schutte)
Subject: Gnu Graphics && idraw
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 12:23:41 GMT

In the gnu graphics documentation is mentioned that the output of
plot2ps can be edited by idraw. Current version of idraw (3.x) do not
have that capability.

Can this be fixed?

Klamer

Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl

Newsgroups: gnu.utils.bug
From: jik@pit-manager.mit.edu (Jonathan I. Kamens)
Subject: addendum to patch for --rsh-command
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 12:27:25 GMT

*** 1.2	1992/12/14 18:46:23
--- rtapelib.c	1992/12/14 22:23:21
***************
*** 274,284 ****
--- 274,295 ----
    char device[CMDBUFSIZE];	/* The remote device name.  */
    char login[CMDBUFSIZE];		/* The remote user name.  */
    char *sys, *dev, *user;	/* For copying into the above buffers.  */
+   char *rsh_name;
  
    sys = system;
    dev = device;
    user = login;
  
+   if (rsh_command) {
+     rsh_name = strrchr(rsh_command, '/');
+     if (rsh_name) {
+       rsh_name++;
+     }
+     else {
+       rsh_name = rsh_command;
+     }
+   }
+ 
    /* Find an unused pair of file descriptors.  */
  
    for (i = 0; i < MAXUNIT; i++)
***************
*** 371,377 ****
        if (*login)
  	{
  	  if (rsh_command) {
! 	    execl (rsh_command, "rsh", system, "-l", login,
  		   "/etc/rmt", (char *) 0);
  	  }
  	  execl ("/usr/ucb/rsh", "rsh", system, "-l", login,
--- 382,388 ----
        if (*login)
  	{
  	  if (rsh_command) {
! 	    execl (rsh_command, rsh_name, system, "-l", login,
  		   "/etc/rmt", (char *) 0);
  	  }
  	  execl ("/usr/ucb/rsh", "rsh", system, "-l", login,
***************
*** 388,394 ****
        else
  	{
  	  if (rsh_command) {
! 	    execl (rsh_command, "rsh", system,
  		   "/etc/rmt", (char *) 0);
  	  }
  	  execl ("/usr/ucb/rsh", "rsh", system,
--- 399,405 ----
        else
  	{
  	  if (rsh_command) {
! 	    execl (rsh_command, rsh_name, system,
  		   "/etc/rmt", (char *) 0);
  	  }
  	  execl ("/usr/ucb/rsh", "rsh", system,

Jonathan Kamens                                         jik@MIT.Edu
MIT Information Systems/Athena              Moderator, news.answers

Newsgroups: gnu.utils.bug
From: zbig@wariat.UUCP
Subject: gnutar 1.11 on ISC with gcc 2.3.1
Reply-To: zbig@wariat.org (Zbigniew J. Tyrlik)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 02:44:36 GMT

Hi guys! 

Sorry if it will not be like you want, but it is my first
bug/diffs report. 

System: intel486, ISC 3.0
Compiler: gcc 2.3.1


Changes nescessary to compile: 

1) getdate.y - somehow it was not realising that it is USG, and
was not defining tv and tz; lines 856-858.  I butchered code, and
it compiled: diffs below: 

diff getdate.y.old getdate.y

847,853d846
< #if sgi
< 	    ftz.timezone = (int) _timezone / 60;
< #else /* not sgi */
< #ifdef __386BSD__
< 	    ftz.timezone = 0;
< #else /* neither sgi nor 386BSD */
< #ifdef USG
857,865d849
< #else /* neither sgi nor 386BSD nor USG */
< 	    struct timeval tv;
< 	    struct timezone tz;
< 
< 	    gettimeofday (&tv, &tz);
< 	    ftz.timezone = (int) tz.tz_minuteswest / 60;
< #endif /* neither sgi nor 386BSD nor USG */
< #endif /* neither sgi nor 386BSD */
< #endif /* not sgi */

2) Multiple defines of valloc in port.c and in malloc.c; 
I commented out definition of valloc in port.c


Thnaks for your time, 

_zjt
-- 
********************************************************************
Zbigniew J. Tyrlik       DoD# 0759   VF700C '84      zbig@wariat.org
IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
APK	       Public Access UNI* Cleveland,          (216)-481-9436
Feeds, shell, FTP & telnet access        Uniboard distribution point 
********************************************************************


Newsgroups: gnu.utils.bug
From: michael@mercury.cs.mun.ca (Mike Rendell)
Subject: shellutils-1.8: date -u doesn't work on old bsd systems
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 11:21:08 GMT

Machine: vax
OS: 4.3bsd, ultrix 2.2

date -u (universal time) doesn't work on old BSD systems because localtime(3)
doesn't look at the TZ environment variable (TZ is set to UCT0 if the -u flag
is set).  This causes rcs [version 5.6] to fail its installation test.

Calling gmtime() instead of localtime() when the -u flag is set doesn't
completely fix the problem since the wrong time zone is printed.  I don't
see a clean way of fixing the problem, but perhaps it should be mentioned
in the README file.

--
Michael Rendell - Dept. of Comp. Sci., Memorial University of Newfoundland

Newsgroups: gnu.utils.bug
From: kevin@tamri.COM (Kevin Dalley)
Subject: Re: patch for binutils/size.c to print unsigned long rather than ints
Reply-To: kevin@tamri.com
Organization: TOSHIBA America MRI, South San Francisco, CA
Distribution: gnu
Date: Wed, 16 Dec 1992 04:24:59 GMT

>>>>> On 14 Dec 92 14:58:24 GMT, bothner@cygnus.com said:

> One could argue that bfd_size_type is more appropriate in some
> situations.

bothner> I think so, so that is what I did.
bothner> Please try the appended patch instead.

Almost.  Here's another set of patches that needs to be applied on top
of it.  When the radix is decimal, the objects that are bfd_size_type
should be printed as unsigned (%u), otherwise negative sizes show up.
I added one change that I missed in my earlier patch.

Note: This patch should be applied after Per Bothner's patch.



RCS file: /usr/local/src/CVS/binutils/binutils/size.c,v
retrieving revision 1.4
co warning: redefinition of -V option
diff -u -r1.4 size.c
--- 1.4	92/12/15 11:24:38
+++ size.c	92/12/15 20:19:33
@@ -232,7 +232,7 @@
      int width;
      bfd_size_type num;
 {
-  printf ((radix == decimal ? "%-*ld\t" :
+  printf ((radix == decimal ? "%-*lu\t" :
 	   ((radix == octal) ? "%-*lo\t" : "%-*lx\t")), width, (long)num);
 }
 
@@ -241,7 +241,7 @@
      int width;
      bfd_size_type num;
 {
-  printf ((radix == decimal ? "%*ld\t" :
+  printf ((radix == decimal ? "%*lu\t" :
 	   ((radix == octal) ? "%*lo\t" : "%*lx\t")), width, (long)num);
 }
 
@@ -299,7 +299,7 @@
   lprint_number (7, textsize);
   lprint_number (7, datasize);
   lprint_number (7, bsssize);
-  printf (((radix == octal) ? "%-7lo\t%-7lx\t" : "%-7ld\t%-7lx\t"),
+  printf (((radix == octal) ? "%-7lo\t%-7lx\t" : "%-7lu\t%-7lx\t"),
 	  (long)total, (long)total);
 
   fputs(bfd_get_filename(abfd), stdout);

--
Kevin Dalley
Toshiba America MRI, Inc.
kevin@tamri.com



Newsgroups: gnu.utils.bug
From: stan@sabaac.mayo.edu
Subject: bug in make 3.62
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 09:59:23 GMT

The documentation seems to imply you can declare wildcard .PRECIOUS
dependancies. but this doesn't work

please let me know if the documentation is wrong or if this is a bug. 

I might get the time to fix it if it is a bug


AJS

Newsgroups: gnu.gcc.bug
From: ken@sycraft.COM (Ken Richardson)
Subject: Is _IOFBF dysfunctional in gcc/g++?
Organization: SyCraft Software, Colorado Springs CO
Distribution: gnu
Date: Sat, 19 Dec 1992 20:52:03 GMT

I need to use buffered file I/O for performance, but _IOFBF isn't defined in
stdio.h (as I received it on the standard distribution from miami.edu).

I found the definition for _IOFBF as "02" from an old version of GCC (version
1.something - I don't remember exactly), and it sort-of works.  But it's
slightly buggy, for example sometimes not reading all the file data on input,
and always writing extra buffer space on output, without a correct EOF
indication. These problems didn't exist on the older version of gcc that I
upgraded to 2.2.2.

I can work around the problem by dropping the setvbuf/_IOFBF call, but that
increases my file I/O by a factor of 100.  :-(

I'm using GCC 2.2.2 on VMS as distributed by mango.rsmas.miami.edu.  :-)
I'm using the /plus compiler option, as I'm using some C++ features.

I would greatly appreciate your help; email is fine.
If any interest is expressed, I will gladly summarize.  Thanks.
--
------------------------------------------------------------------------------
 Ken Richardson  | SyCraft Software | When wealth is lost, nothing is lost;
 ken@sycraft.com | Colorado Springs | when health is lost, something is lost;
                 | CO, USA          | when character is lost, all is lost.
------------------------------------------------------------------------------


Newsgroups: gnu.gcc.bug
From: ccsam004@othello.ucdavis.edu (Brian C Hill)
Subject: missing .h files during libg++2.3 build
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 06:37:12 GMT

	I installed gcc 2.3.2 without any problems on our DECs, Sun 4's
and HP 9000/400's, and libg++ on our DECs without any problems, but
shortly into the build of libg++ 2.3, gcc complains that it cannot
find stdarg.h (which I find in the gcc-lib/arch/2.3.2/include dir) and
syslimit.h which I cannot find anywhere. Is this
	
	a) a result of improperly installing gcc 2.3.2

		(I have re-untar'd and rebuilt gcc 2ce which produces
		the same errors during the libg++ build).

	b) a result of improperly configuring libg++ to build (I doubt this)
	c) a known bug

   +----------------------------------------------------------------------+
   | Brian C. Hill                     INTERNET: hillb@cs.ucdavis.edu     |
   | System Administrator/Programmer   BITNET:   bchill@ucdavis           |
   +----------------------------------------------------------------------+
   | Computer Science & Info. Resources    PHONE: (916) 752-8878 (or 6547)|
   | University of California, Davis       FAX:   (916) 752-4767 (or 9154)|
   +----------------------------------------------------------------------+

Newsgroups: gnu.gcc.bug
From: jim@csc.albany.edu (SCHLEMMER JAMES A)
Subject: Re: syslimits.h non existant on sunos4.N
Organization: State University of New York at Albany
Distribution: gnu
Date: Tue, 15 Dec 1992 21:29:24 GMT

In article <9212141459.AA29837@cuthbert.bashstreet> dunstan@gec-epl.co.UK (Dunstan_Vavasour) writes:
>I have recently made gcc-2.3.2. I then proceeded to make glibc-1.05.
>
>I am using a spaarcstation IPC running SunOS 4.1.1 Rev B.
>
>A have had recurrent error messages about syslimits.h not being found.
>

I too am having problems with gcc-2.3.2 and glibc-1.05.  I have pretty much
the same set up as Dunstan except that I have a IPX running 4.1.2.  Here's
what I've done:

o made gcc-2.3.2 (stage1/stage2/stage3/compare/install/fixincludes)
  everything went fine and I tested it on one of my larger programs and
  it compiled cleanly

o tried to make glibc-1.05 and ran into troubles.  Here's what I did:

	o my configparms looks like this:

	  CC=/home/local/bin/gcc
	  prefix=/home/local
	  exec_prefix=/home/local
	  defines := -D__SIZE_TYPE__='unsigned long int'
	  override stddef.h =
	  override stdarg.h =

	o ./configure sparc-sun-sunos4.1

	o gmake lib
	  grinds away for quite some time and then gives a number of
	  *** gmake errors (which the INSTALL file says to watch out
	  for) and quits after

	  [lots 'o stuff deleted]
	  a - rexec.o
	  a - ruserpass.o
	  a - herror.o
	  gmake: *** [subdir_lib] Error 1

I've tried reinstalling everything several times and am about at the end
of my rope.  It's not clear to me how/where gcc looks for its default
libraries or how it knows to use glibc once it's compiled.  I compiled 
gcc with --prefix=/home/local and glibc with the same prefixes.  Should 
fixincludes even be run if glibc is going to be used?  I've got the 
following gnu products and am now unsure of their order of installation 
and degree of redundancy (if any):

gcc-2.3.2		
glibc-1.05
libg++-2.2

Any advice would be much appreciated.

Jim




Newsgroups: gnu.gcc.bug
From: dunstan@gec-epl.co.UK (Dunstan_Vavasour)
Subject: syslimits.h non existant on sunos4.N
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 14:59:51 GMT

I have recently made gcc-2.3.2. I then proceeded to make glibc-1.05.

I am using a spaarcstation IPC running SunOS 4.1.1 Rev B.

A have had recurrent error messages about syslimits.h not being found.

On investigation, the copy of .../gcc-lib/sparc-sun-sunos4.1/2.3.2/include/limits.h
contains the lines:

----8<--snip--snip-------------------------------------------------------------


/* This administrivia gets added to the beginning of limits.h
   if the system has its own version of limits.h.  */

/* We use _GCC_LIMITS_H_ because we want this not to match
   any macros that the system's limits.h uses for its own purposes.  */
#ifndef _GCC_LIMITS_H_  /* Terminated in limity.h.  */
#define _GCC_LIMITS_H_

#ifndef _LIBC_LIMITS_H_
/* Use <...> so that we find syslimits.h only in system include dirs.  */
#include <syslimits.h>
#endif

----8<--snip--snip-------------------------------------------------------------

But my system does not have a syslimits.h file. Would the copy of
syslimits.h in .../gcc-lib/sparc-sun-sunos4.1/2.3.2/include/syslimits.h 
do instead ? Or did my make install-fixincludes not work right ?


 Dunstan  | Systems Design Division           |dv@gec-epl.co.uk
 Vavasour | CEGELEC Projects                  |From JANET:
          | Rugby, Warwickshire, CV21 1BU, UK |dv%uk.co.gec-epl@uk.ac.uknet
          | Tel: (+44) 788 563535             |Fax: (+44) 788 560767

Newsgroups: gnu.gcc.bug
From: hardnett@cc.gatech.edu (HARDNETT)
Subject: bug found in as.exe(os/2)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Dec 1992 16:18:57 GMT

Hello,
I downloaded the GNU GCC compiler, and when it was unzipped I got a CRC
error. I already tried to fix it with pkzipfix, and that failed to fix the
problem.  

Even though I could not fix the CRC, I still tried to compile the sample1.c
program.  OS/2 gave me the following error:

SYS0193: *** cannot be run in a OS/2 session.

EXPLANATION: The specified file or program is either a DOS
application program or not compatible with OS/2.
ACTION: If the specified application is a DOS program,
switch to a DOS session and retry the command.
Otherwise reinstall the application and retry the command.
If the error occurs again, contact the supplier of the
application program.


To reproduce the problem I just execute as.exe.  I tried running it in a dos
session, and that did not work. 

I am not sure if the bug is in as.exe or in the site I downloaded it from.

Regards,

Charles


Newsgroups: gnu.gcc.bug
From: bytor@grumpy.NOSubdomain.NODomain (Ross Huitt)
Subject: Re: syslimits.h non existant on sunos4.N
Organization: Bellcore
Distribution: gnu
Date: Tue, 15 Dec 1992 15:22:50 GMT

It appears that syslimits.h is suppose to be sys/limits.h. Thats the fix I made
to mine and everything appears to be working fine.

-bytor


In article <9212141459.AA29837@cuthbert.bashstreet>, dunstan@gec-epl.co.UK (Dunstan_Vavasour) writes:
|> I have recently made gcc-2.3.2. I then proceeded to make glibc-1.05.
|> 
|> I am using a spaarcstation IPC running SunOS 4.1.1 Rev B.
|> 
|> A have had recurrent error messages about syslimits.h not being found.
|> 
|> On investigation, the copy of .../gcc-lib/sparc-sun-sunos4.1/2.3.2/include/limits.h
|> contains the lines:
|> 
|> ----8<--snip--snip-------------------------------------------------------------
|> 
|> 
|> /* This administrivia gets added to the beginning of limits.h
|>    if the system has its own version of limits.h.  */
|> 
|> /* We use _GCC_LIMITS_H_ because we want this not to match
|>    any macros that the system's limits.h uses for its own purposes.  */
|> #ifndef _GCC_LIMITS_H_  /* Terminated in limity.h.  */
|> #define _GCC_LIMITS_H_
|> 
|> #ifndef _LIBC_LIMITS_H_
|> /* Use <...> so that we find syslimits.h only in system include dirs.  */
|> #include <syslimits.h>
|> #endif
|> 
|> ----8<--snip--snip-------------------------------------------------------------
|> 
|> But my system does not have a syslimits.h file. Would the copy of
|> syslimits.h in .../gcc-lib/sparc-sun-sunos4.1/2.3.2/include/syslimits.h 
|> do instead ? Or did my make install-fixincludes not work right ?
|> 
|> 
|>  Dunstan  | Systems Design Division           |dv@gec-epl.co.uk
|>  Vavasour | CEGELEC Projects                  |From JANET:
|>           | Rugby, Warwickshire, CV21 1BU, UK |dv%uk.co.gec-epl@uk.ac.uknet
|>           | Tel: (+44) 788 563535             |Fax: (+44) 788 560767
|> 

Newsgroups: gnu.gcc.bug
From: peter@zeus.dialix.oz.AU (Peter Wemm)
Subject: GCC does not warn for a serious code problem
Reply-To: peter@dialix.oz.au
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 01:10:21 GMT

This is not really a bug, but is a serious "missing feature".

Consider this [flawed] code:

char *some_func(int i)
{
	char buf[1000];		/* Non static declaration */

	/* body of code writes to buf[] */

	return buf;
}

gcc -Wall does not utter a peep!  (Granted, the programmer needs a kick
in the backside (blush), but it would be nice if gcc would warn if
returning pointers to local variables caused a warning to be emitted.)

This is on GCC 2.2.2 in C++ mode on a SVR4/386 machine.

Typical compiler arguments: gcc -Wall -s -O2 -I./ -Iinclude/ dir/file.C

Thanks,

Peter
-- 
Peter Wemm : peter@zeus.dialix.oz.au   If it's broke, fix it (The MS-DOS way)
Work phone: +61-9-479-1855    If it aint broke, don't touch it (The Unix way)
Fax: +61-9-479-1134   If we can't fix it, it ain't broke (Maintainer's Motto)

Newsgroups: gnu.gcc.bug
From: ian@case.co.UK (Ian Macpherson)
Subject: MINOR PROBLEMS IN GCC 2.3.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 10:35:06 GMT

Hello!

	I've just finished building gcc 2.3.2 on a couple of our machines
	and encountered two very minor problems as follows:

    1.	host machine:	Sun Sparc IPX
	configure arg:	sparc-sun-sunos4.1
	problem:	After installation and running the install-fixincludes
			phase, the file "syslimits.h" is missing from the
			include directory. This came to light when attempting
			to build libg++-2.3. The missing file is referenced
			from "limits.h". It was present in version 2.3.1
			of the compiler. 

    2.	host machine:	Sequent Balance
	configure arg:	balance-dynix
	problem:	cccp.c (line 5927, function do_pragma) uses strchr()
			which the poor old Sequent doesn't have. I replaced
			the function with index() to solve the problem.

	Thanks,

+-----------------------------------------------------------------------+
|Ian Macpherson								|
|Cray Communications Ltd.		Phone:	+44 (923) 258229	|
|Caxton Way,				Fax:	+44 (923) 258890	|
|Watford,				Email:	ian@case.co.uk		|
|Herts. WD1 8XH.							|
|United Kingdom.							|
+-----------------------------------------------------------------------+


Newsgroups: gnu.gcc.bug