HDTenEightyP/NetNews huggingface dataset:
From: conklin@talisman.kaleida.com (J.T. Conklin)
Subject: autoconf-1.2 -- define mode_t if it's not in sys/types.h
Reply-To: conklin@kaleida.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 9 Jan 1993 00:56:27 GMT

Adding a AC_MODE_T test (to check to see if mode_t is defined in
sys/types.h) to autoconf 1.2 (like is done with size_t, uid_t, and
pid_t) made it a lot easier to move a project of mine from machine
to machine.

The following patch to autconf 1.2 adds the AC_MODE_T test to
autoconfig and updates the on-line documentation.


=====
diff -c autoconf/acspecific.m4:1.1.1.1 autoconf/acspecific.m4:1.2
*** autoconf/acspecific.m4:1.1.1.1	Fri Jan  8 16:45:41 1993
--- autoconf/acspecific.m4	Fri Jan  8 16:45:41 1993
***************
*** 245,250 ****
--- 245,254 ----
  AC_HEADER_EGREP(uid_t, sys/types.h, ,
    AC_DEFINE(uid_t, int) AC_DEFINE(gid_t, int))])dnl
  dnl
+ define(AC_MODE_T,
+ [echo checking for mode_t in sys/types.h
+ AC_HEADER_EGREP(mode_t, sys/types.h, , AC_DEFINE(mode_t, int))])dnl
+ dnl
  define(AC_SIZE_T,
  [echo checking for size_t in sys/types.h
  AC_HEADER_EGREP(size_t, sys/types.h, , AC_DEFINE(size_t, unsigned))])dnl
diff -c autoconf/autoconf.texi:1.1.1.1 autoconf/autoconf.texi:1.2
*** autoconf/autoconf.texi:1.1.1.1	Fri Jan  8 16:45:43 1993
--- autoconf/autoconf.texi	Fri Jan  8 16:45:43 1993
***************
*** 580,585 ****
--- 580,591 ----
  @end group
  @end example
  
+ @item AC_MODE_T
+ @findex MODE_T
+ @vindex mode_t
+ If @code{mode_t} is not defined in @file{sys/types.h}, define
+ @code{mode_t} to be @code{int}.
+ 
  @item AC_SIZE_T
  @findex SIZE_T
  @vindex size_t

Newsgroups: gnu.utils.bug
From: pierre@la.tce.COM (Pierre Willard)
Subject: pb malloc BFD
Reply-To: pierre@la.tce.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 5 Jan 1993 22:33:03 GMT

The BFD library (binutils-2.0) contains some calls
to the malloc function without testing of the result.

In particular in bfd/seclet.c :

     char *d = malloc(seclet->size);

Should be replaced by :

     char *d = bfd_xmalloc(seclet->size);

regards
Pierre Willard

Newsgroups: gnu.utils.bug
From: mib@gnu.ai.mit.edu (Michael I Bushnell)
Subject: getdate
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 8 Jan 1993 10:57:15 GMT

The get_date library function assumes UST by default, not the local
timezone.  I think this is a bug.

	-mib


