[PATCH] nat/fork-inferior: include linux-ptrace.h

Simon Marchi simon.marchi@polymtl.ca
Wed Jun 27 14:25:00 GMT 2018


On 2018-06-25 04:05, Thomas Petazzoni wrote:
> To decide whether fork() or vfork() should be used, fork-inferior.c
> uses the following test:
> 
>   #if !(defined(__UCLIBC__) && defined(HAS_NOMMU))
> 
> However, HAS_NOMMU is never defined, because it gets defined in
> linux-ptrace.h, which is not included by fork-inferior.c. Due to this,
> gdbserver fails to build on noMMU architectures. This commit fixes
> that by simply including linux-ptrace.h.
> 
> This bug was introduced by commit
> 2090129c36c7e582943b7d300968d19b46160d84 ("Share fork_inferior et al
> with gdbserver"). Indeed, the same fork()/vfork() selection was done,
> but in another file where linux-ptrace.h was included.
> 
> Fixes the following build issue:
> 
> ../nat/fork-inferior.c: In function 'pid_t fork_inferior(const char*,
> const string&, char**, void (*)(), void (*)(int), void (*)(), const
> char*, void (*)(const char*, char* const*, char* const*))':
> ../nat/fork-inferior.c:376:11: error: 'fork' was not declared in this 
> scope
>      pid = fork ();
>            ^~~~
> ../nat/fork-inferior.c:376:11: note: suggested alternative: 'vfork'
>      pid = fork ();
>            ^~~~
>            vfork
> 
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
> ---
>  gdb/nat/fork-inferior.c | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/gdb/nat/fork-inferior.c b/gdb/nat/fork-inferior.c
> index 8b59387fa5..05167628a6 100644
> --- a/gdb/nat/fork-inferior.c
> +++ b/gdb/nat/fork-inferior.c
> @@ -26,6 +26,7 @@
>  #include "common-gdbthread.h"
>  #include "signals-state-save-restore.h"
>  #include "gdb_tilde_expand.h"
> +#include "linux-ptrace.h"
>  #include <vector>
> 
>  extern char **environ;

Hi Thomas,

fork-inferior.c is also included in native builds for BSDs, AIX, Solaris 
and Darwin (see gdb/configure.nat).  I am a bit concerned that 
linux-ptrace.h could use some Linux-specific things, and thus would 
break the other builds.  However, I built-tested on FreeBSD and it seems 
fine.  Worst case, we can probably wrap this include in "#ifdef 
__linux__" if that becomes a problem.

Do you have push access, or do you prefer if I push the patch for you?

I suppose that error was caught by a Buildroot autobuilder?  Would it be 
possible to have the config, so I can add a similar configuration to my 
collection of cross-compiled GDB builds I use for build-testing?

Thanks,

Simon



More information about the Gdb-patches mailing list