From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 83415 invoked by alias); 19 Oct 2016 03:23:09 -0000 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 Received: (qmail 81783 invoked by uid 89); 19 Oct 2016 03:22:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy=HX-Greylist:0400, HX-Greylist:EDT X-HELO: mail.baldwin.cx Received: from bigwig.baldwin.cx (HELO mail.baldwin.cx) (96.47.65.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 19 Oct 2016 03:22:43 +0000 Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 41AD910AF92; Tue, 18 Oct 2016 23:22:41 -0400 (EDT) From: John Baldwin To: gdb-patches@sourceware.org Cc: Pedro Alves Subject: Re: spurious change regenerating gdb/config.in? Date: Wed, 19 Oct 2016 03:23:00 -0000 Message-ID: <5948067.MWKfYDzD67@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-IsSubscribed: yes X-SW-Source: 2016-10/txt/msg00557.txt.bz2 On Wednesday, October 19, 2016 01:09:53 AM Pedro Alves wrote: > If I run autoheader on the gdb/ dir, I see this spurious > change come out: > > diff --git c/gdb/config.in w/gdb/config.in > index c82a5b4..3790d10 100644 > --- c/gdb/config.in > +++ w/gdb/config.in > @@ -453,12 +453,12 @@ > /* Define to 1 if your system has struct lwp. */ > #undef HAVE_STRUCT_LWP > > -/* Define to 1 if `struct ptrace_lwpinfo' is a member of `pl_tdname'. */ > -#undef HAVE_STRUCT_PTRACE_LWPINFO_PL_TDNAME > - > /* Define to 1 if `struct ptrace_lwpinfo' is a member of `pl_syscall_code'. */ > #undef HAVE_STRUCT_PTRACE_LWPINFO_PL_SYSCALL_CODE > > +/* Define to 1 if `struct ptrace_lwpinfo' is a member of `pl_tdname'. */ > +#undef HAVE_STRUCT_PTRACE_LWPINFO_PL_TDNAME > + > /* Define to 1 if your system has struct reg in . */ > #undef HAVE_STRUCT_REG > > > This is with pristine FSF autoconf 2.64. I suspect this is > just because the config.in in master was generated by some > other autoconf version. To confirm, does anyone else > see this? I don't see this, but feel free to fix. It is likely my fault somehow as I added the associated check. I had used a pristine FSF autoconf (built and installed to a custom prefix to avoid it using any other autoconf), so I'm not sure why it is different. -- John Baldwin