Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <palves@redhat.com>
To: Pierre Muller <pierre.muller@ics-cnrs.unistra.fr>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA] Remove AC_HEADER_STAT from configure.ac
Date: Thu, 15 Nov 2012 14:34:00 -0000	[thread overview]
Message-ID: <50A4FD68.5080006@redhat.com> (raw)
In-Reply-To: <000301cdc33c$f4203d20$dc60b760$@muller@ics-cnrs.unistra.fr>

On 15-11-2012 14:24, Pierre Muller wrote:
>   Hi Pedro,
> 
>   I tried to do the AC_HEADER_STAT removal patch...
>>
>> When moving headers to common/, we need to ensure that whatever config.h
>> HAVE_FOO symbols they are using are also produced by gdbserver's configure
>> too.
> 
>    Didn't know about this... Seems like I underestimated 
> the complexity.
>  
>> gdb_wait.h seems to depend on AC_CHECK_HEADERS checks for sys/wait.h and
>> wait.h.  gdbserver's configure only checks the former.
> 
>   Would adding wait.h to the gdbserver configure be enough for this
> problem?

Yes.

>> gdb_stat.h seems to depend on AC_HEADER_STAT for STAT_MACROS_BROKEN.
>> gdbserver's configure doesn't call that macro.  But, according to
> autoconf's
>> manual:
>>
>>> Macro: AC_HEADER_STAT
>>>
>>> If the macros S_ISDIR, S_ISREG, etc. defined in sys/stat.h do not work
>> properly
>>> (returning false positives), define STAT_MACROS_BROKEN. This is
>>> the case on Tektronix UTekV, Amdahl UTS and Motorola System V/88.
>>>
>>> This macro is obsolescent, as no current systems have the bug. New
>>> programs need not use this macro.
>>
>> These old hosts are not relevant for GDB anymore (I found references to
>> Motorola 88000 but support was removed on 6.0).  So we can just remove
>> the AC_HEADER_STAT call from gdb's configure.ac, and remove the whole
>> STAT_MACROS_BROKEN block from gdb_stat.h.  That would be done as a
> separate
>> patch (in a separate email thread).  I'd prefer that be done before the
>> move, thus avoiding adding AC_HEADER_STAT to gdbserver.
> 
>   I tried... 
> Here is the result.
>   Should we add stat.h to the list of checked headers?

No need.  gdb_stat.h includes sys/stat.h unconditionally.

> I didn't find any HAVE_STAT_H occurrence,
> and thus assumed this was unnecessary.

> PS: In the regenerated files,
> I discovered that configure has a strange, apparently unrelated
> change... Is this normal?

No.  I just tried regenerating configure in the current
mainline, with no changes to configure.ac, and configure
did not change for me.  Be sure to use pristine FSF autoconf 2.64.
Sounds like the autoconf you used has local mingw patches.

> 2012-11-15  Pierre Muller  <muller@sourceware.org>
> 
>         * configure.ac (AC_HEADER_STAT): Remove.
>         * gdb_stat.h (STAT_MACROS_BROKEN): Remove macro use
>         and corresponding code.
>         * configure: Regenerate.

Otherwise this is fine.  Thanks.

-- 
Pedro Alves


  reply	other threads:[~2012-11-15 14:34 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <50a4aadb.c54c420a.715f.5d53SMTPIN_ADDED@mx.google.com>
2012-11-15 10:15 ` [RFA] ARI fixes: move gdb_stat.h and gdb_wait.h to common subdirectory Pedro Alves
2012-11-15 14:24   ` [RFA] Remove AC_HEADER_STAT from configure.ac Pierre Muller
2012-11-15 14:34     ` Pedro Alves [this message]
2012-11-15 14:59       ` Pierre Muller
2012-11-15 15:55   ` [RFA-v2] ARI fixes: move gdb_stat.h and gdb_wait.h to common subdirectory Pierre Muller
     [not found]   ` <50a51072.c4c5440a.2696.ffffd0acSMTPIN_ADDED@mx.google.com>
2012-11-15 16:02     ` Pedro Alves
2012-11-15 16:14       ` Pierre Muller
     [not found]   ` <22837.8922366121$1352989522@news.gmane.org>
2012-11-15 16:07     ` [RFA] Remove AC_HEADER_STAT from configure.ac Tom Tromey
2012-11-15 16:09       ` Pedro Alves

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50A4FD68.5080006@redhat.com \
    --to=palves@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=pierre.muller@ics-cnrs.unistra.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox