This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
Re: gdb/2045: gdb 6.4 compilation fails on HPUX 10
- From: "Mark Kettenis" <mark dot kettenis at xs4all dot nl>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 6 Dec 2005 11:28:02 -0000
- Subject: Re: gdb/2045: gdb 6.4 compilation fails on HPUX 10
- Reply-to: "Mark Kettenis" <mark dot kettenis at xs4all dot nl>
The following reply was made to PR gdb/2045; it has been noted by GNATS.
From: "Mark Kettenis" <mark.kettenis@xs4all.nl>
To: "Ralf Fassel" <ralfixx@gmx.de>
Cc: gdb-gnats@sourceware.org
Subject: Re: gdb/2045: gdb 6.4 compilation fails on HPUX 10
Date: Tue, 6 Dec 2005 12:24:13 +0100 (CET)
> * Mark Kettenis
> | I've been looking into the problem today. I remember stumbling
> | across the -D_LARGEFILE64_SOURCE issue, and could indeed reproduce
> | it. I'm working on a proper fix, but it seems the HP-UX 10.20
> | header files are seriously borked, so the "right" fix doesn't quite
> | work :(.
>
> I think this one is the bigger 'problem' of the two I reported, so it
> would be good if this could be resolved.
Should be fixable, it's just a question of finding the right fix.
Hopefully we can release gdb 6.4.1 with this fixed.
> | I can't reproduce the curses problem though. That's with gcc-2.95.3
> | though. Maybe this is a bug in GCC 4.0.2.
>
> I don't think so. The /usr/include/curses.h header seems broken (see
> below), and gcc just runs 'fixincludes' on it.
>
> | Or maybe you need to patch the machine.
>
> LOL, patch a HP-UX 10 machine... I guess HP by now refuses to know
> what HP-10 *is* :-/ But in fact I think this is the only option...
> I don't think this is a proper solution either, but at least the
> curses.h header on my machine contain for the getyx() macro:
>
> #if !defined(_XOPEN_SOURCE_EXTENDED) || defined(__HP_CURSES)
> ...
> #define getyx(win,y,x) y = win->_cury, x = win->_curx
> ...
> #else
> ...
> #define getyx(__win,__y,__x) { WINDOW *__wi; \
> __wi = __win; ((__y) = __getcury(__wi), \
> (__x) = __getcurx(__wi)) }
Well, /usr/include/curses.h defenitely has that fixed on my machine.
Looks like PHCO_21018 has a curses.h with this thing fixed. That patch is
still available from HP.
ftp://europe-ffs.external.hp.com/hp-ux_patches/s700_800/10.X/PHCO_21018
Cheers,
Mark