From: Pedro Alves <pedro@palves.net>
To: Christian Biesinger <cbiesinger@google.com>
Cc: Eli Zaretskii <eliz@gnu.org>, gdb-patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Update gnulib to current trunk
Date: Thu, 16 Jul 2020 15:56:58 +0100 [thread overview]
Message-ID: <791b00ea-60f3-3e3f-8d67-dd017b46ad57@palves.net> (raw)
In-Reply-To: <CAPTJ0XG8xOdVQ7BUuCyTk+GRTMPeoyz8aYq0GTpDayxpGbaVEg@mail.gmail.com>
On 7/6/20 7:19 PM, Christian Biesinger wrote:
> 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
I wonder whether "btowc" potentially conflicts with the logic
in gdb/gdb_wchar.h . We should keep an eye out for that.
> 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.
I guess it doesn't hurt to explicitly include it. Might as well do it,
since we use the function and have been using the module thus far.
>
> - For sys_time, we could perhaps replace the #undef in gdb_sys_time.h
> with an #error. Let me know.
I suspect this gnulib commit is what caused gettimeofday and sys_time to
drop for us:
commit 78f55d5374d6ff9b8460c48a42e924bf69775cd7
Author: Paul Eggert <eggert@cs.ucla.edu>
AuthorDate: Sun May 31 20:15:25 2020 -0700
tempname: merge from glibc and coreutils
...
* modules/tempname (Depends-on): Remove gettimeofday, sys_time.
Add getentropy, libc-config.
As we can see from your diff:
> sys_stat
> - sys_time
> sys_types
> sys_uio
> tempname
tempname is a dependency of sys_stat.
Another option would be to just get rid of gdb_sys_time.h,
i.e., revert all or most of:
commit 438e1e427e8393de73d22617abe4d8eba0270e72
Author: Pedro Alves <palves@redhat.com>
AuthorDate: Mon Aug 24 18:50:55 2015 +0100
Prepare for gnulib update
But I'd be fine with just leaving this alone for now, in case
gnulib brings back the dependency. It's also the easiest thing to
do (i.e., do nothing).
Thanks,
Pedro Alves
next prev parent reply other threads:[~2020-07-16 14:57 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
2020-07-15 2:40 ` Christian Biesinger
2020-07-16 14:56 ` Pedro Alves [this message]
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=791b00ea-60f3-3e3f-8d67-dd017b46ad57@palves.net \
--to=pedro@palves.net \
--cc=cbiesinger@google.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
/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