This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH]: Fix PR middle-end/6123, cleanup defining __pic__/__PIC__
- From: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- To: dave at hiauly1 dot hia dot nrc dot ca, gcc-patches at gcc dot gnu dot org
- Date: Sat, 3 Apr 2004 20:13:26 -0500 (EST)
- Subject: Re: [PATCH]: Fix PR middle-end/6123, cleanup defining __pic__/__PIC__
- References: <200404031841.i33IfB43010274@hiauly1.hia.nrc.ca>
> From: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
>
> Hi Ghazi,
>
> There are a couple of issues to keep in mind with respect to this
> cleanup on the PA:
>
> 1) The hppa64 code generation is always PIC. We currently force flag_pic
> to 2 in override_options. However, the situation actually is similar
> to PowerPC64 and eventually we will probably want to distinguish
> the case where we are generating code for shared libraries.
That's fine. You would probably go through config/pa and replace
checks on flag_pic with flag_pie or flag_shlib, right? I think this
will continue to work fine with my change. If not it would be easy to
tweek.
> 2) We don't currently support a small pic model and -fpic implies -fPIC.
> Dave
Ok, that doesn't affect my patch. Note GCC does not equate -D__pic__
with -fpic nor -D__PIC__ with -fPIC. Either of -fpic or -fPIC defines
both macros on all but a couple of odd targets. So we'd get both
macros always for pa64.
--Kaveh
--
Kaveh R. Ghazi ghazi@caip.rutgers.edu