Bug#699585: gdb: ftbfs on hurd-i386

2013-02-02 Thread Samuel Thibault
Thomas Schwinge, le Sat 02 Feb 2013 11:37:24 +0100, a écrit : > > But yes, we do consider dropping the MACH macro, we have checked the > > Debian source for such macros, it should be fine. > > Ah, have you checked already? IIRC yes, and it was very limited. Not a reason for not undefining it at l

Bug#699585: gdb: ftbfs on hurd-i386

2013-02-02 Thread Thomas Schwinge
Hi! On Sat, 2 Feb 2013 09:30:00 +0100, Samuel Thibault wrote: > Samuel Bronson, le Sat 02 Feb 2013 00:39:29 -0500, a écrit : > > The Hurd people should probably investigate whether a MACH macro is > > actually useful in the first place: Why not __MACH__? Is there > > something which would stop w

Bug#699585: gdb: ftbfs on hurd-i386

2013-02-02 Thread Svante Signell
On Sat, 2013-02-02 at 09:30 +0100, Samuel Thibault wrote: > Samuel Bronson, le Sat 02 Feb 2013 00:39:29 -0500, a écrit : > > The Hurd people should probably investigate whether a MACH macro is > > actually useful in the first place: Why not __MACH__? Is there > > something which would stop working

Bug#699585: gdb: ftbfs on hurd-i386

2013-02-02 Thread Samuel Thibault
Samuel Bronson, le Sat 02 Feb 2013 00:39:29 -0500, a écrit : > The Hurd people should probably investigate whether a MACH macro is > actually useful in the first place: Why not __MACH__? Is there > something which would stop working if MACH were no longer defined? Well, this is the same under Lin

Bug#699585: gdb: ftbfs on hurd-i386

2013-02-01 Thread Samuel Bronson
Package: gdb Version: 7.4.1-1 Severity: normal Dear Maintainer, gdb has been failing to build on hurd [1] since 7.4.1-1 (build attempted 2012-04-26), with error messages like: > /build/buildd-gdb_7.4.1+dfsg-0.1-hurd-i386-IqN_9W/gdb-7.4.1+dfsg/opcodes/../include/opcode/h8300.h:82:3: > error: exp