From: Andrew Cagney <cagney@gnu.org>
To: Randolph Chung <randolph@tausq.org>
Cc: gdb-patches@sources.redhat.com, dave@hiauly1.hia.nrc.ca
Subject: Re: [patch/RFA] fix hpux build problems
Date: Sat, 13 Nov 2004 01:53:00 -0000 [thread overview]
Message-ID: <419568D0.80000@gnu.org> (raw)
In-Reply-To: <20041113014015.GN15714@tausq.org>
Randolph Chung wrote:
> This patch fixes several build errors with the hpux targets, and tries to
> sort out the host/target dependencies so that we can eventually do cross-builds.
>
> Compile and lightly tested with:
> --host=hppa2.0w-hp-hpux11.11 --target=hppa2.0w-hp-hpux11.11 (SOM)
> --host=hppa64-hp-hpux11.11 --target=hppa64-hp-hpux11.11 (ELF)
>
> These two cross targets don't work at the moment (do we care?):
> --host=hppa2.0w-hp-hpux11.11 --target=hppa64-hp-hpux11.11
> * this might work, but i don't have a proper toolchain to test
> it. There may be problems with pa64solib.o.
> --host=hppa64-hp-hpux11.11 --target=hppa-elf
> * only hppa64 has elf support, but hppa*-elf selects a 32-bit bfd
> target in libbfd.
Yes.
Andrew
> 2004-11-12 Randolph Chung <tausq@debian.org>
>
> * pa64solib.c (pa64_solib_thread_start_addr): Rename from
> so_lib_thread_start_addr.
> * pa64solib.h (so_list): Forward declare.
> (pa64_solib_thread_start_addr): Prototype.
> * somsolib.c (SHL_LOAD, SHL_UNLOAD): Define if not already defined.
> (no_shared_libraries): Remove.
> (som_solib_thread_start_addr): Rename from so_lib_thread_start_addr.
> * somsolib.h (som_solib_thread_start_addr): Likewise; prototype.
> * hpread.c (hpread_process_one_debug_symbol): Use either the som or
> the elf solib handler to find the start address.
>
> * config/pa/hppahpux.mh (NATDEPFILES): Move target-specific support
> files to the target makefile.
> * config/pa/hpux1020.mh (NATDEPFILES): Likewise.
> * config/pa/hpux11.mh (NATDEPFILES): Likewise.
> * config/pa/hpux11w.mh (NATDEPFILES): Likewise.
>
> * config/pa/hppa64.mt (TDEPFILES): Put target-specific support files for
> symbol reading and shared library handling here.
> * config/pa/hppahpux.mt (TDEPFILES): Likewise. Define PA_SOM_ONLY so
> we can build a 32-bit SOM only target without bringing in 64-bit
> support.
prev parent reply other threads:[~2004-11-13 1:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-13 1:40 Randolph Chung
2004-11-13 1:53 ` Andrew Cagney [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=419568D0.80000@gnu.org \
--to=cagney@gnu.org \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=gdb-patches@sources.redhat.com \
--cc=randolph@tausq.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox