From mboxrd@z Thu Jan 1 00:00:00 1970 From: Randolph Chung To: Mark Kettenis Cc: mec.gnu@mindspring.com, gdb-patches@sources.redhat.com Subject: Re: [commited] small changes to fix hpux-cc compile Date: Sun, 16 May 2004 15:32:00 -0000 Message-id: <20040516153207.GI566@tausq.org> References: <20040516101223.635BF4B104@berman.michael-chastain.com> <200405161032.i4GAWp8q002490@elgar.kettenis.dyndns.org> X-SW-Source: 2004-05/msg00466.html > The question should be: will there ever be a target that uses SOM that > doesn't use 32-bit ints? I think we can be fairly certain that there > won't be such target in the future. HP already has abandoned SOM in > favour of ELF of 64-bit HP-UX, and even that still has 32-bit ints. > As a matter of fact, I'm not aware of any ABI that has 64-bit ints. Yes, this was indeed my thinking and why i hardcoded it. > But in general: > > How about this instead: > > char * dld_flags_buffer = alloca(TARGET_INT_BIT/TARGET_CHAR_BIT); > > This is indeed the right approach. actually in the code: unsigned int dld_flags_value; [...] dld_flags_value = extract_unsigned_integer (dld_flags_buffer, sizeof (dld_flags_value)); so the code does not anyway allow dld_flags_value to be 64-bit. (i don't think anyone ever does 64-bit int's, right?) randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/