Newsgroups: gnu.utils.bug
From: ukkonen@csc.fi (Jukka Ukkonen)
Subject: making screen-3.2beta on a Convex...
Organization: Centre for Scientific Computing (CSC)
Distribution: gnu
Date: Mon, 11 Jan 1993 19:30:13 GMT

	Hello!

	I tried to compile the screen version 3.2beta on a Convex
	C3840 and bumped to some difficulties. The first being the
	fact that gcc needs -fno-builtin flag not to complain about
	mismatched definition for builtin `alloca' in the .h file
	/usr/include/stdlib.h.
	The second trouble was that on our ConvexOS distribution
	tape there were no crypt-function in libc.a. To compensate
	the lack of crypt() I have made a separate libcrypt.a in
	/usr/local/lib where gcc finds it alright but configure
	does not look for one there.

	BTW here is the command line which I used (had to use) to
	make screen.

		make CFLAGS=-fno-builtin LIBS=-lcrypt

	As a third point to report there is a patch at the end of
	this message that is needed to stop gcc from complaining
	about & and >> operation on a union and strdup having a
	different definition than the prototype. On a Convex the
	wait structure is in POSIX style a plain int.

	Otherwise the new screen seems quite OK to me. Thanks.

		// jau
------
  /    Jukka A. Ukkonen (M.Sc.), Centre for Scientific Computing (CSC)
 /__   Internet: ukkonen@csc.fi            Tel:  (Home) +358-0-578628
   /   Internet: jau@cs.tut.fi                   (Work) +358-0-4573208
  v    X.400:    c=fi, admd=fumail, no prmd, org=csc, pn=jukka.ukkonen

------------------------------ clip clip ------------------------------

*** screen-3.2b.old/screen.h	Sat Jun 13 01:03:35 1992
--- screen-3.2b/screen.h	Mon Jan 11 16:45:13 1993
***************
*** 562,566 ****
  #endif
  
  #if (!defined(SYSV) || defined(sun) || defined(RENO) || defined(xelos)) && !defined(_AIX)
! # define BSDWAIT
  #endif
--- 562,568 ----
  #endif
  
  #if (!defined(SYSV) || defined(sun) || defined(RENO) || defined(xelos)) && !defined(_AIX)
! # if !defined(__convex__)
! #  define BSDWAIT
! # endif
  #endif
*** screen-3.2b.old/socket.c	Wed Oct 28 06:48:58 1992
--- screen-3.2b/socket.c	Mon Jan 11 16:47:19 1993
***************
*** 106,112 ****
  char *SockNamePtr, *SockName;
  
  char *strdup(str)
! #ifdef hpux
  char *str;
  #else
  const char *str;
--- 106,112 ----
  char *SockNamePtr, *SockName;
  
  char *strdup(str)
! #if defined(hpux) || defined(__convex__)
  char *str;
  #else
  const char *str;

Newsgroups: gnu.utils.bug
From: jorgens@dekk.pvv.unit.no
Subject: Small addition for autoconf Ver. 1.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 9 Jan 1993 08:32:12 GMT

This a little addition for autoconf.

The addition is needed for Dolphin machines. It consists of a test for
a library which i usefull if programs is using host/uid queries.

Kjetil Wiekhorst J{\o}rgensen
  <jorgens@pvv.unit.no>

diff -crN autoconf-1.2/acspecific.m4 autoconf-1.2-mod/acspecific.m4
*** autoconf-1.2/acspecific.m4	Wed Oct 14 18:42:10 1992
--- autoconf-1.2-mod/acspecific.m4	Sat Jan  9 18:49:15 1993
***************
*** 720,722 ****
--- 720,729 ----
  test -n "$SEQUENT" && test -f /usr/lib/libseq.a &&
    LIBS="$LIBS -lseq"
  ])dnl
+ dnl
+ define(AC_DOLPHIN_YPSEC,
+ [echo checking for Dolphin libypsec
+ if test -f /lib/libypsec.a; then
+   LIBS="$LIBS -lypsec"
+ fi
+ ])dnl

Newsgroups: gnu.utils.bug
From: jbotz@mtholyoke.EDU (Jurgen Botz)
Subject: Re: tar-1.11.1: directory owner/modes don't get restored
Organization: Mount Holyoke College
Distribution: gnu
Date: Sun, 10 Jan 1993 15:42:44 GMT

In article <9301041508.AA27693@orixa.mtholyoke.edu> I wrote:
>I'm using tar-1.11.1 on a DECstation under Ultrix 4.2 and I'm finding
>that directory ownerships/modes don't get restored (i.e. when running
>as root and with -p).  Instead directories are created with owner root
>and mode 700.  Files are restored properly.

Included is a fix for this problem.  The interesting thing was that
directory ownerships /were/ restored properly when the '-m' flag
(don't restore modification times) was given.  The reason is that
with the -m flag the code that set owner, modes, and modification
times was executed and modes/times were not saved for restoring after
the contents of the directory were restored.  Without the -m flag
the owner/times/mode code was /not/ executed when directory was
created, but the modes/times but no ownership were saved to be set
after the dir's contents were restored.  With my fix ownership is
set correctly, but I'm not sure about whether the -m flag still
behaves as intended, because I don't really understand /exactly/
how it was intended to work.  There is some confusion in the overall
structure of the extract.c code with regard to when what should be
done.  I think to really fix this code the mega-switch in
extract_archive() needs to be decomposed some more.  Anyway, for
most people this patch is probably a sufficient "fix".

- Jurgen Botz

Note: if you applied Jonathan Kamen's recent fix to check the
malloc return values, change the references to malloc in this
fragment to 'ck_malloc' before applying this patch.

---- snip ----------------------------------------------------- 
--- extract.c.orig	Sun Jan 10 17:10:13 1993
+++ extract.c	Sun Jan 10 17:36:31 1993
@@ -649,9 +649,6 @@
 			msg("Added write and execute permission to directory %s",
 			  skipcrud+current_file_name);
 		}
-
-		if (f_modified)
-		  goto set_filestat;
 		tmp = (struct saved_dir_info *) malloc (sizeof (struct saved_dir_info));
 		tmp->path = malloc (strlen (skipcrud + current_file_name) + 1);
 		strcpy (tmp->path, skipcrud + current_file_name);
@@ -660,6 +657,7 @@
 		tmp->mtime = hstat.st_mtime;
 		tmp->next = saved_dir_info_head;
 		saved_dir_info_head = tmp;
+		goto set_filestat;
 	case LF_VOLHDR:
 		if(f_verbose) {
 			printf("Reading %s\n", current_file_name);
-- 
Jurgen Botz, jbotz@mtholyoke.edu
Northampton, MA, USA

Newsgroups: gnu.utils.bug
From: gaumondp@ere.umontreal.CA (Gaumond Pierre)
Subject: m4 1.0.3 installation
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 12 Jan 1993 00:06:42 GMT

I have found some other problems in Makefile.in, especially in "clean"
and "distclean". Here is the complete patch:

% diff -u configure.in.diff configure.in
--- Makefile.in-dist	Mon Jan 11 15:05:58 1993
+++ Makefile.in	Mon Jan 11 18:44:12 1993
@@ -39,7 +39,7 @@
 LIBS = @LIBS@
 LIBOBJS = @LIBOBJS@
 
-prefix = /usr/local
+prefix = @prefix@
 binprefix = 
 exec_prefix = $(prefix)
 bindir = $(exec_prefix)/bin
@@ -133,11 +133,12 @@
 	cd checks; $(MAKE) $(MFLAGS) $(MDEFINES) clean
 
 clean-local:
-	rm -f m4 *.o core
+	rm -f m4 *.o core ansi2knr
+	if test -n "$U"; then rm -f $U*.c; fi
 
 mostlyclean: clean
 
-distclean: distclean-recursive distclean-local
+distclean: clean distclean-recursive distclean-local
 
 distclean-recursive:
 	cd lib; $(MAKE) $(MFLAGS) $(MDEFINES) distclean

--
Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
Services Informatiques, Universite de Montreal. 
C.P. 6128, Succursale "A", Montreal,            
Quebec, Canada.   H3C 3J7                       


Newsgroups: gnu.utils.bug
From: rsm@math.arizona.edu (Robert S. Maier)
Subject: New feature added to graph(1)
Organization: Mathematics Department, University of Arizona
Distribution: gnu
Date: Sun, 10 Jan 1993 19:04:55 GMT

Have you ever wanted to graph data points generated by a running program,
in real time?  The standard Unix graph(1) won't do this, and neither will
GNU graph, as of release 0.17 of the graphics package.  Instead of acting
as a filter, both wait until the input stream has been closed before
plotting the data.

I have now fixed this problem.  The file

	coral.math.arizona.edu:/pub/graph/graph-0.17-RSM.tar 

contains dropin replacements for three of the files in the `graph'
subdirectory of the GNU graphics package.  If these modified versions are
used, graph will act as a filter.  Provided, that is, the user specifies
the minimum and maximum values of x and y on the command line.  That's the
most one could ask for.

