* [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close}
@ 2024-10-28 17:49 Tom de Vries
2024-10-28 17:49 ` [PATCH 2/3] [gdb] Use gdb::waitpid more often Tom de Vries
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Tom de Vries @ 2024-10-28 17:49 UTC (permalink / raw)
To: gdb-patches
We have gdb::handle_eintr, which allows us to rewrite:
...
ssize_t ret;
do
{
errno = 0;
ret = ::write (pipe[1], "+", 1);
}
while (ret == -1 && errno == EINTR);
...
into:
...
ssize_t ret = gdb::handle_eintr (-1, ::write, pipe[1], "+", 1);
...
However, the call to write got a bit mangled, requiring effort to decode it
back to its original form.
Instead, add a new function gdb::write that allows us to write:
...
ssize_t ret = gdb::write (pipe[1], "+", 1);
...
Likewise for waitpid, read and close.
Tested on x86_64-linux.
---
gdb/cli/cli-cmds.c | 2 +-
gdb/nat/linux-waitpid.c | 2 +-
gdbserver/netbsd-low.cc | 10 ++++----
gdbsupport/Makefile.am | 1 +
gdbsupport/Makefile.in | 1 +
gdbsupport/eintr.cc | 56 +++++++++++++++++++++++++++++++++++++++++
gdbsupport/eintr.h | 7 ++++++
7 files changed, 72 insertions(+), 7 deletions(-)
create mode 100644 gdbsupport/eintr.cc
diff --git a/gdb/cli/cli-cmds.c b/gdb/cli/cli-cmds.c
index 65ac7d6e7fb..230fcd549e1 100644
--- a/gdb/cli/cli-cmds.c
+++ b/gdb/cli/cli-cmds.c
@@ -923,7 +923,7 @@ run_under_shell (const char *arg, int from_tty)
if (pid != -1)
{
- int ret = gdb::handle_eintr (-1, ::waitpid, pid, &status, 0);
+ int ret = gdb::waitpid (pid, &status, 0);
if (ret == -1)
perror_with_name ("Cannot get status of shell command");
}
diff --git a/gdb/nat/linux-waitpid.c b/gdb/nat/linux-waitpid.c
index 0ac2f9fb2b9..f4ae612c572 100644
--- a/gdb/nat/linux-waitpid.c
+++ b/gdb/nat/linux-waitpid.c
@@ -51,5 +51,5 @@ status_to_str (int status)
int
my_waitpid (int pid, int *status, int flags)
{
- return gdb::handle_eintr (-1, ::waitpid, pid, status, flags);
+ return gdb::waitpid (pid, status, flags);
}
diff --git a/gdbserver/netbsd-low.cc b/gdbserver/netbsd-low.cc
index 4b58826e091..450fbcfb20d 100644
--- a/gdbserver/netbsd-low.cc
+++ b/gdbserver/netbsd-low.cc
@@ -222,7 +222,7 @@ netbsd_waitpid (ptid_t ptid, struct target_waitstatus *ourstatus,
int options = (target_options & TARGET_WNOHANG) ? WNOHANG : 0;
pid_t pid
- = gdb::handle_eintr (-1, ::waitpid, ptid.pid (), &status, options);
+ = gdb::waitpid (ptid.pid (), &status, options);
if (pid == -1)
perror_with_name (_("Child process unexpectedly missing"));
@@ -432,7 +432,7 @@ netbsd_process_target::kill (process_info *process)
return -1;
int status;
- if (gdb::handle_eintr (-1, ::waitpid, pid, &status, 0) == -1)
+ if (gdb::waitpid (pid, &status, 0) == -1)
return -1;
mourn (process);
return 0;
@@ -1123,15 +1123,15 @@ netbsd_qxfer_libraries_svr4 (const pid_t pid, const char *annex,
static bool
elf_64_file_p (const char *file)
{
- int fd = gdb::handle_eintr (-1, ::open, file, O_RDONLY);
+ int fd = gdb::open (file, O_RDONLY);
if (fd < 0)
perror_with_name (("open"));
Elf64_Ehdr header;
- ssize_t ret = gdb::handle_eintr (-1, ::read, fd, &header, sizeof (header));
+ ssize_t ret = gdb::read (fd, &header, sizeof (header));
if (ret == -1)
perror_with_name (("read"));
- gdb::handle_eintr (-1, ::close, fd);
+ gdb::close (fd);
if (ret != sizeof (header))
error ("Cannot read ELF file header: %s", file);
diff --git a/gdbsupport/Makefile.am b/gdbsupport/Makefile.am
index e77298751cd..a3c3a11fdb2 100644
--- a/gdbsupport/Makefile.am
+++ b/gdbsupport/Makefile.am
@@ -61,6 +61,7 @@ libgdbsupport_a_SOURCES = \
common-inferior.cc \
common-regcache.cc \
common-utils.cc \
+ eintr.cc \
environ.cc \
errors.cc \
event-loop.cc \
diff --git a/gdbsupport/Makefile.in b/gdbsupport/Makefile.in
index db3d6f6b4dd..a8696bca377 100644
--- a/gdbsupport/Makefile.in
+++ b/gdbsupport/Makefile.in
@@ -419,6 +419,7 @@ libgdbsupport_a_SOURCES = \
common-inferior.cc \
common-regcache.cc \
common-utils.cc \
+ eintr.cc \
environ.cc \
errors.cc \
event-loop.cc \
diff --git a/gdbsupport/eintr.cc b/gdbsupport/eintr.cc
new file mode 100644
index 00000000000..7e24fa56224
--- /dev/null
+++ b/gdbsupport/eintr.cc
@@ -0,0 +1,56 @@
+/* System calls wrappers for GDB, the GNU debugger.
+
+ Copyright (C) 2024 Free Software Foundation, Inc.
+
+ This file is part of GDB.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 3 of the License, or
+ (at your option) any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see <http://www.gnu.org/licenses/>. */
+
+#include <sys/types.h>
+#include <sys/wait.h>
+#include <sys/stat.h>
+#include <fcntl.h>
+#include <unistd.h>
+
+namespace gdb {
+
+extern "C" {
+
+ pid_t
+ waitpid (pid_t pid, int *wstatus, int options)
+ {
+ return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options);
+ }
+
+ int
+ open (const char *pathname, int flags)
+ {
+ return gdb::handle_eintr (-1, ::open, pathname, flags);
+ }
+
+ int
+ close (int fd)
+ {
+ return gdb::handle_eintr (-1, ::close, fd);
+ }
+
+ ssize_t
+ read (int fd, void *buf, size_t count)
+ {
+ return gdb::handle_eintr (-1, ::read, fd, buf, count);
+ }
+
+}
+
+}
diff --git a/gdbsupport/eintr.h b/gdbsupport/eintr.h
index e440f935fcf..3919c9fd930 100644
--- a/gdbsupport/eintr.h
+++ b/gdbsupport/eintr.h
@@ -66,6 +66,13 @@ handle_eintr (ErrorValType errval, const Fun &f, const Args &... args)
return ret;
}
+extern "C" {
+ extern pid_t waitpid (pid_t pid, int *wstatus, int options);
+ extern int open (const char *pathname, int flags);
+ extern int close (int fd);
+ extern ssize_t read (int fd, void *buf, size_t count);
+}
+
} /* namespace gdb */
#endif /* GDBSUPPORT_EINTR_H */
base-commit: 77f6ff446173ac7790f35d43de7d196a768c38b1
--
2.35.3
^ permalink raw reply [flat|nested] 14+ messages in thread* [PATCH 2/3] [gdb] Use gdb::waitpid more often 2024-10-28 17:49 [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom de Vries @ 2024-10-28 17:49 ` Tom de Vries 2024-10-28 17:49 ` [PATCH 3/3] [gdbsupport] Add gdb::wait Tom de Vries 2024-11-01 17:35 ` [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom Tromey 2 siblings, 0 replies; 14+ messages in thread From: Tom de Vries @ 2024-10-28 17:49 UTC (permalink / raw) To: gdb-patches Use gdb::waitpid instead of plain waitpid, making sure that EINTR is handled. Tested on x86_64-linux. --- gdb/darwin-nat.c | 3 ++- gdb/fbsd-nat.c | 5 +++-- gdb/inf-ptrace.c | 13 +++++-------- gdb/linux-fork.c | 7 ++++--- gdb/nat/linux-namespaces.c | 3 ++- gdb/nat/linux-ptrace.c | 3 ++- gdb/netbsd-nat.c | 9 +++------ gdb/obsd-nat.c | 3 ++- gdb/procfs.c | 2 +- gdb/rs6000-aix-nat.c | 9 +++------ gdb/utils.c | 5 +++-- 11 files changed, 30 insertions(+), 32 deletions(-) diff --git a/gdb/darwin-nat.c b/gdb/darwin-nat.c index 7ba1fbb6775..3cfcab895e1 100644 --- a/gdb/darwin-nat.c +++ b/gdb/darwin-nat.c @@ -70,6 +70,7 @@ #include "gdbsupport/scoped_fd.h" #include "gdbsupport/scoped_restore.h" #include "nat/fork-inferior.h" +#include "gdbsupport/eintr.h" /* Quick overview. Darwin kernel is Mach + BSD derived kernel. Note that they share the @@ -1604,7 +1605,7 @@ darwin_attach_pid (struct inferior *inf) if (!inf->attach_flag) { kill (inf->pid, 9); - waitpid (inf->pid, &status, 0); + gdb::waitpid (inf->pid, &status, 0); } error diff --git a/gdb/fbsd-nat.c b/gdb/fbsd-nat.c index 6da32a4a50b..8e0523dd934 100644 --- a/gdb/fbsd-nat.c +++ b/gdb/fbsd-nat.c @@ -45,6 +45,7 @@ #include "elf-bfd.h" #include "fbsd-nat.h" #include "fbsd-tdep.h" +#include "gdbsupport/eintr.h" #ifndef PT_GETREGSET #define PT_GETREGSET 42 /* Get a target register set */ @@ -1150,7 +1151,7 @@ fbsd_wait_for_fork_child (pid_t pid) return ptid; int status; - pid_t wpid = waitpid (pid, &status, 0); + pid_t wpid = gdb::waitpid (pid, &status, 0); if (wpid == -1) perror_with_name (("waitpid")); @@ -2156,7 +2157,7 @@ fbsd_nat_target::kill () perror_with_name (("ptrace (PT_KILL)")); int status; - waitpid (pid, &status, 0); + gdb::waitpid (pid, &status, 0); target_mourn_inferior (inferior_ptid); } diff --git a/gdb/inf-ptrace.c b/gdb/inf-ptrace.c index 36d6e2aa697..a910b5dd46e 100644 --- a/gdb/inf-ptrace.c +++ b/gdb/inf-ptrace.c @@ -32,6 +32,7 @@ #include "nat/fork-inferior.h" #include "utils.h" #include "gdbarch.h" +#include "gdbsupport/eintr.h" \f @@ -122,7 +123,7 @@ inf_ptrace_target::mourn_inferior () Do not check whether this succeeds though, since we may be dealing with a process that we attached to. Such a process will only report its exit status to its original parent. */ - waitpid (inferior_ptid.pid (), &status, 0); + gdb::waitpid (inferior_ptid.pid (), &status, 0); inf_child_target::mourn_inferior (); } @@ -227,7 +228,7 @@ inf_ptrace_target::kill () return; ptrace (PT_KILL, pid, (PTRACE_TYPE_ARG3)0, 0); - waitpid (pid, &status, 0); + gdb::waitpid (pid, &status, 0); target_mourn_inferior (inferior_ptid); } @@ -307,12 +308,8 @@ inf_ptrace_target::wait (ptid_t ptid, struct target_waitstatus *ourstatus, { set_sigint_trap (); - do - { - pid = waitpid (ptid.pid (), &status, options); - save_errno = errno; - } - while (pid == -1 && errno == EINTR); + pid = gdb::waitpid (ptid.pid (), &status, options); + save_errno = errno; clear_sigint_trap (); diff --git a/gdb/linux-fork.c b/gdb/linux-fork.c index c457a90556d..7d3505b5948 100644 --- a/gdb/linux-fork.c +++ b/gdb/linux-fork.c @@ -32,6 +32,7 @@ #include "nat/gdb_ptrace.h" #include "gdbsupport/gdb_wait.h" +#include "gdbsupport/eintr.h" #include "target/waitstatus.h" #include <dirent.h> #include <ctype.h> @@ -314,7 +315,7 @@ linux_fork_killall (void) /* Use SIGKILL instead of PTRACE_KILL because the former works even if the thread is running, while the later doesn't. */ kill (pid, SIGKILL); - ret = waitpid (pid, &status, 0); + ret = gdb::waitpid (pid, &status, 0); /* We might get a SIGCHLD instead of an exit status. This is aggravated by the first kill above - a child has just died. MVS comment cut-and-pasted from linux-nat. */ @@ -339,7 +340,7 @@ linux_fork_mourn_inferior (void) Do not check whether this succeeds though, since we may be dealing with a process that we attached to. Such a process will only report its exit status to its original parent. */ - waitpid (inferior_ptid.pid (), &status, 0); + gdb::waitpid (inferior_ptid.pid (), &status, 0); /* OK, presumably inferior_ptid is the one who has exited. We need to delete that one from the fork_list, and switch @@ -548,7 +549,7 @@ Please switch to another checkpoint before deleting the current one")); this succeeds though, since we may be dealing with a process that we attached to. Such a process will only report its exit status to its original parent. */ - waitpid (ptid.pid (), &status, 0); + gdb::waitpid (ptid.pid (), &status, 0); return; } diff --git a/gdb/nat/linux-namespaces.c b/gdb/nat/linux-namespaces.c index 9abd3d689ea..19a05eec905 100644 --- a/gdb/nat/linux-namespaces.c +++ b/gdb/nat/linux-namespaces.c @@ -28,6 +28,7 @@ #include <signal.h> #include <sched.h> #include "gdbsupport/scope-exit.h" +#include "gdbsupport/eintr.h" /* See nat/linux-namespaces.h. */ bool debug_linux_namespaces; @@ -722,7 +723,7 @@ mnsh_maybe_mourn_peer (void) return; } - pid = waitpid (helper->pid, &status, WNOHANG); + pid = gdb::waitpid (helper->pid, &status, WNOHANG); if (pid == 0) { /* The helper is still alive. */ diff --git a/gdb/nat/linux-ptrace.c b/gdb/nat/linux-ptrace.c index 9ea0e22913f..f90183b63ec 100644 --- a/gdb/nat/linux-ptrace.c +++ b/gdb/nat/linux-ptrace.c @@ -22,6 +22,7 @@ #ifdef HAVE_SYS_PROCFS_H #include <sys/procfs.h> #endif +#include "gdbsupport/eintr.h" /* Stores the ptrace options supported by the running kernel. A value of -1 means we did not check for features yet. A value @@ -177,7 +178,7 @@ linux_ptrace_test_ret_to_nx (void) } errno = 0; - got_pid = waitpid (child, &status, 0); + got_pid = gdb::waitpid (child, &status, 0); if (got_pid != child) { warning (_("linux_ptrace_test_ret_to_nx: waitpid returned %ld: %s"), diff --git a/gdb/netbsd-nat.c b/gdb/netbsd-nat.c index 90456de165e..5005cb8307c 100644 --- a/gdb/netbsd-nat.c +++ b/gdb/netbsd-nat.c @@ -25,6 +25,7 @@ #include "inferior.h" #include "gdbarch.h" #include "gdbsupport/buildargv.h" +#include "gdbsupport/eintr.h" #include <sys/types.h> #include <sys/ptrace.h> @@ -547,12 +548,8 @@ nbsd_wait (ptid_t ptid, struct target_waitstatus *ourstatus, set_sigint_trap (); - do - { - /* The common code passes WNOHANG that leads to crashes, overwrite it. */ - pid = waitpid (ptid.pid (), &status, 0); - } - while (pid == -1 && errno == EINTR); + /* The common code passes WNOHANG that leads to crashes, overwrite it. */ + pid = gdb::waitpid (ptid.pid (), &status, 0); clear_sigint_trap (); diff --git a/gdb/obsd-nat.c b/gdb/obsd-nat.c index 69a21ad71fc..701a3653d32 100644 --- a/gdb/obsd-nat.c +++ b/gdb/obsd-nat.c @@ -27,6 +27,7 @@ #include "inf-ptrace.h" #include "obsd-nat.h" +#include "gdbsupport/eintr.h" /* OpenBSD 5.2 and later include rthreads which uses a thread model that maps userland threads directly onto kernel threads in a 1:1 @@ -105,7 +106,7 @@ obsd_nat_target::wait (ptid_t ptid, struct target_waitstatus *ourstatus, ourstatus->set_forked (ptid_t (pe.pe_other_pid)); /* Make sure the other end of the fork is stopped too. */ - pid_t fpid = waitpid (pe.pe_other_pid, nullptr, 0); + pid_t fpid = gdb::waitpid (pe.pe_other_pid, nullptr, 0); if (fpid == -1) perror_with_name (("waitpid")); diff --git a/gdb/procfs.c b/gdb/procfs.c index c6abe3ead44..22e012f0f31 100644 --- a/gdb/procfs.c +++ b/gdb/procfs.c @@ -2560,7 +2560,7 @@ unconditionally_kill_inferior (procinfo *pi) #if 0 int status, ret; - ret = waitpid (pi->pid, &status, 0); + ret = gdb::waitpid (pi->pid, &status, 0); #else wait (NULL); #endif diff --git a/gdb/rs6000-aix-nat.c b/gdb/rs6000-aix-nat.c index 6a20f612413..674189b0771 100644 --- a/gdb/rs6000-aix-nat.c +++ b/gdb/rs6000-aix-nat.c @@ -42,6 +42,7 @@ #include <signal.h> #include <sys/ioctl.h> #include <fcntl.h> +#include "gdbsupport/eintr.h" #include <a.out.h> #include <sys/file.h> @@ -865,12 +866,8 @@ rs6000_nat_target::wait (ptid_t ptid, struct target_waitstatus *ourstatus, { set_sigint_trap (); - do - { - pid = waitpid (ptid.pid (), &status, 0); - save_errno = errno; - } - while (pid == -1 && errno == EINTR); + pid = gdb::waitpid (ptid.pid (), &status, 0); + save_errno = errno; clear_sigint_trap (); diff --git a/gdb/utils.c b/gdb/utils.c index a1bf9e46e02..ea98566dd3b 100644 --- a/gdb/utils.c +++ b/gdb/utils.c @@ -81,6 +81,7 @@ #include "pager.h" #include "run-on-main-thread.h" #include "gdbsupport/gdb_tilde_expand.h" +#include "gdbsupport/eintr.h" void (*deprecated_error_begin_hook) (void); @@ -3483,7 +3484,7 @@ wait_to_die_with_timeout (pid_t pid, int *status, int timeout) alarm (timeout); #endif - waitpid_result = waitpid (pid, status, 0); + waitpid_result = gdb::waitpid (pid, status, 0); #ifdef SIGALRM alarm (0); @@ -3495,7 +3496,7 @@ wait_to_die_with_timeout (pid_t pid, int *status, int timeout) #endif } else - waitpid_result = waitpid (pid, status, WNOHANG); + waitpid_result = gdb::waitpid (pid, status, WNOHANG); if (waitpid_result == pid) return pid; -- 2.35.3 ^ permalink raw reply [flat|nested] 14+ messages in thread
* [PATCH 3/3] [gdbsupport] Add gdb::wait 2024-10-28 17:49 [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom de Vries 2024-10-28 17:49 ` [PATCH 2/3] [gdb] Use gdb::waitpid more often Tom de Vries @ 2024-10-28 17:49 ` Tom de Vries 2024-11-01 17:35 ` [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom Tromey 2 siblings, 0 replies; 14+ messages in thread From: Tom de Vries @ 2024-10-28 17:49 UTC (permalink / raw) To: gdb-patches Add gdb::wait, and use it in gdb/procfs.c, making sure that EINTR is handled. Tested on x86_64-linux. --- gdb/procfs.c | 9 +++++---- gdbsupport/eintr.cc | 6 ++++++ gdbsupport/eintr.h | 2 ++ 3 files changed, 13 insertions(+), 4 deletions(-) diff --git a/gdb/procfs.c b/gdb/procfs.c index 22e012f0f31..d5177f3735d 100644 --- a/gdb/procfs.c +++ b/gdb/procfs.c @@ -2062,8 +2062,9 @@ procfs_target::wait (ptid_t ptid, struct target_waitstatus *status, { int wait_retval; - /* /proc file not found; presumably child has terminated. */ - wait_retval = ::wait (&wstat); /* "wait" for the child's exit. */ + /* /proc file not found; presumably child has terminated. Wait + for the child's exit. */ + wait_retval = gdb::wait (&wstat); /* Wrong child? */ if (wait_retval != inf->pid) @@ -2150,7 +2151,7 @@ procfs_target::wait (ptid_t ptid, struct target_waitstatus *status, } else { - int temp = ::wait (&wstat); + int temp = gdb::wait (&wstat); /* FIXME: shouldn't I make sure I get the right event from the right process? If (for @@ -2562,7 +2563,7 @@ unconditionally_kill_inferior (procinfo *pi) ret = gdb::waitpid (pi->pid, &status, 0); #else - wait (NULL); + gdb::wait (NULL); #endif } } diff --git a/gdbsupport/eintr.cc b/gdbsupport/eintr.cc index 7e24fa56224..cb6e45feb3c 100644 --- a/gdbsupport/eintr.cc +++ b/gdbsupport/eintr.cc @@ -33,6 +33,12 @@ extern "C" { return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); } + pid_t + wait (int *wstatus) + { + return gdb::handle_eintr (-1, ::wait, wstatus); + } + int open (const char *pathname, int flags) { diff --git a/gdbsupport/eintr.h b/gdbsupport/eintr.h index 3919c9fd930..286da5fc400 100644 --- a/gdbsupport/eintr.h +++ b/gdbsupport/eintr.h @@ -68,6 +68,8 @@ handle_eintr (ErrorValType errval, const Fun &f, const Args &... args) extern "C" { extern pid_t waitpid (pid_t pid, int *wstatus, int options); + extern pid_t wait (int *wstatus); + extern int open (const char *pathname, int flags); extern int close (int fd); extern ssize_t read (int fd, void *buf, size_t count); -- 2.35.3 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-10-28 17:49 [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom de Vries 2024-10-28 17:49 ` [PATCH 2/3] [gdb] Use gdb::waitpid more often Tom de Vries 2024-10-28 17:49 ` [PATCH 3/3] [gdbsupport] Add gdb::wait Tom de Vries @ 2024-11-01 17:35 ` Tom Tromey 2024-11-05 12:07 ` Tom de Vries 2 siblings, 1 reply; 14+ messages in thread From: Tom Tromey @ 2024-11-01 17:35 UTC (permalink / raw) To: Tom de Vries; +Cc: gdb-patches >>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: Tom> +namespace gdb { Tom> + Tom> +extern "C" { I didn't even know this was valid ... but is it really needed? It seems wrong. Tom> + pid_t Tom> + waitpid (pid_t pid, int *wstatus, int options) Tom> + { Tom> + return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); Tom> + } Also it seems like these could all be inline functions in the header anyway. Tom ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-01 17:35 ` [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom Tromey @ 2024-11-05 12:07 ` Tom de Vries 2024-11-22 16:46 ` Tom de Vries 0 siblings, 1 reply; 14+ messages in thread From: Tom de Vries @ 2024-11-05 12:07 UTC (permalink / raw) To: Tom Tromey; +Cc: gdb-patches On 11/1/24 18:35, Tom Tromey wrote: >>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: > > Tom> +namespace gdb { > Tom> + > Tom> +extern "C" { > > I didn't even know this was valid ... but is it really needed? > It seems wrong. > It seemed to work: ... $ cat test.c namespace gdb { extern "C" { int foo (void) { return 1; }; } } $ cat test2.c namespace gdb { extern "C" { int foo (void); } } int main (void) { return gdb::foo (); } $ g++ test.c test2.c ... but the linkage symbol is plain foo: ... $ nm ./a.out | grep foo 00000000004004c7 T foo ... So, you're right, this is wrong. I seem to have ended up with gdb_waitpid instead of gdb::waitpid in v2, similar to gdb_select, but thinking about it now I slightly prefer gdb::waitpid. I suppose it doesn't matter that much. > Tom> + pid_t > Tom> + waitpid (pid_t pid, int *wstatus, int options) > Tom> + { > Tom> + return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); > Tom> + } > > Also it seems like these could all be inline functions in the header > anyway. Done in v2. In the case of fnctl, I ended up with a template to handle the variable number of arguments. Submitted here ( https://sourceware.org/pipermail/gdb-patches/2024-November/212941.html ). Thanks, - Tom ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-05 12:07 ` Tom de Vries @ 2024-11-22 16:46 ` Tom de Vries 2024-11-29 16:15 ` Simon Marchi 0 siblings, 1 reply; 14+ messages in thread From: Tom de Vries @ 2024-11-22 16:46 UTC (permalink / raw) To: Tom Tromey; +Cc: gdb-patches On 11/5/24 13:07, Tom de Vries wrote: > On 11/1/24 18:35, Tom Tromey wrote: >>>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: >> >> Tom> +namespace gdb { >> Tom> + >> Tom> +extern "C" { >> >> I didn't even know this was valid ... but is it really needed? >> It seems wrong. >> > > It seemed to work: > ... > $ cat test.c > namespace gdb { > > extern "C" { > int foo (void) { return 1; }; > } > } > > $ cat test2.c > namespace gdb { > extern "C" { > int foo (void); > } > } > > int > main (void) > { > return gdb::foo (); > } > $ g++ test.c test2.c > ... > but the linkage symbol is plain foo: > ... > $ nm ./a.out | grep foo > 00000000004004c7 T foo > ... > > So, you're right, this is wrong. > > I seem to have ended up with gdb_waitpid instead of gdb::waitpid in v2, > similar to gdb_select, but thinking about it now I slightly prefer > gdb::waitpid. I suppose it doesn't matter that much. > When looking at this again today, it bugged me enough rewrite v2 in the gdb::waitpid style. Committed after retesting. Thanks, - Tom >> Tom> + pid_t >> Tom> + waitpid (pid_t pid, int *wstatus, int options) >> Tom> + { >> Tom> + return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, >> options); >> Tom> + } >> >> Also it seems like these could all be inline functions in the header >> anyway. > > Done in v2. In the case of fnctl, I ended up with a template to handle > the variable number of arguments. > > Submitted here ( https://sourceware.org/pipermail/gdb-patches/2024- > November/212941.html ). > > Thanks, > - Tom > ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-22 16:46 ` Tom de Vries @ 2024-11-29 16:15 ` Simon Marchi 2024-11-29 16:23 ` Tom de Vries 0 siblings, 1 reply; 14+ messages in thread From: Simon Marchi @ 2024-11-29 16:15 UTC (permalink / raw) To: Tom de Vries, Tom Tromey; +Cc: gdb-patches On 2024-11-22 11:46, Tom de Vries wrote: > On 11/5/24 13:07, Tom de Vries wrote: >> On 11/1/24 18:35, Tom Tromey wrote: >>>>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: >>> >>> Tom> +namespace gdb { >>> Tom> + >>> Tom> +extern "C" { >>> >>> I didn't even know this was valid ... but is it really needed? >>> It seems wrong. >>> >> >> It seemed to work: >> ... >> $ cat test.c >> namespace gdb { >> >> extern "C" { >> int foo (void) { return 1; }; >> } >> } >> >> $ cat test2.c >> namespace gdb { >> extern "C" { >> int foo (void); >> } >> } >> >> int >> main (void) >> { >> return gdb::foo (); >> } >> $ g++ test.c test2.c >> ... >> but the linkage symbol is plain foo: >> ... >> $ nm ./a.out | grep foo >> 00000000004004c7 T foo >> ... >> >> So, you're right, this is wrong. >> >> I seem to have ended up with gdb_waitpid instead of gdb::waitpid in v2, similar to gdb_select, but thinking about it now I slightly prefer gdb::waitpid. I suppose it doesn't matter that much. >> > > When looking at this again today, it bugged me enough rewrite v2 in the gdb::waitpid style. Committed after retesting. When building for mingw-w64, I see this, which seems related: CXX cli/cli-cmds.o In file included from /home/simark/src/binutils-gdb/gdb/cli/cli-cmds.c:58: /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h: In function ‘pid_t gdb::waitpid(pid_t, int*, int)’: /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:77:35: error: ‘::waitpid’ has not been declared; did you mean ‘gdb::waitpid’? 77 | return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); | ^~~~~~~ | gdb::waitpid /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:75:1: note: ‘gdb::waitpid’ declared here 75 | waitpid (pid_t pid, int *wstatus, int options) | ^~~~~~~ Note that to get to it, you have to step past this other build error in gdbserver (by doing `make all-gdb` for instance): https://inbox.sourceware.org/gdb-patches/75926446-4c8a-40ee-8ed8-ab55f38e1520@simark.ca/T/#m194744b18419e37dfb4ec82c8e0ce73fb017ba17 Simon ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-29 16:15 ` Simon Marchi @ 2024-11-29 16:23 ` Tom de Vries 2024-11-29 16:27 ` Simon Marchi 2024-12-02 9:38 ` Kévin Le Gouguec 0 siblings, 2 replies; 14+ messages in thread From: Tom de Vries @ 2024-11-29 16:23 UTC (permalink / raw) To: Simon Marchi, Tom Tromey; +Cc: gdb-patches On 11/29/24 17:15, Simon Marchi wrote: > > > On 2024-11-22 11:46, Tom de Vries wrote: >> On 11/5/24 13:07, Tom de Vries wrote: >>> On 11/1/24 18:35, Tom Tromey wrote: >>>>>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: >>>> >>>> Tom> +namespace gdb { >>>> Tom> + >>>> Tom> +extern "C" { >>>> >>>> I didn't even know this was valid ... but is it really needed? >>>> It seems wrong. >>>> >>> >>> It seemed to work: >>> ... >>> $ cat test.c >>> namespace gdb { >>> >>> extern "C" { >>> int foo (void) { return 1; }; >>> } >>> } >>> >>> $ cat test2.c >>> namespace gdb { >>> extern "C" { >>> int foo (void); >>> } >>> } >>> >>> int >>> main (void) >>> { >>> return gdb::foo (); >>> } >>> $ g++ test.c test2.c >>> ... >>> but the linkage symbol is plain foo: >>> ... >>> $ nm ./a.out | grep foo >>> 00000000004004c7 T foo >>> ... >>> >>> So, you're right, this is wrong. >>> >>> I seem to have ended up with gdb_waitpid instead of gdb::waitpid in v2, similar to gdb_select, but thinking about it now I slightly prefer gdb::waitpid. I suppose it doesn't matter that much. >>> >> >> When looking at this again today, it bugged me enough rewrite v2 in the gdb::waitpid style. Committed after retesting. > > When building for mingw-w64, I see this, which seems related: > > CXX cli/cli-cmds.o > In file included from /home/simark/src/binutils-gdb/gdb/cli/cli-cmds.c:58: > /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h: In function ‘pid_t gdb::waitpid(pid_t, int*, int)’: > /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:77:35: error: ‘::waitpid’ has not been declared; did you mean ‘gdb::waitpid’? > 77 | return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); > | ^~~~~~~ > | gdb::waitpid > /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:75:1: note: ‘gdb::waitpid’ declared here > 75 | waitpid (pid_t pid, int *wstatus, int options) > | ^~~~~~~ > > Note that to get to it, you have to step past this other build error in > gdbserver (by doing `make all-gdb` for instance): > > https://inbox.sourceware.org/gdb-patches/75926446-4c8a-40ee-8ed8-ab55f38e1520@simark.ca/T/#m194744b18419e37dfb4ec82c8e0ce73fb017ba17 Hi Simon, thanks for reporting this. I don't have a windows setup unfortunately, so I have no way of reproducing this, and at this point I have no idea why waitpid is not declared. Thanks, - Tom ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-29 16:23 ` Tom de Vries @ 2024-11-29 16:27 ` Simon Marchi 2024-11-29 16:32 ` Tom de Vries 2024-12-02 9:38 ` Kévin Le Gouguec 1 sibling, 1 reply; 14+ messages in thread From: Simon Marchi @ 2024-11-29 16:27 UTC (permalink / raw) To: Tom de Vries, Tom Tromey; +Cc: gdb-patches On 2024-11-29 11:23, Tom de Vries wrote: > On 11/29/24 17:15, Simon Marchi wrote: >> >> >> On 2024-11-22 11:46, Tom de Vries wrote: >>> On 11/5/24 13:07, Tom de Vries wrote: >>>> On 11/1/24 18:35, Tom Tromey wrote: >>>>>>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: >>>>> >>>>> Tom> +namespace gdb { >>>>> Tom> + >>>>> Tom> +extern "C" { >>>>> >>>>> I didn't even know this was valid ... but is it really needed? >>>>> It seems wrong. >>>>> >>>> >>>> It seemed to work: >>>> ... >>>> $ cat test.c >>>> namespace gdb { >>>> >>>> extern "C" { >>>> int foo (void) { return 1; }; >>>> } >>>> } >>>> >>>> $ cat test2.c >>>> namespace gdb { >>>> extern "C" { >>>> int foo (void); >>>> } >>>> } >>>> >>>> int >>>> main (void) >>>> { >>>> return gdb::foo (); >>>> } >>>> $ g++ test.c test2.c >>>> ... >>>> but the linkage symbol is plain foo: >>>> ... >>>> $ nm ./a.out | grep foo >>>> 00000000004004c7 T foo >>>> ... >>>> >>>> So, you're right, this is wrong. >>>> >>>> I seem to have ended up with gdb_waitpid instead of gdb::waitpid in v2, similar to gdb_select, but thinking about it now I slightly prefer gdb::waitpid. I suppose it doesn't matter that much. >>>> >>> >>> When looking at this again today, it bugged me enough rewrite v2 in the gdb::waitpid style. Committed after retesting. >> >> When building for mingw-w64, I see this, which seems related: >> >> CXX cli/cli-cmds.o >> In file included from /home/simark/src/binutils-gdb/gdb/cli/cli-cmds.c:58: >> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h: In function ‘pid_t gdb::waitpid(pid_t, int*, int)’: >> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:77:35: error: ‘::waitpid’ has not been declared; did you mean ‘gdb::waitpid’? >> 77 | return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); >> | ^~~~~~~ >> | gdb::waitpid >> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:75:1: note: ‘gdb::waitpid’ declared here >> 75 | waitpid (pid_t pid, int *wstatus, int options) >> | ^~~~~~~ >> >> Note that to get to it, you have to step past this other build error in >> gdbserver (by doing `make all-gdb` for instance): >> >> https://inbox.sourceware.org/gdb-patches/75926446-4c8a-40ee-8ed8-ab55f38e1520@simark.ca/T/#m194744b18419e37dfb4ec82c8e0ce73fb017ba17 > > Hi Simon, > > thanks for reporting this. > > I don't have a windows setup unfortunately, so I have no way of reproducing this, and at this point I have no idea why waitpid is not declared. For just build testing, I cross-compile with a mingw-w64 cross compiler, which is available on most distros, looks like it is on Suse: https://en.opensuse.org/MinGW The problem is that you might have to cross build the packages gdb requires. If you're lucky, your distro also packages them for mingw-w64. For instance, it looks like Suse packages libgmp: https://software.opensuse.org/package/mingw64-gmp?locale=ro These are the configure flags I currently use for this build: '--host=x86_64-w64-mingw32' \ 'CFLAGS=-g3 -O0' \ 'CC=ccache x86_64-w64-mingw32-gcc' \ 'CXXFLAGS=-g3 -O0 -fmax-errors=1' \ 'CXX=ccache x86_64-w64-mingw32-g++' \ '--disable-source-highlight' \ '--disable-gold' \ '--disable-ld' \ '--disable-binutils' \ '--disable-gprof' \ '--disable-gas' \ '--without-python' \ '--disable-nls' I'll try to get it to build inside a Suse container. Simon ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-29 16:27 ` Simon Marchi @ 2024-11-29 16:32 ` Tom de Vries 2024-11-29 17:23 ` Simon Marchi 0 siblings, 1 reply; 14+ messages in thread From: Tom de Vries @ 2024-11-29 16:32 UTC (permalink / raw) To: Simon Marchi, Tom Tromey; +Cc: gdb-patches On 11/29/24 17:27, Simon Marchi wrote: > > > On 2024-11-29 11:23, Tom de Vries wrote: >> On 11/29/24 17:15, Simon Marchi wrote: >>> >>> >>> On 2024-11-22 11:46, Tom de Vries wrote: >>>> On 11/5/24 13:07, Tom de Vries wrote: >>>>> On 11/1/24 18:35, Tom Tromey wrote: >>>>>>>>>>> "Tom" == Tom de Vries <tdevries@suse.de> writes: >>>>>> >>>>>> Tom> +namespace gdb { >>>>>> Tom> + >>>>>> Tom> +extern "C" { >>>>>> >>>>>> I didn't even know this was valid ... but is it really needed? >>>>>> It seems wrong. >>>>>> >>>>> >>>>> It seemed to work: >>>>> ... >>>>> $ cat test.c >>>>> namespace gdb { >>>>> >>>>> extern "C" { >>>>> int foo (void) { return 1; }; >>>>> } >>>>> } >>>>> >>>>> $ cat test2.c >>>>> namespace gdb { >>>>> extern "C" { >>>>> int foo (void); >>>>> } >>>>> } >>>>> >>>>> int >>>>> main (void) >>>>> { >>>>> return gdb::foo (); >>>>> } >>>>> $ g++ test.c test2.c >>>>> ... >>>>> but the linkage symbol is plain foo: >>>>> ... >>>>> $ nm ./a.out | grep foo >>>>> 00000000004004c7 T foo >>>>> ... >>>>> >>>>> So, you're right, this is wrong. >>>>> >>>>> I seem to have ended up with gdb_waitpid instead of gdb::waitpid in v2, similar to gdb_select, but thinking about it now I slightly prefer gdb::waitpid. I suppose it doesn't matter that much. >>>>> >>>> >>>> When looking at this again today, it bugged me enough rewrite v2 in the gdb::waitpid style. Committed after retesting. >>> >>> When building for mingw-w64, I see this, which seems related: >>> >>> CXX cli/cli-cmds.o >>> In file included from /home/simark/src/binutils-gdb/gdb/cli/cli-cmds.c:58: >>> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h: In function ‘pid_t gdb::waitpid(pid_t, int*, int)’: >>> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:77:35: error: ‘::waitpid’ has not been declared; did you mean ‘gdb::waitpid’? >>> 77 | return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); >>> | ^~~~~~~ >>> | gdb::waitpid >>> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:75:1: note: ‘gdb::waitpid’ declared here >>> 75 | waitpid (pid_t pid, int *wstatus, int options) >>> | ^~~~~~~ >>> >>> Note that to get to it, you have to step past this other build error in >>> gdbserver (by doing `make all-gdb` for instance): >>> >>> https://inbox.sourceware.org/gdb-patches/75926446-4c8a-40ee-8ed8-ab55f38e1520@simark.ca/T/#m194744b18419e37dfb4ec82c8e0ce73fb017ba17 >> >> Hi Simon, >> >> thanks for reporting this. >> >> I don't have a windows setup unfortunately, so I have no way of reproducing this, and at this point I have no idea why waitpid is not declared. > > For just build testing, I cross-compile with a mingw-w64 cross compiler, > which is available on most distros, looks like it is on Suse: > > https://en.opensuse.org/MinGW > > The problem is that you might have to cross build the packages gdb > requires. If you're lucky, your distro also packages them for > mingw-w64. For instance, it looks like Suse packages libgmp: > > https://software.opensuse.org/package/mingw64-gmp?locale=ro > > These are the configure flags I currently use for this build: > > '--host=x86_64-w64-mingw32' \ > 'CFLAGS=-g3 -O0' \ > 'CC=ccache x86_64-w64-mingw32-gcc' \ > 'CXXFLAGS=-g3 -O0 -fmax-errors=1' \ > 'CXX=ccache x86_64-w64-mingw32-g++' \ > '--disable-source-highlight' \ > '--disable-gold' \ > '--disable-ld' \ > '--disable-binutils' \ > '--disable-gprof' \ > '--disable-gas' \ > '--without-python' \ > '--disable-nls' > > I'll try to get it to build inside a Suse container. > Oh, I see, that's a good idea, thanks, I'll try that. - Tom ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-29 16:32 ` Tom de Vries @ 2024-11-29 17:23 ` Simon Marchi 2024-11-29 17:28 ` Tom de Vries 0 siblings, 1 reply; 14+ messages in thread From: Simon Marchi @ 2024-11-29 17:23 UTC (permalink / raw) To: Tom de Vries, Tom Tromey; +Cc: gdb-patches [-- Attachment #1: Type: text/plain, Size: 1281 bytes --] >> The problem is that you might have to cross build the packages gdb >> requires. If you're lucky, your distro also packages them for >> mingw-w64. For instance, it looks like Suse packages libgmp: >> >> https://software.opensuse.org/package/mingw64-gmp?locale=ro >> >> These are the configure flags I currently use for this build: >> >> '--host=x86_64-w64-mingw32' \ >> 'CFLAGS=-g3 -O0' \ >> 'CC=ccache x86_64-w64-mingw32-gcc' \ >> 'CXXFLAGS=-g3 -O0 -fmax-errors=1' \ >> 'CXX=ccache x86_64-w64-mingw32-g++' \ >> '--disable-source-highlight' \ >> '--disable-gold' \ >> '--disable-ld' \ >> '--disable-binutils' \ >> '--disable-gprof' \ >> '--disable-gas' \ >> '--without-python' \ >> '--disable-nls' >> >> I'll try to get it to build inside a Suse container. >> > > Oh, I see, that's a good idea, thanks, I'll try that. > > - Tom Ok, I think I got it to work. See attached Dockerfile. Use with (fixup the path to the source tree in the `-v` flag): $ docker build -t opensuse-gdb-mingw-w64 . $ docker run -v /home/simark/src/binutils-gdb:/src -it opensuse-gdb-mingw-w64:latest # ./build.sh Of course, since you likely have a tumbleweed system already, you can simply install the required packages on that machine. Simon [-- Attachment #2: Dockerfile --] [-- Type: text/plain, Size: 397 bytes --] FROM opensuse/tumbleweed:latest RUN mkdir /build WORKDIR /build RUN zypper install -y \ mingw64-cross-gcc \ mingw64-cross-gcc-c++ \ mingw64-gmp-devel \ mingw64-mpfr-devel \ make \ gcc \ makeinfo \ flex \ bison RUN echo "/src/configure '--host=x86_64-w64-mingw32'" > /build/build.sh RUN echo "make -j $(nproc)" >> /build/build.sh RUN chmod +x /build/build.sh ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-29 17:23 ` Simon Marchi @ 2024-11-29 17:28 ` Tom de Vries 0 siblings, 0 replies; 14+ messages in thread From: Tom de Vries @ 2024-11-29 17:28 UTC (permalink / raw) To: Simon Marchi, Tom Tromey; +Cc: gdb-patches On 11/29/24 18:23, Simon Marchi wrote: > >>> The problem is that you might have to cross build the packages gdb >>> requires. If you're lucky, your distro also packages them for >>> mingw-w64. For instance, it looks like Suse packages libgmp: >>> >>> https://software.opensuse.org/package/mingw64-gmp?locale=ro >>> >>> These are the configure flags I currently use for this build: >>> >>> '--host=x86_64-w64-mingw32' \ >>> 'CFLAGS=-g3 -O0' \ >>> 'CC=ccache x86_64-w64-mingw32-gcc' \ >>> 'CXXFLAGS=-g3 -O0 -fmax-errors=1' \ >>> 'CXX=ccache x86_64-w64-mingw32-g++' \ >>> '--disable-source-highlight' \ >>> '--disable-gold' \ >>> '--disable-ld' \ >>> '--disable-binutils' \ >>> '--disable-gprof' \ >>> '--disable-gas' \ >>> '--without-python' \ >>> '--disable-nls' >>> >>> I'll try to get it to build inside a Suse container. >>> >> >> Oh, I see, that's a good idea, thanks, I'll try that. >> >> - Tom > > Ok, I think I got it to work. See attached Dockerfile. > > Use with (fixup the path to the source tree in the `-v` flag): > > $ docker build -t opensuse-gdb-mingw-w64 . > $ docker run -v /home/simark/src/binutils-gdb:/src -it opensuse-gdb-mingw-w64:latest > # ./build.sh > > Of course, since you likely have a tumbleweed system already, you can > simply install the required packages on that machine. > Hi Simon, thanks for the help. I've reproduced the build error now (on my Leap 15.5 system), I'll take a look. Thanks, - Tom ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-11-29 16:23 ` Tom de Vries 2024-11-29 16:27 ` Simon Marchi @ 2024-12-02 9:38 ` Kévin Le Gouguec 2024-12-02 11:07 ` Tom de Vries 1 sibling, 1 reply; 14+ messages in thread From: Kévin Le Gouguec @ 2024-12-02 9:38 UTC (permalink / raw) To: Tom de Vries; +Cc: Simon Marchi, Tom Tromey, gdb-patches Tom de Vries <tdevries@suse.de> writes: >> When building for mingw-w64, I see this, which seems related: >> CXX cli/cli-cmds.o >> In file included from /home/simark/src/binutils-gdb/gdb/cli/cli-cmds.c:58: >> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h: In function ‘pid_t gdb::waitpid(pid_t, int*, int)’: >> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:77:35: error: ‘::waitpid’ has not been declared; did you mean ‘gdb::waitpid’? >> 77 | return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); >> | ^~~~~~~ >> | gdb::waitpid >> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:75:1: note: ‘gdb::waitpid’ declared here >> 75 | waitpid (pid_t pid, int *wstatus, int options) >> | ^~~~~~~ >> Note that to get to it, you have to step past this other build error in >> gdbserver (by doing `make all-gdb` for instance): >> https://inbox.sourceware.org/gdb-patches/75926446-4c8a-40ee-8ed8-ab55f38e1520@simark.ca/T/#m194744b18419e37dfb4ec82c8e0ce73fb017ba17 > > Hi Simon, > > thanks for reporting this. > > I don't have a windows setup unfortunately, so I have no way of reproducing this, and at this point I have no idea why waitpid is not declared. FWIW (not much: not very Windows-savvy), I fixed my test build with the following patch. I was also getting a "'::wait' has not been declared" error, hence the extra #ifdef (found no HAVE_ macro for 'wait', so went with HAVE_SYS_WAIT_H after glancing the 3posix manpage). (Figured I'd share since that let me build & test native Windows, though emphatically not suggesting this as a "proper fix": not sure "wait ⇔ HAVE_SYS_WAIT_H" is a correct implication, haven't checked if gnulib might help, …) diff --git a/gdbsupport/eintr.h b/gdbsupport/eintr.h index 3980e3f5ac1..2bd17108f6e 100644 --- a/gdbsupport/eintr.h +++ b/gdbsupport/eintr.h @@ -22,7 +22,9 @@ #include <cerrno> #include <sys/types.h> +#ifdef HAVE_SYS_WAIT_H #include <sys/wait.h> +#endif #include <sys/stat.h> #include <fcntl.h> #include <unistd.h> @@ -71,11 +73,13 @@ handle_eintr (ErrorValType errval, const Fun &f, const Args &... args) return ret; } +#ifdef HAVE_WAITPID inline pid_t waitpid (pid_t pid, int *wstatus, int options) { return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); } +#endif inline int open (const char *pathname, int flags) @@ -83,11 +87,13 @@ open (const char *pathname, int flags) return gdb::handle_eintr (-1, ::open, pathname, flags); } +#ifdef HAVE_SYS_WAIT_H inline pid_t wait (int *wstatus) { return gdb::handle_eintr (-1, ::wait, wstatus); } +#endif inline int close (int fd) ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} 2024-12-02 9:38 ` Kévin Le Gouguec @ 2024-12-02 11:07 ` Tom de Vries 0 siblings, 0 replies; 14+ messages in thread From: Tom de Vries @ 2024-12-02 11:07 UTC (permalink / raw) To: Kévin Le Gouguec; +Cc: Simon Marchi, Tom Tromey, gdb-patches On 12/2/24 10:38, Kévin Le Gouguec wrote: > Tom de Vries <tdevries@suse.de> writes: > >>> When building for mingw-w64, I see this, which seems related: >>> CXX cli/cli-cmds.o >>> In file included from /home/simark/src/binutils-gdb/gdb/cli/cli-cmds.c:58: >>> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h: In function ‘pid_t gdb::waitpid(pid_t, int*, int)’: >>> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:77:35: error: ‘::waitpid’ has not been declared; did you mean ‘gdb::waitpid’? >>> 77 | return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); >>> | ^~~~~~~ >>> | gdb::waitpid >>> /home/simark/src/binutils-gdb/gdb/../gdbsupport/eintr.h:75:1: note: ‘gdb::waitpid’ declared here >>> 75 | waitpid (pid_t pid, int *wstatus, int options) >>> | ^~~~~~~ >>> Note that to get to it, you have to step past this other build error in >>> gdbserver (by doing `make all-gdb` for instance): >>> https://inbox.sourceware.org/gdb-patches/75926446-4c8a-40ee-8ed8-ab55f38e1520@simark.ca/T/#m194744b18419e37dfb4ec82c8e0ce73fb017ba17 >> >> Hi Simon, >> >> thanks for reporting this. >> >> I don't have a windows setup unfortunately, so I have no way of reproducing this, and at this point I have no idea why waitpid is not declared. > > FWIW (not much: not very Windows-savvy), Hi Kevin, same here. > I fixed my test build with the > following patch. I was also getting a "'::wait' has not been declared" > error, hence the extra #ifdef (found no HAVE_ macro for 'wait', so went > with HAVE_SYS_WAIT_H after glancing the 3posix manpage). > > (Figured I'd share since that let me build & test native Windows, though > emphatically not suggesting this as a "proper fix": not sure "wait ⇔ > HAVE_SYS_WAIT_H" is a correct implication, haven't checked if gnulib > might help, …) > Thanks for sharing this. I've been looking into this, and am currently testing a patch that simply uses "#ifndef USE_WIN32API". The HAVE_WAITPID is available in gdb but not gdbserver, so it could be used but would need moving to gdbsupport or duplicating to gdbserver. I suppose it would make sense to add a HAVE_WAIT alongside while doing that. I've left the '#include <sys/wait.h>' unmodified, since it causes no compilation problems, because there's a gnulib fallback. The situation around sys/wait.h and HAVE_SYS_WAIT_H is a bit confusing, for me at least. The platform doesn't have a sys/wait.h, but gnulib provides a fallback. While configuring, we ignore the gnulib header, and so HAVE_SYS_WAIT_H is undefined. But when compiling the gnulib header is not ignored, so we can use '#include <sys/wait.h>'. AFAIU in the current situation, the only thing that guarding '#include <sys/wait.h>' with HAVE_SYS_WAIT_H achieves is preventing the gnulib fallback from being included. I suspect that this is a configuration bug, but I'm not sure. BTW, the canonical way (according to ARI) of including <sys/wait.h> seems to be including gdb_wait.h (which does use HAVE_SYS_WAIT_H). Thanks, - Tom > diff --git a/gdbsupport/eintr.h b/gdbsupport/eintr.h > index 3980e3f5ac1..2bd17108f6e 100644 > --- a/gdbsupport/eintr.h > +++ b/gdbsupport/eintr.h > @@ -22,7 +22,9 @@ > > #include <cerrno> > #include <sys/types.h> > +#ifdef HAVE_SYS_WAIT_H > #include <sys/wait.h> > +#endif > #include <sys/stat.h> > #include <fcntl.h> > #include <unistd.h> > @@ -71,11 +73,13 @@ handle_eintr (ErrorValType errval, const Fun &f, const Args &... args) > return ret; > } > > +#ifdef HAVE_WAITPID > inline pid_t > waitpid (pid_t pid, int *wstatus, int options) > { > return gdb::handle_eintr (-1, ::waitpid, pid, wstatus, options); > } > +#endif > > inline int > open (const char *pathname, int flags) > @@ -83,11 +87,13 @@ open (const char *pathname, int flags) > return gdb::handle_eintr (-1, ::open, pathname, flags); > } > > +#ifdef HAVE_SYS_WAIT_H > inline pid_t > wait (int *wstatus) > { > return gdb::handle_eintr (-1, ::wait, wstatus); > } > +#endif > > inline int > close (int fd) > ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2024-12-02 11:07 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-10-28 17:49 [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom de Vries
2024-10-28 17:49 ` [PATCH 2/3] [gdb] Use gdb::waitpid more often Tom de Vries
2024-10-28 17:49 ` [PATCH 3/3] [gdbsupport] Add gdb::wait Tom de Vries
2024-11-01 17:35 ` [PATCH 1/3] [gdbsupport] Add gdb::{waitpid,read,write,close} Tom Tromey
2024-11-05 12:07 ` Tom de Vries
2024-11-22 16:46 ` Tom de Vries
2024-11-29 16:15 ` Simon Marchi
2024-11-29 16:23 ` Tom de Vries
2024-11-29 16:27 ` Simon Marchi
2024-11-29 16:32 ` Tom de Vries
2024-11-29 17:23 ` Simon Marchi
2024-11-29 17:28 ` Tom de Vries
2024-12-02 9:38 ` Kévin Le Gouguec
2024-12-02 11:07 ` Tom de Vries
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox