From mboxrd@z Thu Jan  1 00:00:00 1970
From: Joel Brobecker <brobecker@act-europe.fr>
To: Nick Duffek <nsd@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: patch to gdb on Tru64 5.1
Date: Thu, 10 May 2001 17:06:00 -0000
Message-id: <20010511020554.I15086@act-europe.fr>
References: <20010509082227.E23184@act-europe.fr> <200105101706.f4AH6aC13735@rtl.cygnus.com>
X-SW-Source: 2001-05/msg00193.html

> >alpha-nat.c:
> >------------
> >fetch_osf_core_registers: adapt the table used to map the regnum to
> > the core register section index to work on Tru64 5.1 as well.
> 
> I did that slightly differently:

Thanks for you suggestion. However, I tried your change, but then I
could not build gdb on Dec Unix 4.0f...

> >alpha-osf5.mh:
> >--------------
> >new file. This is a modified version of alpha-osf3.mh where
> > -DUSE_LDR_ROUTINES is added to the compilation flags. This forces gdb to
> > use the xproc library to load the symbols, instead of relying on an
> > empirical algorithm (which does not work on Tru64 5.1 anymore).
> 
> That didn't work when I tried it, because the xproc routines only allow a
> process to examine itself.  It _seems_ to work because GDB happens to load
> the same shared libraries as most programs it debugs (libc.so and
> libm.so), but it doesn't when debugging programs linked against other
> shared libs.
> 
> I'll post an alternative patch for shared library support in a separate
> message.

I am looking forward to it.

-- 
Joel