This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Register numbers on hppa64

From: Randolph Chung <randolph at tausq dot org>
To: Mark Kettenis <mark dot kettenis at xs4all dot nl>
Cc: gdb at sources dot redhat dot com, dave at hiauly1 dot hia dot nrc dot ca, brobecker at adacore dot com
Date: Sun, 27 Nov 2005 23:10:43 +0800
Subject: Re: Register numbers on hppa64
References: <200511260253.jAQ2rP7Z021130@hiauly1.hia.nrc.ca> <43880E6B.8060901@tausq.org> <200511261518.jAQFIN2K022588@elgar.sibelius.xs4all.nl> <43888F83.7090603@tausq.org> <200511261719.jAQHJnTd015739@elgar.sibelius.xs4all.nl>

If fixing things for GCC means that we break the HP compilers, we
should do so: GDB is part of the GNU project so its primary job should
be supporting the GNU compiler, not some proprietary compiler.

While I do not disagree either from a pragmatic (ability to test) and a philosophical point of view, if somebody who cares speaks up with the required info I think we should try to continue to support the HP compilers. Of course if we cannot get to the required information we shouldn't hold up progress in supporting gcc.

It looks like we need some
GCC_DEVELOPERS_DONT_THINK_BEFORE_THEY_CODE_MAP_REG_TO_REGNUM mapping.
(sorry Dave) Sigh....

Well, let's call it dwarf2_frame_reg_to_regnum().

I'll submit a patch to gdb-patches to implement this for hppa64 shortly.

randolph

References:
- Register numbers on hppa64
  - From: Randolph Chung
- Re: Register numbers on hppa64
  - From: Mark Kettenis
- Re: Register numbers on hppa64
  - From: Randolph Chung
- Re: Register numbers on hppa64
  - From: Mark Kettenis

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]