gcc-8-20181005 is now available

[gccadmin]

Snapshot gcc-8-20181005 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/8-20181005/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-8-branch 
revision 264892

You'll find:

 gcc-8-20181005.tar.xzComplete GCC

  SHA256=bfba60998055b633abe9103fc549c3519cf4eabdcff2cd4450808b01098e2ba4
  SHA1=9e8a7998248632a6e5a6352afdfe86d6f414ade4

Diffs from 8-20180928 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-8
link is updated and a message is sent to the gcc list.  Please do not use
a snapshot before it has been announced that way.

Re: Should "can_create_pseudo_p" check "lra_in_progress"?

[Vladimir Makarov]

On 10/05/2018 01:19 PM, Jeff Law wrote:

On 10/5/18 7:04 AM, Andrew Stubbs wrote:

I just tracked down a "reload" bug and was very surprised to find that
can_create_pseudo_p doesn't return false during register allocation when
using LRA.

It's still defined like this:

#define can_create_pseudo_p() (!reload_in_progress && !reload_completed)

Is it deliberate that it doesn't check lra_in_progress?

I think its deliberate.  IRA and I believe LRA can create pseudos while
they are running.  Vlad would know for certain.

Yes, Jeff is right.  LRA works differently from reload.  Reload keeps 
all decisions and RTL transformations (which are done at the very end of 
reload) in internal data structures and never create pseudos.  LRA 
reflects its decisions and the transformations in RTL for this it 
creates new RTL insns and pseudos during all its work.

Re: blkmov and alignment

[Paul Koning]

> On Oct 5, 2018, at 12:21 PM, Richard Biener  
> wrote:
> 
> On October 5, 2018 4:17:53 PM GMT+02:00, Paul Koning  
> wrote:
>> The documentation says that argument 4 of the blkmov insn gives the
>> alignment, for example 4 if things are word-aligned.
>> 
>> It's documented that, say, the value 4 means source and destination are
>> multiples of 4.  What isn't clear is whether the length is also a
>> multiple of 4 in this case.  In other words, does "aligned" state the
>> alignment of source and destination and length, or only of the
>> addresses and the length may still be odd?
> 
> It only applies to the address alignment but you may want to check out the 
> expander. 

You mean emit_block_move_via_loop in expr.c?  That has a comment saying it 
would be nice to move units larger than QImode.  Yes, and that's just what I 
was looking to do.

I suppose I could write an expander that produces a different insn when the 
size is also the correct multiple, including the conversion from byte count to 
word count.  That seems like an obvious common optimization so having to do it 
in target code is a bit odd.

paul

Re: Should "can_create_pseudo_p" check "lra_in_progress"?

[Jeff Law]

On 10/5/18 7:04 AM, Andrew Stubbs wrote:
> I just tracked down a "reload" bug and was very surprised to find that
> can_create_pseudo_p doesn't return false during register allocation when
> using LRA.
> 
> It's still defined like this:
> 
> #define can_create_pseudo_p() (!reload_in_progress && !reload_completed)
> 
> Is it deliberate that it doesn't check lra_in_progress?
I think its deliberate.  IRA and I believe LRA can create pseudos while
they are running.  Vlad would know for certain.

Jeff

Re: blkmov and alignment

[Richard Biener]

On October 5, 2018 4:17:53 PM GMT+02:00, Paul Koning  
wrote:
>The documentation says that argument 4 of the blkmov insn gives the
>alignment, for example 4 if things are word-aligned.
>
>It's documented that, say, the value 4 means source and destination are
>multiples of 4.  What isn't clear is whether the length is also a
>multiple of 4 in this case.  In other words, does "aligned" state the
>alignment of source and destination and length, or only of the
>addresses and the length may still be odd?

It only applies to the address alignment but you may want to check out the 
expander. 

Richard. 

>   paul

MDaemon Notification -- Attachment Removed

[Postmaster]

---
MDaemon has detected restricted attachments within an email message
---

>From  : ad...@lachongcenter.org
To: gcc@gcc.gnu.org
Subject   : VSL: MV EURO GOLD, ORDER- AA2504
Message-ID: 

-
Attachment(s) removed
-
mv eurogold_pdf.zip (mv eurogold_pdf.exe)

blkmov and alignment

[Paul Koning]

The documentation says that argument 4 of the blkmov insn gives the alignment, 
for example 4 if things are word-aligned.

It's documented that, say, the value 4 means source and destination are 
multiples of 4.  What isn't clear is whether the length is also a multiple of 4 
in this case.  In other words, does "aligned" state the alignment of source and 
destination and length, or only of the addresses and the length may still be 
odd?

paul

Should "can_create_pseudo_p" check "lra_in_progress"?

[Andrew Stubbs]

I just tracked down a "reload" bug and was very surprised to find that 
can_create_pseudo_p doesn't return false during register allocation when 
using LRA.


It's still defined like this:

#define can_create_pseudo_p() (!reload_in_progress && !reload_completed)

Is it deliberate that it doesn't check lra_in_progress?

Thanks

Andrew

Re: Re: RFQ-SPRAYWAY –TPR CO., LTD

[Lionel Tan]

RFQ-SPRAYWAY –TPR CO., LTD.xlsx
Description: Binary data

Pay attention to this warning!!Your Domain needs ownership Policy update!

[Administrator]