From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8862 invoked by alias); 25 May 2010 05:14:42 -0000 Received: (qmail 8852 invoked by uid 22791); 25 May 2010 05:14:41 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM X-Spam-Check-By: sourceware.org Received: from mail-ww0-f41.google.com (HELO mail-ww0-f41.google.com) (74.125.82.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 25 May 2010 05:14:33 +0000 Received: by wwi14 with SMTP id 14so3219761wwi.0 for ; Mon, 24 May 2010 22:14:29 -0700 (PDT) Received: by 10.227.129.15 with SMTP id m15mr6362875wbs.170.1274764469848; Mon, 24 May 2010 22:14:29 -0700 (PDT) Received: from [192.168.0.10] (dra38-7-88-179-85-53.fbx.proxad.net [88.179.85.53]) by mx.google.com with ESMTPS id z33sm36811827wbd.19.2010.05.24.22.14.28 (version=SSLv3 cipher=RC4-MD5); Mon, 24 May 2010 22:14:28 -0700 (PDT) Subject: Re: [commit] updated gnulib from latest git. From: =?ISO-8859-1?Q?Fr=E9d=E9ric?= RISS To: Pedro Alves Cc: gdb-patches@sourceware.org In-Reply-To: <201005242356.50701.pedro@codesourcery.com> References: <201005230240.12389.pedro@codesourcery.com> <1274733610.1918.15.camel@localhost.localdomain> <201005242356.50701.pedro@codesourcery.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 25 May 2010 09:03:00 -0000 Message-ID: <1274764467.1918.18.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-05/txt/msg00563.txt.bz2 Le lundi 24 mai 2010 à 23:56 +0100, Pedro Alves a écrit : > On Monday 24 May 2010 21:40:10, Frédéric RISS wrote: > > I don't understand all the specifics, but it seems there is something > > broken in this commit. The commit contains the followig hunk in > > gdb/config.in: > > > > -/* Number of bits in a file offset, on hosts where this is settable. */ > > -#undef _FILE_OFFSET_BITS > > - > > How bizarre. I don't know how that happened. Maybe I used the wrong > version of autoconf/header. Just regenerating the file brought > that back. > > Thanks for finding and pointing this out. Thanks. For the record, I tried regenerating these myself and I got yet another version, but which also didn't contain the large file support. What version of the autotools are you using, isn't it 2.64? Fred.