New ARI warning Wed Apr 27 01:54:55 UTC 2011

Mark Kettenis mark.kettenis@xs4all.nl
Wed Apr 27 16:44:00 GMT 2011


> X-SWARE-Spam-Status: No, hits=-2.0 required=5.0	tests=AWL,BAYES_00
> X-Spam-Check-By: sourceware.org
> Date: Wed, 27 Apr 2011 09:18:02 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: gdb-patches@sourceware.org
> Content-Disposition: inline
> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
> Sender: gdb-patches-owner@sourceware.org
> X-XS4ALL-DNSBL-Checked: mxdrop220.xs4all.nl checked 209.132.180.131 against DNS blacklists
> X-CNFS-Analysis: v=1.1 cv=a8sYchbnJd2dMYUqqjolUMD0rF/qLqJCTuzWyWz0xZo= c=1
> 	sm=0 a=XYJHFtupD_QA:10 a=msjzrvmC9sEA:10 a=idPYu1UqwmkA:10
> 	a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=vbYRN7G9ZuyAWxq09MFwFw==:17
> 	a=s8b-tOObir8ccsWKurEA:9 a=CjuIK1q_8ugA:10
> 	a=vbYRN7G9ZuyAWxq09MFwFw==:117
> X-Virus-Scanned: by XS4ALL Virus Scanner
> X-XS4ALL-Spam-Score: -0.0 () SPF_HELO_PASS, SPF_PASS
> X-XS4ALL-Spam: NO
> Envelope-To: m.m.kettenis@xs4all.nl
> 
> > Yes, I agree.  So far, gdb code is using gdb_wait.h and gdbserver is
> > using sys/wait.h.  gdb_wait.h looks quite independent of gdb or
> > gdbserver.  Is there any known reason that we can't use gdb_wait.h in
> > gdbserver?  I don't see any.
> 
> You need to make sure that both configures test for sys/wait.h and
> wait.h. I looked at gdbserver's configure, and it is missing the check
> for wait.

And suddenly even that "trivial" linux-ptrace.h diff is turning into a
can of worms.  Some people, including me, have stated that the stuff in
common/ should *not* depend on any configure checks

In this case there probably is a way out though.  I don't think there
are any systems out there that don't have <sys/wait.h>.  So we could
just get rid of gdb_wait.h altogether.

But this doesn't encourage me to give my blessing to the i386-dbg diff...



More information about the Gdb-patches mailing list