On Apr 03 2019, Thomas Koenig wrote:
> The large default initializers are all filled with zeros which end up in
> the rodata section, like this:
>
> .text
> .globl __types_module_MOD___def_init_types_module_Archive_type
> .section.rodata
> .align 32
>
Hi,
There is a large increase in rodata size for derived types in gfortran
starting with gcc 8 due to the presence of large initializers for
derived types. Among other things, this affects SPEC tonto (PR 84487),
but there are also other bug reports which mention this behavior.
The large default
On 4/2/19 10:49 AM, Eric Gallager wrote:
> On 4/2/19, Ulrich Weigand wrote:
>> Hello,
>>
>> the spu-elf target in GCC supports generating code for the SPU processors
>> of the Cell Broadband Engine; it has been part of upstream GCC since 2008.
>>
>> However, at this point I believe this target is
Eric Gallagher wrote:
> On 4/2/19, Ulrich Weigand wrote:
> > Hello,
> >
> > the spu-elf target in GCC supports generating code for the SPU processors
> > of the Cell Broadband Engine; it has been part of upstream GCC since 2008.
> >
> > However, at this point I believe this target is no longer in
On 4/2/19, Ulrich Weigand wrote:
> Hello,
>
> the spu-elf target in GCC supports generating code for the SPU processors
> of the Cell Broadband Engine; it has been part of upstream GCC since 2008.
>
> However, at this point I believe this target is no longer in use:
> - There is no supported Cell/
GCC tries to align a vector on its natural boundary, i.e., that
given by its size, up to MAX_OBJECT_ALIGNMENT. Vectors that are
bigger than that are either silently [mis]aligned on that same
maximum boundary (PR 89798), silently truncated (and misaligned),
or cause an ICE (PR 89797). Compiling t
On Tue, Apr 2, 2019 at 2:46 AM Ulrich Weigand wrote:
>
> Hello,
>
> the spu-elf target in GCC supports generating code for the SPU processors
> of the Cell Broadband Engine; it has been part of upstream GCC since 2008.
>
> However, at this point I believe this target is no longer in use:
> - There
Thanks, Richi and Jeff!
> * config.gcc: Mark spu* targets as deprecated/obsolete.
I've now checked this in.
I've also checked in the following patch to announce the change
in htdocs.
Bye,
Ulrich
Index: htdocs/gcc-9/changes.html
Thanks!
Claudiu
On Mon, Apr 1, 2019 at 6:40 PM Jeff Law wrote:
>
> On 4/1/19 12:57 AM, claz...@gmail.com wrote:
> > Hi,
> >
> > I would like to apply the ARC specific fix for bugzilla 89877 to
> > include/longlong.h file, but I don't know for sure if I am allowed or
> > not. I mention that I am t
On 4/1/19 5:17 PM, nick wrote:
On 2019-04-01 1:54 p.m., Andrew MacLeod wrote:
#include "tree-flow.h"
#include "cgraph.h"
#include "timevar.h"
#include "hashtab.h"
#include "flags.h"
#include "function.h"
#include "ggc.h"
#include "diagnostic-core.h"
#include "target.h"
#include "pointer-set.h"
On 4/2/19 3:46 AM, Ulrich Weigand wrote:
> Hello,
>
> the spu-elf target in GCC supports generating code for the SPU processors
> of the Cell Broadband Engine; it has been part of upstream GCC since 2008.
>
> However, at this point I believe this target is no longer in use:
> - There is no suppor
On April 2, 2019 11:46:14 AM GMT+02:00, Ulrich Weigand
wrote:
>Hello,
>
>the spu-elf target in GCC supports generating code for the SPU
>processors
>of the Cell Broadband Engine; it has been part of upstream GCC since
>2008.
>
>However, at this point I believe this target is no longer in use:
>-
Hello,
the spu-elf target in GCC supports generating code for the SPU processors
of the Cell Broadband Engine; it has been part of upstream GCC since 2008.
However, at this point I believe this target is no longer in use:
- There is no supported Cell/B.E. hardware any more.
- There is no supporte
Dear all,
continuing the discussion from the 2018 GNU Tools Cauldron, we
(the WG14 C memory object model study group) now
have a detailed proposal for pointer provenance semantics, refining
the "provenance not via integers (PNVI)" model presented there.
This will be discussed at the ISO WG14 C sta
14 matches
Mail list logo
