From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: _GNU_SOURCE redundant define Date: Thu, 14 Aug 2008 09:54:15 +0200 Message-ID: <87hc9o3uc8.fsf@gnu.org> References: <87hc9o38ml.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1218700518 3325 80.91.229.12 (14 Aug 2008 07:55:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Aug 2008 07:55:18 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Aug 14 09:56:10 2008 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KTXgo-00070f-CD for guile-devel@m.gmane.org; Thu, 14 Aug 2008 09:56:10 +0200 Original-Received: from localhost ([127.0.0.1]:44568 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTXfs-0001XU-2D for guile-devel@m.gmane.org; Thu, 14 Aug 2008 03:55:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KTXfH-0001RI-0X for guile-devel@gnu.org; Thu, 14 Aug 2008 03:54:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KTXfE-0001Pr-Ur for guile-devel@gnu.org; Thu, 14 Aug 2008 03:54:34 -0400 Original-Received: from [199.232.76.173] (port=38497 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTXfE-0001Pj-MJ for guile-devel@gnu.org; Thu, 14 Aug 2008 03:54:32 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:37385 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KTXfE-000513-2d for guile-devel@gnu.org; Thu, 14 Aug 2008 03:54:32 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KTXf7-0004Rp-44 for guile-devel@gnu.org; Thu, 14 Aug 2008 07:54:25 +0000 Original-Received: from 193.50.110.95 ([193.50.110.95]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Aug 2008 07:54:25 +0000 Original-Received: from ludo by 193.50.110.95 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Aug 2008 07:54:25 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 32 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 193.50.110.95 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 28 Thermidor an 216 de la =?iso-8859-1?Q?R=E9volutio?= =?iso-8859-1?Q?n?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: i686-pc-linux-gnu User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) Cancel-Lock: sha1:SZ9sa1Hgqvi/ZJ4smNnnGyn21Y0= X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:7430 Archived-At: Hi, Greg Troxel writes: > Are you saying that autoreconf won't recreate config.h.in from > configure.in after a branch switch? Is that because git has old > timestamps on newly-changed files? Not sure actually. Well, to make sure, it's best to delete `config.h.in' and regenerate it, either with `autoreconf' or with `autoheader'. To summarize, on `master', `config.h.in' contains this: /* Enable GNU extensions on systems that have them. */ #ifndef _GNU_SOURCE # undef _GNU_SOURCE #endif On `branch_release-1-8', it should not contain this snippet; if it does, regenerate things until it vanishes. ;-) > You're welcome - I'm glad to see people concerned about how guile works > on BSD, and my copious spare time levels are low, but this seemed high > leverage. I think it's really going to be helpful to see more platform build results. It's a good tool to help us improve portability, and to make sure we don't break things. Thanks, Ludovic.