From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Daniel Ortmann" Newsgroups: gmane.emacs.devel Subject: RE: [jim@meyering.net: Re: Reported bad code in Emacs configure file] Date: Fri, 3 May 2002 15:58:12 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200205032039.g43Kdq002938@shade.twinsun.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1020459620 21375 127.0.0.1 (3 May 2002 21:00:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 3 May 2002 21:00:20 +0000 (UTC) Cc: , , , , , Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 173kA7-0005Ye-00 for ; Fri, 03 May 2002 23:00:19 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 173kFz-0003TI-00 for ; Fri, 03 May 2002 23:06:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 173k9s-0000ls-00; Fri, 03 May 2002 17:00:04 -0400 Original-Received: from mail2.lsil.com ([147.145.40.22]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 173k8H-0000eO-00; Fri, 03 May 2002 16:58:25 -0400 Original-Received: from mhbs.lsil.com (mhbs [147.145.31.100]) by mail2.lsil.com (8.9.3+Sun/8.9.1) with ESMTP id NAA08700; Fri, 3 May 2002 13:58:20 -0700 (PDT) Original-Received: from [147.145.140.52] by mhbs.lsil.com; Fri, 3 May 2002 13:58:12 -0700 Original-To: "Paul Eggert" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <200205032039.g43Kdq002938@shade.twinsun.com> Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3555 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3555 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" > 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 ], [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