From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Cagney <ac131313@cygnus.com>
To: Joel Brobecker <brobecker@act-europe.fr>
Cc: gdb-patches@sources.redhat.com
Subject: Re: patch to gdb on Tru64 5.1
Date: Fri, 11 May 2001 15:29:00 -0000
Message-id: <3AFC67C4.9000102@cygnus.com>
References: <20010509082227.E23184@act-europe.fr> <3AF9B89F.2090007@cygnus.com> <20010511020332.H15086@act-europe.fr>
X-SW-Source: 2001-05/msg00247.html

>> In the above, half of core_reg_mapping[] is determined by the macro
>> NFC_REGS.
>> 
>> Can you instead define both tables and select the correct one at
>> runtime?
> 
> 
> I don't understand your suggestion. The conditionalization is needed in
> order to successfully compile on Tru64 5.1. If I had 2 tables, one of
> them would not compile.

I've two requests:

	o	per NickD's post, could the table be initialised
		as either two separate entries, a single simple
		table.  Not something that is split down the middle
		by a #if/#else/#endif

	o	is it possible to compile in both tables
		so that the correct table can be selected
		at run time.  In theory allowing GDB to
		handle both 4.x and 5.x core files.

It sounds like the second one isn't going to fly.

To give some background to my second request, GDB is moving away from 
the good old days where it was always built/configured for a very 
specific host/target combination. Depending on that combination, certain 
features would, or would not be available.  For instance, 
shared-library, thread and core file support were all once native-only. 
  For an increasing number of targets, that is no longer the case.

	enjoy,
		Andrew