https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94868
--- Comment #3 from Zhao Jing ---
Dear Richard Biener:
I have already compiled it in GCC-9.3.0.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93372
--- Comment #3 from Hans-Peter Nilsson ---
In https://gcc.gnu.org/pipermail/gcc-patches/2020-May/545452.html I mentioned a
performance-regression with coremark, from 5227456 cycles (with cc0) to 5238564
(CC_REG), which is about 0.21%.
Not that anyone would notice, except a few maintainers of
targets with delay-slots, and only if the first patch causes
fallout, as the others only touch stuff related to the CRIS target.
The 23 commits have been posted previously, around Jan-Feb. For
reference:
2c2d405 dbr: Filter-out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93372
--- Comment #2 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:27228024598c3515389cdb378346433fb2c48551
commit r11-222-g27228024598c3515389cdb378346433fb2c48551
Author: Hans-Peter Nilsson
From: Kelvin Nilsen
Add the xxeval insn and access it via the vec_ternarylogic built-in
function. As part of this, add support to the built-in function
infrastructure for functions that take four arguments.
Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
regressions, using a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80711
--- Comment #6 from Martin Sebor ---
You're right, there is a substantial difference between attributes const/pure
and constness in the C/C++ sense. A warning that detects missing const on
member functions (i.e., this request) is implementable
On Fri, May 08, 2020 at 12:53:01PM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add new vector instructions to clear leftmost and rightmost bytes.
>
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions. Is this okay for master?
Yes, this is okay. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95017
--- Comment #1 from Lewis Baker ---
Created attachment 48487
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48487=edit
test.cpp
On Fri, May 08, 2020 at 08:17:18AM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add support for new scalar instructions for counting leading or
> trailing zeros under control of a bitmask.
>
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions. Is this okay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95017
Bug ID: 95017
Summary: [coroutines] Failure to generate code for co_yield
expression if its the only statement in a loop
Product: gcc
Version: 10.0
Status: UNCONFIRMED
On Fri, May 08, 2020 at 08:12:14AM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add the new vector centrifuge-doubleword instruction and built-in
> function access.
>
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions. Is this okay for master?
Yup, looks
On Fri, May 08, 2020 at 08:05:33AM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add the centrifuge-doubleword instruction and built-in access.
>
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions. Is this okay for master?
This looks fine to me as well.
On Fri, May 08, 2020 at 03:34:27PM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add scalar instructions for parallel bit deposit and extract, with
> built-in function support.
>
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions. Is this okay for master?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95008
--- Comment #2 from Manfred Schwarb ---
gcc.dg/analyzer/pr93382.c: Sorry, I can't reproduce, this test passes for me.
gcc.dg/two-types-6.c: My bad, I forgot to mention this failure, as this
test did not make sense to me. I could not determine
Snapshot gcc-9-20200508 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20200508/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Fri, May 8, 2020 at 2:50 PM Iain Buclaw wrote:
>
> On 08/05/2020 22:10, H.J. Lu wrote:
> > This patch set adds CET support to libphobos. Since libphobos uses zlib
> > target library, CET is also enabled in zlib.
> >
> > OK for master?
> >
>
> I have no problem with the libphobos parts.
>
Hi!
On Sat, May 09, 2020 at 02:58:11AM +0700, Arseny Solokha wrote:
> over the course of two years that had passed since the deprecation of the
> powerpcspe backend, and a year and a half since its removal from gcc, I've
> still
> been speaking out several times against immediate closing of
On 08/05/2020 22:10, H.J. Lu wrote:
> This patch set adds CET support to libphobos. Since libphobos uses zlib
> target library, CET is also enabled in zlib.
>
> OK for master?
>
I have no problem with the libphobos parts.
Regards
Iain.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94940
Martin Sebor changed:
What|Removed |Added
Keywords|missed-optimization |patch
Assignee|unassigned at
The improved detection of accesses to interior zero-length arrays
fails to consider the case when the array is a member of a union.
Such accesses are documented as supported so warning for them is
not expected. The attached patch adjusts the component_ref_size
function to return the size of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95008
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #1 from
The following patch improves hard reg pref cost propagation in IRA.
Hard reg preferences are created mainly from moves involving hard regs
in RTL.
The patch does the propagation during coloring now and also updates
conflict costs which affects hard reg preferences for conflicting
On Thu, May 07, 2020 at 09:45:02PM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add support for the vgnb instruction, which gathers every Nth bit
> per vector element.
>
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions. Is this okay for master?
This one
On May 8, 2020, Richard Biener via Gcc-patches wrote:
> OK, so I think the issue is that we are using RPO availability during
> the DOM elimination walk at all - there can be easily disconnects
> between what RPO iteration left us with and what the DOM walk
> eliminates. Fixing this fixes the
> "Aaron" == Aaron Merey via Binutils writes:
Aaron> * Makefile.in: Replace LIBDEBUGINFOD with DEBUGINFOD_LIBS.
Aaron> * aclocal.m4: Rebuild.
Instead of inlining pkg.m4 into aclocal.m4, how about making
config/pkg.m4 and then using m4_include from gdb/acinclude.m4?
That's
Hi,
On Thu, May 07, 2020 at 09:29:03PM -0500, Bill Schmidt wrote:
> diff --git a/gcc/config/rs6000/altivec.md b/gcc/config/rs6000/altivec.md
> index 5ef4889ba55..33ba57855bc 100644
> --- a/gcc/config/rs6000/altivec.md
> +++ b/gcc/config/rs6000/altivec.md
> @@ -162,6 +162,8 @@ (define_c_enum
From: Kelvin Nilsen
Add scalar instructions for parallel bit deposit and extract, with
built-in function support.
Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
regressions. Is this okay for master?
Thanks,
Bill
[gcc]
2020-05-08 Kelvin Nilsen
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95016
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-05-08
Vxworks 7's malloc, like Solaris', only ensures 8-byte alignment of
returned pointers on 32-bit x86, though GCC's stddef.h defines
max_align_t with 16-byte alignment for __float128. This patch enables
on x86-vxworks the same memory_resource workaround used for x86-solaris.
The testsuite also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95016
Bug ID: 95016
Summary: [DR 2082] Referring to parameters in unevaluated
operands of default arguments
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
When --enable-cet is used to configure GCC, enable Intel CET in libphobos.
* Makefile.am (AM_MAKEFLAGS): Add $(CET_FLAGS) to GCC FLAGS.
* configure.ac (CET_FLAGS): Add GCC_CET_FLAGS and AC_SUBST.
* Makefile.in: Regenerated.
* aclocal.m4: Likewise.
*
This patch set adds CET support to libphobos. Since libphobos uses zlib
target library, CET is also enabled in zlib.
OK for master?
Thanks.
H.J. Lu (3):
zlib: Add --enable-cet to configure
libphobos: Add --enable-cet to configure
switchcontext.S: Include and use _CET_ENDBR
When --enable-cet is used to configure GCC, enable Intel CET in target
zlib.
* Makefile.am (AM_CFLAGS): New.
* configure.ac (CET_FLAGS): Add GCC_CET_FLAGS and AC_SUBST.
* Makefile.in: Regenerated.
* aclocal.m4: Likewise.
* configure.ac: Likewise.
---
When __CET__ is defined, should be included to add Intel CET
marker to object file and _CET_ENDBR should be placed at function entry
to indicate indirect branch target.
* libdruntime/config/x86/switchcontext.S: Include if
__CET__ is defined.
(_CET_ENDBR): New. Define if
Please ignore, I sent the wrong ChangeLog. Will try again momentarily.
Sorry,
Bill
On 5/8/20 3:05 PM, Bill Schmidt via Gcc-patches wrote:
From: Kelvin Nilsen
Add scalar instructions for parallel bit deposit and extract, with
built-in function support.
Bootstrapped and tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #24 from Leo Yuriev ---
So, seems that all done and this issue should be closed?
From: Kelvin Nilsen
Add scalar instructions for parallel bit deposit and extract, with
built-in function support.
Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
regressions. Is this okay for master?
Thanks,
Bill
[gcc]
2020-05-08 Kelvin Nilsen
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95011
mario_grgic at hotmail dot com changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95011
--- Comment #1 from mario_grgic at hotmail dot com ---
It looks like this is configuration error. --with-sysroot and
--with-native-system-header-dir must both be specified when building on macOS.
However, configure --help does not list or
Hi,
over the course of two years that had passed since the deprecation of the
powerpcspe backend, and a year and a half since its removal from gcc, I've still
been speaking out several times against immediate closing of Bugzilla PRs
against that target[1,2]. IIRC, Andrew has been contemplating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95003
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:234681eadf2c51d7b78270188d64601b7267330d
commit r11-208-g234681eadf2c51d7b78270188d64601b7267330d
Author: Iain Sandoe
Date: Sun
On Fri, Jan 31, 2020 at 03:31:59PM -0500, David Malcolm wrote:
> On Fri, 2020-01-31 at 14:31 -0500, Lewis Hyatt wrote:
> > Hello-
> >
> > Here is the second patch that I mentioned when I submitted the other
> > related
> > patch (which is awaiting review):
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94778
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Ever confirmed|0
Since libgccjit.so is linked into jit tests, skip jit tests for targets
that don't support -lgccjit.
OK for master?
H.J.
---
PR jit/94778
* jit.dg/jit.exp: Skip jit tests for targets that don't support
-lgccjit.
* lib/target-supports.exp
the last time the NEWS file was updated was GCC 3.4. It is no longer
news-worthy. We've moved to documenting this stuff on the web.
pushed.
nathan
--
Nathan Sidwell
2020-05-08 Nathan Sidwell
* NEWS: Delete, it is so stale.
diff --git c/gcc/cp/NEWS w/gcc/cp/NEWS
deleted file mode 100644
On 5/8/20 2:00 PM, Segher Boessenkool wrote:
On Thu, May 07, 2020 at 09:11:32PM -0500, Bill Schmidt wrote:
From: Kelvin Nilsen
Add support for new vclzdm and vctzdm vector instructions that
count leading and trailing zeros under control of a mask.
Bootstrapped and tested on
On Thu, May 07, 2020 at 09:11:32PM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add support for new vclzdm and vctzdm vector instructions that
> count leading and trailing zeros under control of a mask.
> Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
> regressions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94923
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92101
--- Comment #2 from Mateusz Pusz ---
No, it fails on clang with:
```
:22:10: error: use of class template 'basic_fixed_string' requires
template arguments; argument deduction not allowed in template parameter
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95015
Bug ID: 95015
Summary: Partial specializations of class templates with class
NTTP fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95014
Bug ID: 95014
Summary: gcc fails to merge two identical returns
Product: gcc
Version: 10.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57814
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #3
-Wclass-memaccess is suppressed for write accesses to trivially
copyable but otherwise nontrivial class types by character types
but the suppression neglects to consider the equivalent accesses
by std::byte. The attached patch extends the same privilege also
to it.
I couldn't find a utility
On the modules branch I was forced to fiddle with directives-only
processing. I reimplemented it.
The existing directives-only code (a) punched a hole through the libcpp
interface and (b) didn't support raw string literals. This reimplements
this preprocessing mode. I added a proper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95013
Bug ID: 95013
Summary: [11 Regression] FAIL:
obj-c++.dg/property/property-neg-6.mm
syntax-error-10.mm
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93103
--- Comment #4 from Mateusz Pusz ---
I am so sorry. My bad. You are right. It seems to be fixed indeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80711
--- Comment #5 from David Binderman ---
(In reply to Martin Sebor from comment #3)
> There is a warning like that in the middle-end: -Wsuggest-attribute=pure.
Whether a function is pure is a slightly different thing
to whether it is a C++
From: Kelvin Nilsen
Add new vector instructions to clear leftmost and rightmost bytes.
Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
regressions. Is this okay for master?
Thanks,
Bill
[gcc]
2020-05-08 Kelvin Nilsen
* config/rs6000/altivec.h (vec_clrl): New
On Fri, May 8, 2020 at 7:22 PM Uros Bizjak wrote:
>
> Attached WIP patch enables auto-vectorization of basic V2SF operations
> (plus, minus, mult, min/max). The compiler takes care that everything
> is loaded from memory via movq insn, so top two registers always
> remain zero.
This example:
When compiling with -mbackchain -fstack-clash-protection currently no
probes are emitted. This patch adjusts the "allocate_stack" expander
to call anti_adjust_stack_and_probe_stack_clash when needed. In order
to do this I had to export that function from explow.c.
Ok for mainline?
2020-05-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91010
Arseny Solokha changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79627
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88970
Arseny Solokha changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86216
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86725
--- Comment #5 from Arseny Solokha ---
So only gcc 8 branch is currently affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85099
Bug 85099 depends on bug 85876, which changed state.
Bug 85876 Summary: ICE in move_op_ascend, at sel-sched.c:6164
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85876
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85876
Arseny Solokha changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
Attached WIP patch enables auto-vectorization of basic V2SF operations
(plus, minus, mult, min/max). The compiler takes care that everything
is loaded from memory via movq insn, so top two registers always
remain zero.
We could probably vectorize some more operations (horizontal add,
horizontal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91161
--- Comment #6 from Arseny Solokha ---
I cannot reproduce it on master and w/ gcc-10.1.0-RC-20200430, regardless of
-checking. It still fails on the 9 branch w/ -fchecking.
Bug report this patch fixes: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87455
The patch is a trivial one-liner, so I believe there should be no need
to sign the CLA?
Copy of the patch is attached, because google cannot be trusted to not
munge whitespace.
>From
Hi!
Just some very minor stuff...
On Thu, May 07, 2020 at 09:00:32PM -0500, Bill Schmidt wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/powerpc/dg-future-0.c
> @@ -0,0 +1,14 @@
> +/* { dg-do compile { target { powerpc*-*-* } } } */
This is the default for anything under
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94998
--- Comment #4 from Harald van Dijk ---
Just confirming that that patch works for me, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84206
Arseny Solokha changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85099
Bug 85099 depends on bug 84206, which changed state.
Bug 84206 Summary: ICE in get_all_loop_exits, at sel-sched-ir.h:1138
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84206
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #5 from Will Schmidt ---
Created attachment 48486
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48486=edit
Patch that seemed promising but is not sufficient.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #4 from Will Schmidt ---
I'll be attaching a proposed(/rfc) patch momentarily.
I'm able to add logic in cfgexpand.c expand_asm_stmt() to catch the use of a FP
register when our target is SOFT_FLOAT ; but the result is an ICE while
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89963
--- Comment #3 from Arseny Solokha ---
I cannot reproduce it w/ gcc-10.1.0-RC-20200430 or gcc 9.3, gmp 6.2.0, and isl
0.22.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94997
--- Comment #5 from David Binderman ---
(In reply to Martin Sebor from comment #4)
> ... I see more overhead than value in reports suggesting
> these types of improvements to the code base.
Righto. I've provided the list of all known 237
On Fri, 8 May 2020 16:18:34 +0200
Thomas Schwinge wrote:
> >> Can you please explain (textually?) how this checking (design per
> >> your textual description below) is working in context of mixed
> >> OpenACC structured ("S") and dynamic ("D") reference counts? For
> >> example:
> >>
> >>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94997
--- Comment #4 from Martin Sebor ---
After noticing pr94995 (and subsequently also your clarification in comment #3)
I see I was wrong in my assumption. While I'm a big fan of const correctness
and agree that those functions (and probably many
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95008
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93103
--- Comment #3 from Patrick Palka ---
Aren't we correct to reject both calls? The deduced return type for both is
'double', which does not model Integral.
I thought the problem was that we were correctly rejecting the first call but
failing to
On Fri, 2020-05-08 at 13:06 -0300, Giuliano Belinassi via Gcc-patches wrote:
> Hi,
>
> This patch Refactors tree-vrp.c to eliminate all global variables except
> 'x_vrp_values', which will require that 'thread_outgoing_edges' to
> accept an extra argument and pass it to the 'simplify' callback.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94997
--- Comment #3 from David Binderman ---
(In reply to Martin Sebor from comment #1)
> Assuming this is meant to be an enhancement request to add new option to
> suggest to make member functions const the same enhancement request has
> already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94997
--- Comment #2 from David Binderman ---
Created attachment 48485
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48485=edit
text file
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Chinese (traditional) team of translators. The file is available at:
https://translationproject.org/latest/gcc/zh_TW.po
(This file,
Hi,
This patch Refactors tree-vrp.c to eliminate all global variables except
'x_vrp_values', which will require that 'thread_outgoing_edges' to
accept an extra argument and pass it to the 'simplify' callback.
It also removes every access to 'cfun', retrieving the function being
compiled from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93103
--- Comment #2 from Mateusz Pusz ---
It might be a regression because I remember it working fine. Now it fails
again. Check here: https://godbolt.org/z/-K39X7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94997
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80711
Martin Sebor changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94992
--- Comment #3 from Rafael Avila de Espindola ---
For completeness, this is a reduction of a std::swap(x,x). The placement new
was originally in the move assignment operator.
I was able to reproduce this with gcc 9 by moving a few functions out
There's no need to special-case EOF's location. For the complete file
we give it a legitimate location. And for deferred parses we now zap a
temporary EOF onto the next token, so we can just use its location anyway.
pushed to master.
nathan
--
Nathan Sidwell
2020-05-08 Nathan Sidwell
On Wed, 6 May 2020, Patrick Palka wrote:
> On Wed, 6 May 2020, Patrick Palka wrote:
>
> > On Tue, 5 May 2020, Patrick Palka wrote:
> >
> > > On Tue, 5 May 2020, Patrick Palka wrote:
> > >
> > > > Unfortunately, the previous fix to PR94038 is fragile. When the
> > > > argument to fold_for_warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47765
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65696
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
The first tweak is to remove the TREE_OVERFLOW flag on INTEGER_CSTs because it
prevents them from being uniquized in LTO mode. The second, unrelated tweak
is to canonicalize the packable types made by gigi, so that at most one per
type is present in the GENERIC IL.
Tested on x86-64/Linux,
Two aliased objects must have distinct addresses, even if they have size zero,
so we make sure to allocate at least one byte for them.
Tested on x86-64/Linux, applied on the mainline.
2020-05-08 Eric Botcazou
* gcc-interface/decl.c (gnat_to_gnu_entity) : Force at
least the
We mark the type of In parameters in Ada with the const qualifier, but it is
stripped by free_lang_data_in_type so do not do it in LTO mode.
Tested on x86-64/Linux, applied on the mainline.
2020-05-08 Eric Botcazou
* gcc-interface/decl.c (gnat_to_gnu_param): Do not make a variant
The information was missing in cases the front-end was able to turn the range
comparison into a simple comparison.
Tested on x86-64/Linux, applied on the mainline.
2020-05-08 Eric Botcazou
* gcc-interface/trans.c (Raise_Error_to_gnu): Always compute a lower
bound and an
1 - 100 of 214 matches
Mail list logo