From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18893 invoked by alias); 26 Feb 2003 05:52:56 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 18875 invoked from network); 26 Feb 2003 05:52:55 -0000 Received: from unknown (HELO sohm.kpit.com) (203.129.230.82) by 172.16.49.205 with SMTP; 26 Feb 2003 05:52:55 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [RFA/PATCH]: H8/300 - Update the generated debug information X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Wed, 26 Feb 2003 05:52:00 -0000 Message-ID: <69595093233BB547BB70CF5E492B63F2DA6B78@sohm.kpit.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Shrinivas Atre" To: "Andrew Cagney" Cc: , X-SW-Source: 2003-02/txt/msg00695.txt.bz2 Hi Andrew, Thank you for quick review and response. >=20=20 > > - set_gdbarch_int_bit (gdbarch, 2 * TARGET_CHAR_BIT); > > + set_gdbarch_int_bit (gdbarch, 4 * TARGET_CHAR_BIT); > > set_gdbarch_long_bit (gdbarch, 4 * TARGET_CHAR_BIT); >=20 > Just FYI, while the above is apparently trivial, the required=20 > change isn't. >=20 > GCC should be providing information (either via special=20 > headers or via=20 > other debug info or magic sections) that informs GDB of the selected=20 > size of an int. GDB can then adjust its configuration=20 > accordingly. See=20 > other GDB architectures (MIPS, PPC, SH, ...) that do this. >=20 I will look into this and try to use mechanism used by other architectures. Regards, Shrinivas