On Thu, May 10, 2018 at 11:32 PM, Freddie Chopin wrote:
> Hi!
>
> In one of my embedded projects I have an option to enable LTO. This was
> working more or less fine for GCC 6 and GCC 7, however for GCC 8.1.0
> (and binutils 2.30) - with the same set of options - I see something
> like this
>
> --
On Wed, May 9, 2018 at 6:35 PM, Andrew Stubbs wrote:
> Honza, Martin,
>
> Further to our conversation on IRC ...
>
> We have just completed work on a GCN3 & GCN5 port intended for running
> OpenMP and OpenACC offload kernels on AMD Fiji and Vega discrete GPUs.
> Unfortunately Carrizo is probably b
On 11/05/18 11:19, Richard Biener wrote:
> On Thu, May 10, 2018 at 11:32 PM, Freddie Chopin wrote:
>> Hi!
>>
>> In one of my embedded projects I have an option to enable LTO. This was
>> working more or less fine for GCC 6 and GCC 7, however for GCC 8.1.0
>> (and binutils 2.30) - with the same set
On 11/05/18 10:26, Richard Biener wrote:
Sounds good but I'd not do 1. given the github repo can serve as archiving
point, too. Having 2. doesn't sound too useful over 3. so in the end I'd
do only 3. and 4. Of course 1 and 2 might help you in doing 3 and 4.
Indeed, I've been worried that I'm
On 11/05/18 12:18, Andrew Stubbs wrote:
The other thing that's occurred to me is that with og8 being new, maybe
it's a good time to merge the GCN stuff into that, and work with the
NVidia folks to share it. [Adding Cesar and Thomas to CC.] I'm aware of
some incompatibilities with og7, but those
On Fri, 2018-05-11 at 11:19 +0200, Richard Biener wrote:
> Hmm, can you try without --gc-sections? "Old" GNU ld versions have
> a bug that wrecks debug info (sourceware PR20882).
Yes - you are right. Without --gc-sections the errors are gone. The bug
was marked as resolved and fixed a year ago, h
On 05/10/2018 11:45 PM, A. Skrobov wrote:
> On Fri, May 11, 2018 at 12:09 AM, Jeff Law wrote:
>>
>> My recollection is that auto-increment addressing modes should not
>> appear in the RTL in the CSE pass.
>
> Fair enough; but they're explicitly listed in the big switch block in
> hash_rtx_cb ().
On Fri, 2018-05-11 at 13:06 +0200, David Brown wrote:
> For the Cortex-M devices (and probably many other RISC targets),
> -fdata-sections comes at a big cost - it effectively blocks
> -fsection-anchors and makes access to file-static data a lot bigger.
> People often use -fdata-sections and -ffunc
On May 11, 2018 5:49:44 PM GMT+02:00, Freddie Chopin
wrote:
>On Fri, 2018-05-11 at 13:06 +0200, David Brown wrote:
>> For the Cortex-M devices (and probably many other RISC targets),
>> -fdata-sections comes at a big cost - it effectively blocks
>> -fsection-anchors and makes access to file-stati
Snapshot gcc-8-20180511 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20180511/
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
10 matches
Mail list logo
