This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Fix tilegx libgcc with multilib

From: Walter Lee <walt at ezchip dot com>
To: Bernd Edlinger <bernd dot edlinger at hotmail dot de>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
Date: Fri, 12 Feb 2016 16:24:03 -0500
Subject: Re: [PATCH] Fix tilegx libgcc with multilib
Authentication-results: sourceware.org; auth=none
Authentication-results: gcc.gnu.org; dkim=none (message not signed) header.d=none;gcc.gnu.org; dmarc=none action=none header.from=ezchip.com;
References: <HE1PR07MB090584713EBAAB298A7484ABE4FF0 at HE1PR07MB0905 dot eurprd07 dot prod dot outlook dot com>
Spamdiagnosticmetadata: NSPM
Spamdiagnosticoutput: 1:23

Hi Bernd. Thanks for looking into that. Your patch looks good and Ihave checked it in myself.


Walter

On 1/1/2016 4:31 PM, Bernd Edlinger wrote:

Hi Walter,


while playing with the tilegx cross compiler I noticed another defect.

Currently building a tilegx cross compiler fails in libgcc multilib configuration,
because of the following static assert in _FP_FROM_INT:

           _FP_STATIC_ASSERT ((rsize) <= 2 * _FP_W_TYPE_SIZE,            \
                              "rsize too large");                        \

previously that macro used to abort at run-time.  This happens apparently in all
float to ti-int conversions in the 32-bit target configuration.  So I assume that
softfp_int_modes should only contain ti for 64-bit target configurations.

The following patch makes the multilib libgcc build succeed for me,
but I can not test if the result is actually usable.

Really AFAICT these machines must be pretty cool, but I don't own one...


Thanks
Bernd.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]