This is not an official GNU release (though the code is offered to GNU).
My code seems pretty reliable (it's a straightforward rewrite of Rich
Murphey's original code, which is _very_ reliable).  But like Rich's code,
it must be considered an alpha release.

Any comments on my implementation of this new feature should be sent to _me_,
not the GNU folks!  I hope it proves useful.

-- 
Robert S. Maier   | Internet: rsm@math.arizona.edu, rsm@cs.arizona.edu
Dept. of Math.    | UUCP: uunet!arizona!amethyst!rsm
Univ. of Arizona  | Bitnet: maier@arizvms
Tucson, AZ  85721 | FAX: +1 602 621 8322
U.S.A.            | Voice: +1 602 621 6893 (dept.), +1 602 621 2617 (office)

Newsgroups: gnu.utils.bug
From: neeri@iis.ethz.ch (Matthias Ulrich Neeracher)
Subject: Suspected bug with diff --side-by-side
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 00:52:21 GMT

Hello,

while porting GNU diff 2.0 to a Machine Whose Name I Shall Not Mention,
I noticed that diff when called with the --side-by-side option sometimes
would misalign long lines containing tabs. I managed to track it down
to the following lines; when the lines marked with "+" are added, the
problem goes away. The justification for this patch is that otherwise
in_position is updated, while out_position is not *and may still be smaller
than out_bound*.

*** oldside.c	Wed Jan  6 23:39:40 1993
--- side.c	Wed Jan  6 23:39:25 1993
***************
*** 96,115 ****
--- 96,121 ----
  		{
  		  out_position++;
  		  putc (' ', out);
  		}
  	    else
  	      if (out_position + spaces < out_bound)
  		{
  		  out_position += spaces;
  		  putc (c, out);
  		}
+ 	      else
+ 	        while (out_position < out_bound && spaces--)
+ 		  {
+ 		    out_position++;
+ 		    putc (' ', out);
+ 		  }
  	  }
  	  break;
  
  	case '\r':
  	  {
  	    putc (c, out);
  	    tab_from_to (0, indent);
  	    in_position = out_position = 0;
  	  }
  	  break;

