On October 28, 2016 6:46:07 PM GMT+02:00, Aldy Hernandez
wrote:
>On 10/28/2016 01:40 AM, Richard Biener wrote:
>> On Thu, Oct 27, 2016 at 6:14 PM, Aldy Hernandez
>wrote:
>>> On 10/27/2016 12:35 AM, Richard Biener wrote:
On Wed, Oct 26, 2016 at 9:17 PM, Aldy Hernandez
>wrote:
>
>>>
On 10/28/2016 01:40 AM, Richard Biener wrote:
On Thu, Oct 27, 2016 at 6:14 PM, Aldy Hernandez wrote:
On 10/27/2016 12:35 AM, Richard Biener wrote:
On Wed, Oct 26, 2016 at 9:17 PM, Aldy Hernandez wrote:
The following one-liner segfaults on arm-eabi when compiled with
-mfloat-abi=hard -g:
On Thu, Oct 27, 2016 at 6:14 PM, Aldy Hernandez wrote:
> On 10/27/2016 12:35 AM, Richard Biener wrote:
>>
>> On Wed, Oct 26, 2016 at 9:17 PM, Aldy Hernandez wrote:
>>>
>>> The following one-liner segfaults on arm-eabi when compiled with
>>> -mfloat-abi=hard -g:
>>>
>>> __simd64_float16_t
On 10/27/2016 12:35 AM, Richard Biener wrote:
On Wed, Oct 26, 2016 at 9:17 PM, Aldy Hernandez wrote:
The following one-liner segfaults on arm-eabi when compiled with
-mfloat-abi=hard -g:
__simd64_float16_t usingit;
The problem is that the pretty printer (in simple_type_specificer()) i
On Wed, Oct 26, 2016 at 9:17 PM, Aldy Hernandez wrote:
> The following one-liner segfaults on arm-eabi when compiled with
> -mfloat-abi=hard -g:
>
> __simd64_float16_t usingit;
>
> The problem is that the pretty printer (in simple_type_specificer()) is
> dereferencing a NULL result from c_
The following one-liner segfaults on arm-eabi when compiled with
-mfloat-abi=hard -g:
__simd64_float16_t usingit;
The problem is that the pretty printer (in simple_type_specificer()) is
dereferencing a NULL result from c_common_type_for_mode:
int prec = TYPE_PRECISION (t);