Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Christian Biesinger <cbiesinger@google.com>
To: Pedro Alves <pedro@palves.net>
Cc: Eli Zaretskii <eliz@gnu.org>, gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Update gnulib to current trunk
Date: Mon, 6 Jul 2020 13:19:32 -0500	[thread overview]
Message-ID: <CAPTJ0XG8xOdVQ7BUuCyTk+GRTMPeoyz8aYq0GTpDayxpGbaVEg@mail.gmail.com> (raw)
In-Reply-To: <2d285f8f-57be-2d4f-ce7f-57afe65c6898@palves.net>

Fair enough. This is the module diff:

--- /tmp/old 2020-07-06 13:04:17.837482577 -0500
+++ /tmp/new 2020-07-06 13:02:48.636984706 -0500
@@ -1,9 +1,12 @@
+Module list with included dependencies (indented):
     absolute-header
   alloca
     alloca-opt
     arpa_inet
     assure
     at-internal
+    attribute
+    btowc
     builtin-expect
     c99
   canonicalize-lgpl
@@ -13,12 +16,12 @@
     close
     closedir
   count-one-bits
+    ctype
     d-ino
     d-type
   dirent
   dirfd
     dirname-lgpl
-    dosname
     double-slash-root
     dup
     dup2
@@ -52,8 +55,8 @@
     getdtablesize
     getlogin_r
     getprogname
+    getrandom
     gettext-h
-    gettimeofday
   glob
     glob-h
     hard-locale
@@ -62,6 +65,7 @@
     intprops
   inttypes
     inttypes-incomplete
+    isblank
     isnand-nolibm
     isnanl-nolibm
     largefile
@@ -69,7 +73,6 @@
   limits-h
     localcharset
     locale
-    localtime-buffer
     lock
   lstat
     malloc-posix
@@ -78,11 +81,13 @@
     mbrtowc
     mbsinit
     mbsrtowcs
+    mbtowc
   memchr
   memmem
     memmem-simple
     mempcpy
     memrchr
+    minmax
   mkdir
   mkdtemp
   mkostemp
@@ -132,13 +137,14 @@
     strerror-override
   strerror_r-posix
     string
+    strnlen
     strnlen1
   strstr
     strstr-simple
   strtok_r
+    sys_random
     sys_socket
   sys_stat
-    sys_time
     sys_types
     sys_uio
     tempname
@@ -156,5 +162,7 @@
     windows-once
     windows-recmutex
     windows-rwlock
+    wmemchr
+    wmempcpy
     xalloc-oversized

It seems what is getting removed is:
-    dosname  (deprecated module and we don't use dosname.h)
-    gettimeofday (it looks like we use this in remote-fileio.c)
-    localtime-buffer (looks like basically an implementation detail)
-    sys_time (looks like GDB specifically did *not* want this per
comments in gdbsupport/gdb_sys_time.h)

So:
- For gettimeofday, the fixes in
https://www.gnu.org/software/gnulib/manual/html_node/gettimeofday.html#gettimeofday
don't look that important for gdb, but we could include the module.
Let me know if you want me to.

- For sys_time, we could perhaps replace the #undef in gdb_sys_time.h
with an #error. Let me know.

Christian

On Thu, Jul 2, 2020 at 2:07 PM Pedro Alves <pedro@palves.net> wrote:
>
> On 7/2/20 8:02 PM, Eli Zaretskii wrote:
> >> From: Pedro Alves <pedro@palves.net>
> >> Date: Thu, 2 Jul 2020 19:49:53 +0100
> >>
> >>> This fixes two issues on Windows: Update.
> >>> https://sourceware.org/pipermail/gdb-patches/2020-June/169978.html
> >>
> >> This seems to be bringing in a good amount of churn.
> >
> > Maybe we should just update the two modules which were changed due to
> > my reports?  Would that be safer?
> >
>
> I don't know.  I'd be happy with just seeing the list of the
> dependencies being pulled in and dropped before making such
> a decision.  It's just a precautionary measure, the update is
> probably fine.
>
> Pedro Alves


  reply	other threads:[~2020-07-06 18:20 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20200630184349.4009048-1-cbiesinger@google.com>
2020-06-30 19:19 ` Christian Biesinger
2020-07-02 18:49   ` Pedro Alves
2020-07-02 19:02     ` Eli Zaretskii
2020-07-02 19:06       ` Pedro Alves
2020-07-06 18:19         ` Christian Biesinger [this message]
2020-07-15  2:40           ` Christian Biesinger
2020-07-16 14:56           ` Pedro Alves
2020-08-13 12:24             ` Tom de Vries
2020-08-23 21:37             ` Joel Brobecker
2020-08-23 21:41               ` Joel Brobecker
2020-08-24 13:46               ` Pedro Alves
2020-08-26 22:39                 ` Joel Brobecker
2020-08-27 19:41                   ` Christian Biesinger

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=CAPTJ0XG8xOdVQ7BUuCyTk+GRTMPeoyz8aYq0GTpDayxpGbaVEg@mail.gmail.com \
    --to=cbiesinger@google.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=pedro@palves.net \
    /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