Matthias

-----
Matthias Neeracher                                   neeri@iis.ethz.ch
   "These days, though, you have to be pretty technical before you can 
    even aspire to crudeness." -- William Gibson, _Johnny Mnemonic_

Newsgroups: gnu.utils.bug
From: leo@cp.tn.tudelft.nl (Leo Breebaart)
Subject: Running GNU Finger 1.37 on a SparcStation
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 5 Jan 1993 16:00:57 GMT

My setup:

    Sun SparcStation IPC, SunOS 4.1.3
    GNU Finger 1.37
    default build & make (no args to ./configure)
    no problems during compilation or installation

My problem:

As far as I can tell everything works just peachy. Inetd is configured
ok, fingerd polls every 120 seconds, the client works fine. There's
just one thing: "finger @host" doesn't work:

    % finger @draconis
    [draconis.cp.tn.tudelft.nl]
    No one logged in on client machines.
    %

However:

    % finger .local
      User     Real Name         What    Idle  TTY  Host      Console Location
    cpadmin  CP System Administ          0:15   p3 draconis (cygnus:0.0)
    gabri    Gabri van der Maar                 p4 draconis (:0.0)
    gabri    Gabri van der Maar          0:03   p5 draconis (:0.0)
    leo      Leo Breebaart                      p1 draconis (cygnus:0.0)
    % 

If I try to finger a remote host (e.g. gnu.ai.mit.edu), it works ok,
so I guess the problem must be with my finger server somehow, right?

I'm rather new to the business of mucking around with inetd's and services
files, so I suspect I've made some silly mistake. Does anybody out there
have a clue as to what is going on?

-- 
Leo Breebaart (leo @ cp.tn.tudelft.nl)

Newsgroups: gnu.utils.bug
From: scott@igc.apc.org (Scott Weikart)
Subject: suggestions for getopt*.c in libiberty
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 5 Jan 1993 03:34:26 GMT

I'd like to add -liberty to some of my Makefiles that run on BSD and SysV.  I
want to put it after -lc, since any existing routines on a particular Unix are
probably more efficient than the versions in -liberty.  But when I try to use
getopt_long, libiberty.a(getopt.o) gets dragged in because it contains
_getopt_internal.

It would be great if _getopt_internal could be put in getopt1.c instead of
getopt.c .

Also, it would be nice if libiberty.tar.Z, with it's own configure, could
appear in prep.ai.mit.edu:~ftp/pub/gnu.

Scott Weikart			Community Data Processing (CdP): 415-322-9069
Internet: scott@igc.apc.org	Bitnet: scott%igc.apc.org@stanford
UUCP Mail Net: uunet!cdp!scott

