This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [3.4/3.5 PATCH/RFA] Fix SH bootstrap failure (PR 15120)
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Kaz Kojima <kkojima at rr dot iij4u dot or dot jp>
- Cc: gcc-patches at gcc dot gnu dot org, mark at codesourcery dot com, joern dot rennecke at superh dot com
- Date: 14 May 2004 02:40:14 -0300
- Subject: Re: [3.4/3.5 PATCH/RFA] Fix SH bootstrap failure (PR 15120)
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <20040425.092155.98879005.kkojima@rr.iij4u.or.jp><orisf0rd3b.fsf@livre.redhat.lsd.ic.unicamp.br><20040513.173944.68160721.kkojima@rr.iij4u.or.jp>
On May 13, 2004, Kaz Kojima <kkojima@rr.iij4u.or.jp> wrote:
> Alexandre Oliva <aoliva@redhat.com> wrote:
>>> - alpha* | mips* | hppa* | i*86 | powerpc* | sparc* | ia64* )
>>> + alpha* | mips* | hppa* | i*86 | powerpc* | sparc* | ia64* | sh* )
>>> lt_cv_deplibs_check_method=pass_all ;;
>>
>> This implies it's safe to link non-PIC into a shared library. Is this
>> really the case for sh? I'm not so sure. It's not just a matter of
>> the linker supporting it; the dynamic linker must as well.
> Yes, ld.so for sh/sh64 also takes care of it.
Then patch is ok. Thanks for checking.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}