[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: address@hidden: Re: Reported bad code in Emacs configure file]
From: |
Daniel Ortmann |
Subject: |
RE: address@hidden: Re: Reported bad code in Emacs configure file] |
Date: |
Fri, 3 May 2002 15:58:12 -0500 |
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:address@hidden
Sent: Friday, May 03, 2002 3:40 PM
To: address@hidden
Cc: address@hidden; address@hidden; address@hidden;
address@hidden; address@hidden; address@hidden
Subject: Re: address@hidden: Re: Reported bad code in Emacs configure
file]
> From: "Daniel Ortmann" <address@hidden>
> 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