Newsgroups: gnu.utils.bug
From: jay@banzai.pcc.COM (Jay Schuster)
Subject: Make-3.62 (and earlier) vpath bug (with fix)
Summary: Incorrect deletion out of a list
Keywords: GNU make-3.62
Organization: The People's Computer Company, Williston, VT
Distribution: gnu
Date: Thu, 7 Jan 1993 00:31:01 GMT

Running GNU Make-3.62 on an IBM RS/6000 running AIX 3.2, using the
builtin alloca() through the -ma compiler flag.

The code in construct_vpath_list in vpath.c that deletes items out of
the vpaths list does not work correctly.  When given a `vpath'
directive with no pattern or search path, it should delete everything
out of the list.  It does do that, but leaves the vpaths variable
pointing to freed space, thus messing up any future vpath
additions.  In our case, it was creating a circular list (which
iterated forever, or, when I had linked with the C-alloca, ate up
all the swapspace while doing so).

This patch fixes the problem:

--- ./vpath.c~	Wed Jan  6 18:11:39 1993
+++ ./vpath.c	Wed Jan  6 19:20:34 1993
@@ -124,8 +124,8 @@
       /* Remove matching listings.  */
       register struct vpath *path, *lastpath;
 
-      lastpath = vpaths;
-      for (path = vpaths; path != 0; lastpath = path, path = path->next)
+      lastpath = NULL;
+      for (path = vpaths; path != 0; path = path->next)
 	if (pattern == 0
 	    || (((percent == 0 && path->percent == 0)
 		 || (percent - pattern == path->percent - path->pattern))
@@ -132,7 +132,7 @@
 		&& streq (pattern, path->pattern)))
 	  {
 	    /* Remove it from the linked list.  */
-	    if (lastpath == vpaths)
+	    if (lastpath == NULL)
 	      vpaths = path->next;
 	    else
 	      lastpath->next = path->next;
@@ -142,6 +142,8 @@
 	    free ((char *) path->searchpath);
 	    free ((char *) path);
 	  }
+	else
+	  lastpath = path;
       if (pattern != 0)
 	free (pattern);
       return;
-- 
Jay Schuster <jay@pcc.COM>	uunet!uvm-gen!banzai!jay, attmail!banzai!jay
The People's Computer Company	`Revolutionary Programming'

Newsgroups: gnu.utils.bug
From: urlichs@smurf.sub.org (Matthias Urlichs)
Subject: Re: gdbm 1.5 loses key chain
Organization: University of Karlsruhe, FRG
Distribution: gnu
Date: Tue, 5 Jan 1993 20:34:51 GMT

The problem has apparently been traced to a version of the gdbm 1.5 library
which was compiled with an older version of GCC 2.x.
Recompiling with gcc 2.3.1 fixed the problem and made the broken databases
usable again; i.e. their structure appears to be intact.

If only all problems could be fixed this way... maybe RMS should compile
GCC a few times with itself, instead of issuing patches?  ;-)

-- 
Liberty is so much latitude as the powerful choose to accord the weak.
                                        -- Judge Learned Hand
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/

Newsgroups: gnu.utils.bug
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Subject: Question about texinfo distribution
Reply-To: friedman@gnu.ai.mit.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 8 Jan 1993 06:43:08 GMT

>At prep.ai.mit.edu:/pub/gnu one can find the file texinfo-2.16.README which is
>identical to the file README in the directory texinfo-2.16 that we can get from
>the same place.
>
>Is there a special reason why the information is duplicated?

I presume you are referring to the README file in texinfo-2.16.tar.Z.

It's available as a separate README file so that can download just the file
and see the package is about before getting the whole thing.  It's not
terribly important.

Newsgroups: gnu.utils.bug
From: tap@src.honeywell.com (Thomas A Peterson)
Subject: indent produces warnings
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 19:08:44 GMT

Program : indent
Version: 1.6
Machine: SPARCstation IPX
OS: SunOS4.1.1
Description:

  The following chunk of code causes indent to produce warnings.

   aristotle: cc -c indent_fail.c
   aristotle: indent indent_fail.c
   indent_fail.c: 6: Unbalanced parens
   indent_fail.c: 6: Extra )
   indent_fail.c: 17: Unbalanced parens
   indent_fail.c: 17: Extra )
   aristotle: 

  NOTE: I have no idea why C allows me to place a complete declaration
        in a cast expression but it does.


/* indent_fails.c */

