A couple minor improvements to the H8 port I spotted while doing the cc0->CC_REG
transition.
First is consolidation of 3 peepholes into a single peephole using a mode
iterator. This has zero impact on the code we generate, but means fewer
patterns
that I ultimately have to convert.
Second is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95159
--- Comment #1 from Paco Arjonilla ---
GCC 10.1, not GCC 10.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95159
Bug ID: 95159
Summary: ICE on aggregate template parameter with empty angle
brackets
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
On Fri, May 15, 2020 at 9:47 PM Martin Sebor wrote:
> On 5/15/20 8:08 AM, Richard Sandiford wrote:
> We've moved more and more to stronly-typed data structures
> so I'd not like to see 'auto' everywhere - it should be still
> obvious what kind of objects we're working with where
On 5/15/20 8:08 AM, Richard Sandiford wrote:
We've moved more and more to stronly-typed data structures
so I'd not like to see 'auto' everywhere - it should be still
obvious what kind of objects we're working with where they
matter. IMHO they do not matter for example for iterators.
I don't
On 5/15/20 6:22 PM, Mike Stump wrote:
> Anyway, love to have software that can move code wholesale. Love to move the
> testsuite into a new language.
All it needs is funding. :-) What GDB needs is expect, not Tcl. Most
of the GDB testsuite is just expect pattern matching from the shell.
On May 14, 2020, at 11:11 AM, Tom Tromey wrote:
>
>> "Rob" == Rob Savoye writes:
>
> Rob> Not that team, the folks I talked to thought I was crazy for wanting
> Rob> to refactor it. :-)
>
> I don't think refactoring dejagnu is crazy, but I think it's pretty hard
> to imagine rewriting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15880
Martin Sebor changed:
What|Removed |Added
Known to work||4.1.0
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95156
Martin Sebor changed:
What|Removed |Added
Version|unknown |11.0
Status|UNCONFIRMED
Adds support for DMGL_RET_POSTFIX in D demangler, so it shows the type
of the declared variable, or function return type. Postfix notation is
used with space.
libiberty/ChangeLog:
* d-demangle.c: Add DMGL_RET_POSTFIX support.
* testsuite/d-demangle-expected: Add new tests.
Signed-off-by: Witold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57943
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57943
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:115232b778943be075fc4df991e03d9387563114
commit r11-434-g115232b778943be075fc4df991e03d9387563114
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10138
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Last reconfirmed|2008-03-30
Besides better buffer overflow checking, the new GCC 10 attribute
access also provides an opportunity to detect other kinds of bugs,
including uninitialized accesses by user-defined functions.
The attached patch implements this enhancement.
In addition, the closely related PR 10138 requests that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95155
--- Comment #1 from Iain Buclaw ---
Looks like fix was in r10-7280, taken from the upstream backport in
https://github.com/dlang/dmd/pull/10913
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95158
Bug ID: 95158
Summary: Templates + Diamond Inheritance + Final = Pure Virtual
Function Call
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95100
--- Comment #2 from rhalbersma ---
OK, so the rewriting rules [range.adaptors]/4, that make views::xxx(R)
equivalent to R | views::xxx, do not allow to rewrite the expression equivalent
xxx_view{R} as R | xxx_view? That would be rather finicky,
On Fri, 15 May 2020, Jozef Lawrynowicz wrote:
> The attached patch fixes many GCC and G++ tests for 16-bit targets. These
> targets can have the following properties:
> - "int", "size_t", "ptrdiff_t", "void *" are 16-bit types
> - sizeof(int) == sizeof(short)
Some of the tests are disabled by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #5 from Rafael Avila de Espindola ---
With a seastar patched for c++ 20 (mostly dropping a few experimental/ from
includes and experimental:: from names), the following is all that is needed:
#include
#include
using namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #4 from Rafael Avila de Espindola ---
Created attachment 48547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48547=edit
testcase
Snapshot gcc-9-20200515 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20200515/
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 15, 2020 at 6:42 AM Rainer Orth
wrote:
>
> > On Thu, May 14, 2020 at 12:43 PM Rainer Orth
> > wrote:
> >>
> >> > This libgo patch builds the syscall test with -static. This avoids
> >> > problems finding libgo.so when running the test as root, which invokes
> >> > the test as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95061
--- Comment #7 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:e478cacb62f116d2c8efdabc4b51e6d2d7041aae
commit r11-432-ge478cacb62f116d2c8efdabc4b51e6d2d7041aae
Author: Ian Lance Taylor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95157
Bug ID: 95157
Summary: Missing -Wtautological-compare warning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95156
Bug ID: 95156
Summary: -Wtautological-compare warns in C but not C++
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On Fri, May 15, 2020 at 12:31 PM Srinath Parvathaneni
wrote:
>
> Armv8.1-M Mainline Security Extensions related changes in GCC-10.
>
>
> ### Attachment also inlined for ease of reply
> ###
>
>
> diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
>
On 5/14/20 4:19 PM, Patrick Palka wrote:
We sometimes fail to reject a invalid non-dependent operand to decltype
when inside a template, because finish_decltype_type resolves the
decltype to the TREE_TYPE of the operand before we ever instantiate and
fully process the operand. Fix this by
On 5/15/20 2:21 PM, Richard Biener wrote:
On May 15, 2020 7:30:38 PM GMT+02:00, Jason Merrill wrote:
On Fri, May 15, 2020 at 3:15 AM Richard Biener
wrote:
+# When bootstrapping with GCC, build stage 1 in C++11 mode to
ensure
that a
+# C++11 compiler can still start the bootstrap.
if
I think I completed this evolution.
I eventually used ref to node pointer as much as possible and even use
move semantic on it.
My prerequisite for this to work is that nullptr can be assign on the
fancy pointer and that a fancy pointer to __node_type is assignable
implicitely to a fancy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95155
Bug ID: 95155
Summary: d: wrong vtable offset in virtual function call
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87210
--- Comment #6 from qinzhao at gcc dot gnu.org ---
So, based on the previous discussion on the LLVM option
-ftrivial-auto-var-init=[uninitialized|pattern|zero]
we can see:
-ftrivial-auto-var-init=pattern
might not be a good idea due to the
Here's a new attempt to finally fix this PR and any known fallout.
In order to handle division by zero in declarations, but still accept the
code snippet adapted from 521.wrf_r (from spec2017), I removed the hunk
that was added to fix PR94399, and deferred the handling to a later stage.
One case
BU_FUTURE_MISC_2 is (currently) only used for instructions that require
64-bit registers.
2020-05-15 Segher Boessenkool
* config/rs6000/rs6000-builtin.def (BU_FUTURE_MISC_2): Also require
RS6000_BTM_POWERPC64.
---
gcc/config/rs6000/rs6000-builtin.def | 3 ++-
1 file changed,
Some fixes for -mcpu=future, mostly testsuite. This also cleans up
some other testsuite problems.
Tested on powerpc64-linux {-m32,-m64}; committing to trunk. This
hopefully cleans up some of the AIX problems here as well.
Segher
Segher Boessenkool (5):
rs6000/testsuite: Use -mdejagnu-cpu=
A bunch of new cases snuck in.
2020-05-15 Segher Boessenkool
gcc/testsuite/
* gcc.target/powerpc/pdep-0.c: Change -mcpu= to -mdejagnu-cpu=.
* gcc.target/powerpc/pdep-1.c: Ditto.
* gcc.target/powerpc/pextd-0.c: Ditto.
* gcc.target/powerpc/pextd-1.c: Ditto.
2020-05-15 Segher Boessenkool
gcc/testsuite/
* gcc.target/powerpc/cnttzdm-0.c: Use lp64.
---
gcc/testsuite/gcc.target/powerpc/cnttzdm-0.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc/testsuite/gcc.target/powerpc/cnttzdm-0.c
b/gcc/testsuite/gcc.target/powerpc/cnttzdm-0.c
The powerpc64 effective target unfortunately does not mean the target
has 64-bit instructions enabled (i.e., -mpowerpc64): instead, it means
that the assembler supports it.
Let's use the lp64 effective target instead for these tests.
2020-05-15 Segher Boessenkool
gcc/testsuite/
*
Tests that use the __int128 type need to use the int128 selector.
2020-05-15 Segher Boessenkool
gcc/testsuite/
* gcc.target/powerpc/vec-gnb-0.c: Use int128 effective target.
* gcc.target/powerpc/vec-gnb-1.c: Ditto.
* gcc.target/powerpc/vec-gnb-2.c: Ditto.
*
On Fri, 2020-05-15 at 18:26 +0100, Jozef Lawrynowicz wrote:
> The attached patch fixes many GCC and G++ tests for 16-bit targets. These
> targets can have the following properties:
> - "int", "size_t", "ptrdiff_t", "void *" are 16-bit types
> - sizeof(int) == sizeof(short)
>
> These properties
On Wed, 15 Apr 2020, Patrick Palka wrote:
> On Wed, 15 Apr 2020, Martin Sebor via Gcc-patches wrote:
> > On 4/13/20 8:43 PM, Jason Merrill wrote:
> > > On 4/12/20 5:49 PM, Martin Sebor wrote:
> > > > On 4/10/20 8:52 AM, Jason Merrill wrote:
> > > > > On 4/9/20 4:23 PM, Martin Sebor wrote:
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90996
--- Comment #6 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:289fbbe75f6d1c69605fcfde769ac46944c14a4a
commit r11-424-g289fbbe75f6d1c69605fcfde769ac46944c14a4a
Author: Patrick Palka
Date:
On May 15, 2020 7:30:38 PM GMT+02:00, Jason Merrill wrote:
>On Fri, May 15, 2020 at 3:15 AM Richard Biener
>
>wrote:
>
>> > +# When bootstrapping with GCC, build stage 1 in C++11 mode to
>ensure
>> that a
>> > +# C++11 compiler can still start the bootstrap.
>> > if test "$enable_bootstrap:$GXX"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93286
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:cda6396a1b6e6bba2a3b0847931567c3458f2184
commit r11-423-gcda6396a1b6e6bba2a3b0847931567c3458f2184
Author: Jason Merrill
Date:
My GCC 10 patch for 93286 fixed the missing piece in tsubst's handling of
lists vs. that in tsubst_copy_and_build, but it would be better to share the
code between them.
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/cp/ChangeLog
2020-05-15 Jason Merrill
PR c++/93286 - ICE with
On Fri, May 15, 2020 at 5:58 AM Richard Sandiford
wrote:
> Richard Biener writes:
> > On Fri, May 15, 2020 at 10:30 AM Richard Sandiford
> > wrote:
> >>
> >> Richard Biener via Gcc-patches writes:
> >> > Note I think what's missing is some general blurb in our coding
> conventions
> >> > as
On Fri, May 15, 2020 at 3:15 AM Richard Biener
wrote:
> > +# When bootstrapping with GCC, build stage 1 in C++11 mode to ensure
> that a
> > +# C++11 compiler can still start the bootstrap.
> > if test "$enable_bootstrap:$GXX" = "yes:yes"; then
> > + CXX="$CXX -std=gnu++11"
>
> So I just
The attached patch fixes many GCC and G++ tests for 16-bit targets. These
targets can have the following properties:
- "int", "size_t", "ptrdiff_t", "void *" are 16-bit types
- sizeof(int) == sizeof(short)
These properties cause problems for a number of tests in the testsuite,
where int is often
On Tue, 2020-05-05 at 20:16 +0200, Stefan Schulze Frielinghaus via Gcc-patches
wrote:
> While bootstrapping GCC on S/390 with --enable-checking=release several
> warnings about use of uninitialized variables bitpos, bitregion_start, and
> bitregion_end of function pass_store_merging::process_store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
On Thu, 2020-05-14 at 18:51 +0200, Jakub Jelinek wrote:
> On Thu, May 14, 2020 at 10:10:55AM -0600, Jeff Law wrote:
> > On Tue, 2020-05-12 at 10:12 +0200, Jakub Jelinek wrote:
> > > Hi!
> > >
> > > In the following testcase, store_expr of e.g. 97 bytes long string literal
> > > into 1MB long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94910
--- Comment #3 from Rafael Avila de Espindola ---
Yes, our build bots use podman, so you can reproduce with:
$ git clone https://github.com/scylladb/seastar
$ cd seastar
$ podman run -v $PWD:$PWD:z -w $PWD -it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95147
--- Comment #3 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4c1a5d8b71e29b71e0bc1004480c12c5fc427cb7
commit r11-422-g4c1a5d8b71e29b71e0bc1004480c12c5fc427cb7
Author: H.J. Lu
Date: Fri May 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95147
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95150
--- Comment #3 from Chinoune ---
(In reply to Tobias Burnus from comment #1)
> * You compilation uses "-O0" – I do not know whether that's intended.
I didn't set any optimization flag, maybe the compiler default to "-O0".
>
> * I did not see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95150
--- Comment #2 from Chinoune ---
Created attachment 48546
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48546=edit
debug ouput
On 5/15/20 3:22 PM, Marek Polacek wrote:
On Fri, May 15, 2020 at 03:12:27PM +0200, Martin Liška wrote:
On 5/15/20 2:42 PM, Marek Polacek wrote:
I actually use mklog -i all the time. But I can work around it if it
disappears.
Ah, I can see a consumer.
There's an updated version that supports
On 5/15/20 3:22 PM, Marek Polacek wrote:
On Fri, May 15, 2020 at 03:12:27PM +0200, Martin Liška wrote:
On 5/15/20 2:42 PM, Marek Polacek wrote:
I actually use mklog -i all the time. But I can work around it if it
disappears.
Ah, I can see a consumer.
There's an updated version that supports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83028
Rafael Avila de Espindola changed:
What|Removed |Added
CC||rafael at espindo dot la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95154
--- Comment #1 from Andreas Schwab ---
The problem is that when output_constant processes a FDESC_EXPR it calls
ASM_OUTPUT_FDESC, which doesn't do weak processing (it doesn't call
assemble_external).
On May 15, 2020 3:16:38 PM GMT+02:00, "H.J. Lu" wrote:
>When defaulting CET run-time support to auto, check if -fcf-protection
>works. Even if the stage1 GCC doesn't support -fcf-protection, since
>the final GCC does, CET run-time support will be enabled by default if
>binutils support CET.
OK.
On 5/15/20 2:59 AM, Martin Liška wrote:
Hi.
Since we moved to git world and we're in the preparation for ChangeLog
messages
being in git commit messages, I think it's the right time to also
simplify mklog
script.
I'm sending a new version (which should eventually replace contrib/mklog
and
On 5/15/20 2:59 AM, Martin Liška wrote:
Hi.
Since we moved to git world and we're in the preparation for ChangeLog
messages
being in git commit messages, I think it's the right time to also
simplify mklog
script.
I'm sending a new version (which should eventually replace contrib/mklog
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94690
--- Comment #11 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:0ec52417fd9b3bef5227cdc9a18ff4f0247b0ea4
commit r11-421-g0ec52417fd9b3bef5227cdc9a18ff4f0247b0ea4
Author: Tobias Burnus
Date:
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: ia64-*-*
spawn -ignore SIGHUP
/usr/local/gcc/gcc-20200515/Build/gcc/testsuite/g++3/../../xg++
-B
Also change XMM register constraint from "x" to "v" in FP push insns.
gcc/ChangeLog:
2020-05-15 Uroš Bizjak
* config/i386/i386.md (SWI48DWI): New mode iterator.
(*push2): Allow XMM registers.
(*pushdi2_rex64): Ditto.
(*pushsi2_rex64): Ditto.
(*pushsi2): Ditto.
(push
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95100
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95150
--- Comment #1 from Tobias Burnus ---
* You compilation uses "-O0" – I do not know whether that's intended.
* I did not see any timeout message although it did take a while to run
with offloading. (See timing results below.)
I wonder what
>> > We've moved more and more to stronly-typed data structures
>> > so I'd not like to see 'auto' everywhere - it should be still
>> > obvious what kind of objects we're working with where they
>> > matter. IMHO they do not matter for example for iterators.
>> > I don't care about the iterator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94535
--- Comment #13 from Alisdair Meredith ---
As this has shipped for two releases now (gcc9 and 10) I recommend closing as
Works As Designed, citing C standard paper N2322 as reason for the change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
--- Comment #1 from Alisdair Meredith ---
Forgot to add this is specific to -std=c++20 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95132
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
cpplib-10.1-b20200209.sv.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Swedish team of translators. The file is available at:
https://translationproject.org/latest/cpplib/sv.po
(This file,
Hi Ian,
> On Thu, May 14, 2020 at 12:43 PM Rainer Orth
> wrote:
>>
>> > This libgo patch builds the syscall test with -static. This avoids
>> > problems finding libgo.so when running the test as root, which invokes
>> > the test as a child process in various limited environments. This
>> >
On 5/14/20 3:17 PM, Arseny Solokha wrote:
Hi,
- if (TREE_CODE (nt) == TREE_VEC)
+ if (TREE_CODE (nt) == TREE_VEC || TREE_CODE (nt) == TREE_VEC)
Shouldn't there be
if (TREE_CODE (ot) == TREE_VEC || TREE_CODE (nt) == TREE_VEC)
+ else if (TYPE_P (nt) || TYPE_P (nt))
And here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
Bug ID: 95153
Summary: Arrays of 'const void *' should not be copyable
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi Frederik!
(We had internally discussed this.)
I can't formally approve testsuite patches, but did a review anyway:
On 2020-05-15T12:31:54+0200, Frederik Harwath wrote:
> The test commands for scanning optimization dump files
> perform globbing on the argument that specifies the suffix
> of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95152
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Fri, May 15, 2020 at 03:12:27PM +0200, Martin Liška wrote:
> On 5/15/20 2:42 PM, Marek Polacek wrote:
> > I actually use mklog -i all the time. But I can work around it if it
> > disappears.
>
> Ah, I can see a consumer.
> There's an updated version that supports that.
>
> For the future,
On Fri, May 15, 2020 at 03:12:27PM +0200, Martin Liška wrote:
> On 5/15/20 2:42 PM, Marek Polacek wrote:
> > I actually use mklog -i all the time. But I can work around it if it
> > disappears.
>
> Ah, I can see a consumer.
> There's an updated version that supports that.
>
> For the future,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95147
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
When defaulting CET run-time support to auto, check if -fcf-protection
works. Even if the stage1 GCC doesn't support -fcf-protection, since
the final GCC does, CET run-time support will be enabled by default if
binutils support CET.
config/
PR bootstrap/95147
* cet.m4
On 5/15/20 2:42 PM, Marek Polacek wrote:
I actually use mklog -i all the time. But I can work around it if it
disappears.
Ah, I can see a consumer.
There's an updated version that supports that.
For the future, will you still use the option? Wouldn't be better
to put the ChangeLog content
On 5/15/20 2:42 PM, Marek Polacek wrote:
I actually use mklog -i all the time. But I can work around it if it
disappears.
Ah, I can see a consumer.
There's an updated version that supports that.
For the future, will you still use the option? Wouldn't be better
to put the ChangeLog content
On Fri, 2020-05-15 at 13:20 +0200, Martin Liška wrote:
> On 5/15/20 12:58 PM, David Malcolm wrote:
> > On Fri, 2020-05-15 at 10:59 +0200, Martin Liška wrote:
> > > Hi.
> > >
> > > Since we moved to git world and we're in the preparation for
> > > ChangeLog messages
> > > being in git commit
On Fri, 2020-05-15 at 13:20 +0200, Martin Liška wrote:
> On 5/15/20 12:58 PM, David Malcolm wrote:
> > On Fri, 2020-05-15 at 10:59 +0200, Martin Liška wrote:
> > > Hi.
> > >
> > > Since we moved to git world and we're in the preparation for
> > > ChangeLog messages
> > > being in git commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95147
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-05-15
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95152
Bug ID: 95152
Summary: internal compiler error: in get_or_create_mem_ref, at
analyzer/region-model.cc:6938
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #10 from Marek Polacek ---
I see :(. I'll take a look, thanks for noticing.
On Fri, May 15, 2020 at 10:59:56AM +0200, Martin Liška wrote:
> Hi.
>
> Since we moved to git world and we're in the preparation for ChangeLog
> messages
> being in git commit messages, I think it's the right time to also simplify
> mklog
> script.
>
> I'm sending a new version (which should
On Fri, May 15, 2020 at 10:59:56AM +0200, Martin Liška wrote:
> Hi.
>
> Since we moved to git world and we're in the preparation for ChangeLog
> messages
> being in git commit messages, I think it's the right time to also simplify
> mklog
> script.
>
> I'm sending a new version (which should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
Bug ID: 95151
Summary: Add cmpmemM pattern for -minline-all-stringops
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67300
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94496
--- Comment #3 from Witold Baryluk ---
Also about 'nothrow' and Errors.
I would really welcome a flag to compiler that simply terminates all threads
immidetly any Error is thrown at throw location. They aren't really
recoverable. The only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92260
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:584a3c080bbd6e64131fa53771c7424bcf9d21fa
commit r11-418-g584a3c080bbd6e64131fa53771c7424bcf9d21fa
Author: Richard Biener
Date:
This adjusts the way we compute the stmt insert location for
invariants in BB vectorization context to deal with eventually
sharing invariant SLP nodes for multiple uses. We can no longer
use a single use stmt location then but there's a simple way out.
Bootstrap and regtest running on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95150
Bug ID: 95150
Summary: Some offloaded programs crash with openmp
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94910
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94307
--- Comment #9 from Martin Liška ---
Any update on this Kees?
Armv8.1-M Mainline Security Extensions related changes in GCC-10.
### Attachment also inlined for ease of reply###
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index
1 - 100 of 179 matches
Mail list logo
