gcc-8-20181005 is now available
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"?
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
> 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"?
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
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
--- 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
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"?
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
RFQ-SPRAYWAY TPR CO., LTD.xlsx Description: Binary data