From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Cagney <cagney@gnu.org>
To: Randolph Chung <randolph@tausq.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [patch/rfc] New program_changed event, cleanup some HPUXHPPAmess
Date: Fri, 21 May 2004 18:48:00 -0000
Message-id: <40AE4F0C.6050407@gnu.org>
References: <20040519204003.GU566@tausq.org>
X-SW-Source: 2004-05/msg00642.html

This patch introduces a new event that gets triggered when a new program
is being debugged.  It then uses this to fix some FIXMEs in the hppa 
tdep code, and remove some #ifdef HPUXHPPA's that are scattered in
arch-indep code.
Have a look at the new inferior_created event (it sounds similar).  The 
code to wire it in is in my post ``Wire up vsyscall''.
http://sources.redhat.com/ml/gdb-patches/2004-05/msg00169.html

BTW, what's the underlying problem?

There is also one unrelated HPUXHPPA cleanup in
thread.c. The old code used to do:
#ifdef HPUXHPPA
      printf_filtered ("%d %s", tp->num, target_tid_to_str (tp->ptid));
#else
      printf_filtered ("%d %s", tp->num, target_pid_to_str (tp->ptid));
#endif
tm-hppah.h overrode target_tid_to_str to do it's own thing. The default
target.h definition checks to see if there's a target_tid_to_str define,
and if not automatically reverts to target_pid_to_str, so the #ifdef
here is useless.
Can you separate this part out (it sounds very straight forward).

Tested on hppa-linux and hppa2.0w-hp-hpux11.11 with no regressions.
Andrew