RE: [jim@meyering.net: Re: Reported bad code in Emacs configure file]

["Daniel Ortmann" <dortmann@lsil.com>]

Darn this company firewall anyway!  :-(   I've tried *all* of the tricks,
including using different ports (http ports, etc), and I just can't get
through.

I'll have to start taking a laptop home to get the most current CVS code
into work.

Or would it be possible to have the savannah emacs project provide a nightly
tar of the cvs trunk?  (caveat emptor, of course.)  _Then_ I could get
through the firewall.

-----Original Message-----
From: Paul Eggert [mailto:eggert@twinsun.com]
Sent: Friday, May 03, 2002 3:40 PM
To: dortmann@lsil.com
Cc: emacs-devel@gnu.org; oliva@lsd.ic.unicamp.br; akim@epita.fr;
tromey@cygnus.com; proski@gnu.org; rms@gnu.org
Subject: Re: [jim@meyering.net: Re: Reported bad code in Emacs configure
file]


> From: "Daniel Ortmann" <dortmann@lsil.com>
> Date: Fri, 3 May 2002 13:43:06 -0500
>
> In other words, I believe that, when using the "--without-gcc" option, the
> "if" part is not being run and therefore the variable is not being set.

That's a bug in the GNU Emacs 21.2 configure.in script.  The following
patch has already been applied to the trunk, so I think the point is
moot.  I don't know who did the patch or when they did it, but it was
probably after 21.2 came out.

--- configure.in.~1.267.4.8.~	2002-03-15 04:45:21.000000000 -0800
+++ configure.in	2002-05-03 13:31:53.453360000 -0700
@@ -1362,7 +1362,7 @@ AC_TYPE_SIGNAL
 dnl Check for speed_t typedef.
 AC_CACHE_CHECK(for speed_t, emacs_cv_speed_t,
 AC_TRY_COMPILE([#include <termios.h>], [speed_t x = 1;],
-  emacs_cv_speed_t=yes))
+  emacs_cv_speed_t=yes, emacs_cv_speed_t=no))
 if test $emacs_cv_speed_t = yes; then
   AC_DEFINE(HAVE_SPEED_T)
 fi