On Mon, 2018-08-27 at 10:27 -0600, Jeff Law wrote:
> External Email
>
> On 08/27/2018 09:55 AM, Steve Ellcey wrote:
> >
> > On Sun, 2018-08-26 at 20:56 -0600, Jeff Law wrote:
> > >
> > > MIPS builds have been failing to build due to trying to use an
> > > incomplete struct function type. The us
On 08/27/2018 09:55 AM, Steve Ellcey wrote:
> On Sun, 2018-08-26 at 20:56 -0600, Jeff Law wrote:
>> MIPS builds have been failing to build due to trying to use an
>> incomplete struct function type. The uses are coming from cfg.h which
>> typically isn't included in the target files.
>>
>> Fixed b
On Sun, 2018-08-26 at 20:56 -0600, Jeff Law wrote:
> MIPS builds have been failing to build due to trying to use an
> incomplete struct function type. The uses are coming from cfg.h which
> typically isn't included in the target files.
>
> Fixed by including "backend.h" and removing the "cfg.h" i
On 08/27/2018 02:14 AM, Richard Biener wrote:
> On Mon, Aug 27, 2018 at 4:56 AM Jeff Law wrote:
>>
>>
>> MIPS builds have been failing to build due to trying to use an
>> incomplete struct function type. The uses are coming from cfg.h which
>> typically isn't included in the target files.
>>
>> F
On Mon, Aug 27, 2018 at 4:56 AM Jeff Law wrote:
>
>
> MIPS builds have been failing to build due to trying to use an
> incomplete struct function type. The uses are coming from cfg.h which
> typically isn't included in the target files.
>
> Fixed by including "backend.h" and removing the "cfg.h"
MIPS builds have been failing to build due to trying to use an
incomplete struct function type. The uses are coming from cfg.h which
typically isn't included in the target files.
Fixed by including "backend.h" and removing the "cfg.h" inclusion.
THere's likely other targets (aarch64?) that are
On 04/04/2017 01:15 PM, Matthew Fortune wrote:
Jeff Law writes:
All the MIPS compilers will fail to build using the trunk due to a
couple minor uninitialized memory issues.
First in mips_multi_add we add an uninitialized mips_multi_member object
to the mips_multi_members vec. It's easy enough
Jeff Law writes:
> All the MIPS compilers will fail to build using the trunk due to a
> couple minor uninitialized memory issues.
>
> First in mips_multi_add we add an uninitialized mips_multi_member object
> to the mips_multi_members vec. It's easy enough to just memset the new
> member.
>
> S
All the MIPS compilers will fail to build using the trunk due to a
couple minor uninitialized memory issues.
First in mips_multi_add we add an uninitialized mips_multi_member object
to the mips_multi_members vec. It's easy enough to just memset the new
member.
Second in mips_expand_vec_pe