void main()
{
  int a, j;

  j =1;
  a = (enum colors {red1, white1}) 1;
  {
   enum colors color;
   color = white1;
 }
}

void main1()
{
  int a;

  a = (int) (struct help { int a;} *) 1;
  {
    typedef struct help help_t;
    help_t trash;
    trash.a = 14;
 }
}

Newsgroups: gnu.utils.bug
From: MEHRDAD@glum.DEv.cf.ac.UK (GHASSEMPOORY)
Subject: Indent port for VMS
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 14:35:00 GMT

The GNU INDENT does not work properly on VMS. I have managed to get it working 
with some minor modifications. Would the developers like to incorporate these
changes in the next version of INDENT?

Please reply directly as I do not subscribe to this mailing list

Newsgroups: gnu.utils.bug
From: matt@sep.stanford.EDU (Matthias Schwab)
Subject: printing hardcopy of m4 texinfo documentation
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 09:17:55 GMT

version number m4 is 1.0 and texinfo is 1.14.
I am working on a Sun4 with SunOS 4.1.2.
The compiler should not matterin this case but, I think I used 
gcc compiler. I used the standard sun configure file which is 
included in the ditribution. 

In order to print out a hardcopy of the texinfo file I run 

	% tex m4.texinfo

The response is then:

	% This is TeX, C Version 3.14
(m4.texinfo
! I can't find file `texinfo'.
l.1 \input texinfo^^I
                     @c -*- Texinfo -*-
Please type another input file name: exit


where I have typed exit in oreder to leave the program.

Any ideas?

thank you
any help is appreciated. 

matthias schwab


Newsgroups: gnu.utils.bug
From: freudent@lab.ultra.nyu.edu (Eric Freudenthal)
Subject: filename '%' bug in gld from binutils release 2.0 (with fix)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 11:07:54 GMT

(observed on an rs/6000 running aix:) Gcc uses mktemp() to generate
"random" names for temporary files; these names may contain '%'.
These filenames are passed to gld as arguments.  Unfortunately, gld
does not recognise '%' as a valid filename character:

from ldlex.l:
CMDFILENAMECHAR   [_a-zA-Z0-9\/\.\\_\+\$\:\[\]\\\,\=\&\!\<\>\-\~]
CMDFILENAMECHAR1  [_a-zA-Z0-9\/\.\\_\+\$\:\[\]\\\,\=\&\!\<\>\~]

I added % to these productions as follows:
CMDFILENAMECHAR   [_a-zA-Z0-9\/\.\\_\+\$\:\[\]\\\,\=\&\!\<\>\%\~\-]
CMDFILENAMECHAR1  [_a-zA-Z0-9\/\.\\_\+\$\:\[\]\\\,\=\&\!\<\>\%\~]

I did not add % to productions for FILENAMECHAR or FILENAMECHAR1
because I was concerned that it might make the parser unable to
recognize some arithmetic expressions.  However, this leaves the
program with strange semantics: some filenames can be referenced from
the command line but not the script language!

Eric

Newsgroups: gnu.gcc.bug
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Subject: Can't prevent asm() from popping 387 stack
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 5 Jan 1993 09:52:06 GMT

I want to do something like the following:

double
atan2 (double y, double x)
{
  double temp;

  asm ("fpatan"
	: "+t" (temp)
	: "u" (y), "0" (x));

  return (temp);
}

The `fpatan' instruction pops one item from the top of the floating stack,
so there is only one left.  Unfortunately, GCC also seems to think it
should pop the second element on the stack:

	.file	"foo.c"
gcc2_compiled.:
.text
	.align 2
.globl _atan2
_atan2:
	fldl 12(%esp)
	fldl 4(%esp)
	fxch %st(1)
#APP
	fpatan
#NO_APP
	fstp %st(1)
	ret

I can't find any way to prevent this.  The only thing I've been able to do
is insert an extra `fld %st(0)' so it doesn't do any harm.



Newsgroups: gnu.gcc.bug
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Subject: Re: Can't prevent asm() from popping 387 stack
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 6 Jan 1993 08:43:53 GMT

Oops.  I sent the wrong bit of C code.  This:

> 	: "+t" (temp)

should have been:

>	: "=t" (temp)

Any suggestions?



Newsgroups: gnu.gcc.bug