https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94004
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88970
--- Comment #3 from Arseny Solokha ---
(In reply to Arseny Solokha from comment #0)
> But it may have a number of duplicates already…
…like recently fixed PR86216 and still open but unreproducible PR79627?
Hi!
The following testcase ICEs in cross to riscv64-linux. The problem is
that we have a DImode integral constant (that doesn't fit into SImode),
which is pushed into a constant pool and later access just the first half of
it using a MEM. When plus_constant is called on such a MEM, if the
On 2/25/20 10:20 AM, Jakub Jelinek wrote:
> Hi!
>
> In Fedora we configure GCC with --with-arch=zEC12 --with-tune=z13 right now
> and furthermore redhat-rpm-config adds to rpm packages -march=zEC12 -mtune=z13
> options (among others). While looking at the git compilation, I've been
> surprised
After add --param max-inline-insns-size=1 all target will remove the
redundant store at dse1, except some targets like AArch64 and MIPS will
expand the struct initialization into loop due to CLEAR_RATIO.
Tested on cross compiler of riscv32, riscv64, x86, x86_64, mips, mips64,
aarch64, nds32 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94011
Bug ID: 94011
Summary: ICE in validate, at analyzer/region-model.cc:3727
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
On Mon, Mar 02, 2020 at 03:54:36PM +0100, Jakub Jelinek wrote:
> So, like this if it passes bootstrap/regtest?
Bootstrapped/regtested successfully on x86_64-linux and i686-linux.
> 2020-03-02 Jakub Jelinek
>
> PR tree-optimization/93582
> * tree-ssa-sccvn.h (vn_reference_lookup):
On Wed, Feb 26, 2020 at 11:29:18AM +0100, Richard Biener wrote:
> > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
This got fixed with Martin's C FE change, so I've just committed
the testcases as obvious to trunk.
2020-03-03 Jakub Jelinek
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93927
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a422f68924dbe9e0d8c4b0a0acbbadeaf0965d49
commit r10-6986-ga422f68924dbe9e0d8c4b0a0acbbadeaf0965d49
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059
--- Comment #41 from fdlbxtqi ---
(In reply to Jonathan Wakely from comment #38)
> We could also use memcmp for std::equal when it's using std::equal_to<> or
> std::equal_to<_ValueType1> or std::equal_to<_ValueType2>, and for
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059
--- Comment #39 from fdlbxtqi ---
(In reply to Jonathan Wakely from comment #38)
> We could also use memcmp for std::equal when it's using std::equal_to<> or
> std::equal_to<_ValueType1> or std::equal_to<_ValueType2>, and for
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059
--- Comment #40 from fdlbxtqi ---
to_address(__first),to_address(__second)
to_address(__first1),to_address(__first2)
Hi Everyone,
I was one of the original authors of hot cold splitting optimization in LLVM. I
was wondering if implementing
a region based hot cold splitting optimization would be useful in GCC? We
already have optimal implementation of SESE region detection in GCC
Hi
Isn't it something to fix before gcc 10 release ?
François
On 12/27/19 11:57 AM, François Dumont wrote:
Here is the patch to extend DR 526 to forward_list and list remove_if
and unique.
As the adopted pattern is simpler I also applied it to the remove
methods.
PR
在 2020/3/2 下午10:49, Nathan Sidwell 写道:
On 2/12/20 2:23 AM, JunMa wrote:
Hi
In captures_temporary, the current implementation fails to handle
component_ref. This causes ice with case co_await A while
operator co_await is defined in base class of A. Also it is necessary
to capture the object of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94008
Nicholas Krause changed:
What|Removed |Added
CC||xerofoify at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94010
Bug ID: 94010
Summary: [missed optimization] -fmerge-all-constants misses
simple array merging
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590
Andrew Pinski changed:
What|Removed |Added
CC||fengshenjun at yeah dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94009
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94009
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94009
Bug ID: 94009
Summary: program (which use condition_variable) segment fault
when compile with -static
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94008
Bug ID: 94008
Summary: "use of deleted function" error when using
"std::unique_ptr", std::move() and lambda
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94007
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
在 2020/3/2 下午5:43, Iain Sandoe 写道:
Hi,
In the absence of specific comment on the handling of closures I'd
implemented something more than was intended (extending the lifetime
of lambda capture-by-copy vars to the duration of the coro).
After discussion at WG21 in February and by email, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94007
Bug ID: 94007
Summary: Appending a view into a string to the same string
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Fri, Feb 28, 2020 at 06:45:25AM -0600, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Feb 28, 2020 at 12:32:06AM -0500, Michael Meissner wrote:
> > As part of my work in adding support for -mcpu=future, I noticed an insn
> > that
> > would never match.
>
> > It will never match, because the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90732
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
Bug 16994 depends on bug 90732, which changed state.
Bug 90732 Summary: [9 Regression] ICE with std::apply after variable length
array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90732
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94006
--- Comment #2 from Andrew Pinski ---
I thought SRA would have done it.
BUT it does not.
The C front-end does the optimization while it is gimplifying the original tree
for some reason ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94006
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883
--- Comment #32 from Jim Wilson ---
The proposed patch looks OK to me. I suggest you submit it to gcc-patches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93986
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor
The wide_int APIs expect operands to have the same precision and
abort when they don't. This is especially insidious in code where
the operands normally do have the same precision but where mixed
precision arguments can come up as a result of unusual combinations
optimization options. That is
On Mon, 2 Mar 2020, Martin Liška wrote:
> +version of GCC@. If an option is supported by all languages, one needs
> +to use @var{common} qualifier instead.
"common" is literal text, so it should be @samp{common} not @var{common},
and the existing documentation here describes it as a "class"
On 2/29/20 2:32 PM, Marek Polacek wrote:
The point of this patch is to fix the recurring problem of trees
generated by convert_like while processing a template that break when
substituting. For instance, when convert_like creates a CALL_EXPR
while in a template, substituting such a call breaks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94006
Bug ID: 94006
Summary: Poor codegen for cond ? lval1 : lval2
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
> From: David Malcolm
>
> Thanks Modi.
>
> Before looking at the updated patch in detail, we ought to also address the
> legal prerequisites for contributing.
>
> Does your employer have legal paperwork in place with the FSF for such
> contributions? See:
>
>
Ping: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00883.html
On 2/21/20 9:49 AM, Martin Sebor wrote:
Ping: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00883.html
On 2/14/20 3:41 PM, Martin Sebor wrote:
Because attribute weakref introduces a kind of a definition, it can
only be applied to
PR87560 reports an ICE when a test case is compiled with -mpower9-vector
and -mno-altivec. This patch terminates compilation with an error when
this combination (and other unreasonable ones) are requested.
Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no
regressions. Reported
On Mon, Mar 02, 2020 at 09:40:59PM +, GT wrote:
> Searching openmp.org located document "OpenMP API Examples". The relevant
> example
> for inbranch/notinbranch shows very simple functions (SIMD.6.c). GCC testsuite
> functions are similarly simple.
> Wouldn't the same effect be achieved by
fine.
$ gcc-trunk -v
gcc version 10.0.1 20200302 (experimental) [master revision
778a77357ca:87d8bb8fb8c:917e56a94f9d3189d7fa9d1944b7513258195887] (GCC)
#correct value:
$ gcc-trunk -g abc.c
$ gdb -x cmds -batch a.out
Breakpoint 1 at 0x4004ec: file abc.c, line 11.
Breakpoint 1, i () at abc.c:11
‐‐‐ Original Message ‐‐‐
On Monday, March 2, 2020 3:31 PM, Jakub Jelinek wrote:
> On Mon, Mar 02, 2020 at 08:20:01PM +, GT wrote:
>
> > Which raises the question: what use-case motivated allowing the compiler
> > to auto-vectorize user defined functions? From having manually created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93959
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
The note about duplicates attached to analyzer diagnostics feels like an
implementation detail; it's likely just noise from the perspective of an
end-user.
This patch disables it by default, introducing a flag to re-enable it.
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as 6e078aec716aa8214c13d7d20292aa232b5b.
gcc/ChangeLog:
* doc/invoke.texi (Static Analyzer Options): Add
-Wanalyzer-stale-setjmp-buffer to the list of options enabled
by -fanalyzer.
---
PR analyzer/93959 reported that g++.dg/analyzer/malloc.C was failing
with no output on Solaris.
The issue is that there has "using std::free;", converting
all the "free" calls to std::free, which fails the name-matching via
is_named_call_p.
This patch implements an is_std_named_call_p variant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93959
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:9f00b22f98ec0688fcd9816a03aa3f7eea58bcf7
commit r10-6981-g9f00b22f98ec0688fcd9816a03aa3f7eea58bcf7
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93442
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86917
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
Bug 16994 depends on bug 88256, which changed state.
Bug 88256 Summary: [8/9 Regression] ICE: Segmentation fault (in
make_ssa_name_fn) with VLA cast, C++ FE missing DECL_EXPRs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81862
Bug 81862 depends on bug 86917, which changed state.
Bug 86917 Summary: [8/9 Regression] ICE in verify_ctor_sanity, at
cp/constexpr.c:2798
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86917
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 86917, which changed state.
Bug 86917 Summary: [8/9 Regression] ICE in verify_ctor_sanity, at
cp/constexpr.c:2798
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86917
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90333
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86917
--- Comment #10 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:054aeaef276572c2ccbedbd7aa86046be338603c
commit r9-8324-g054aeaef276572c2ccbedbd7aa86046be338603c
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92601
--- Comment #2 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:9d5df8e3221c5fe5c8aca0334655b075bd9ea556
commit r9-8321-g9d5df8e3221c5fe5c8aca0334655b075bd9ea556
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90333
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:166c024a1969ca9e77ed450fb65ce5c926a315dc
commit r9-8318-g166c024a1969ca9e77ed450fb65ce5c926a315dc
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
--- Comment #15 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:f137a7c6b122e524294fb792bb97d5f3b0600c4f
commit r9-8322-gf137a7c6b122e524294fb792bb97d5f3b0600c4f
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90732
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:1ccbda907d1fd3a202ff2bd951828cc97abb1a8d
commit r9-8319-g1ccbda907d1fd3a202ff2bd951828cc97abb1a8d
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89640
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:166c024a1969ca9e77ed450fb65ce5c926a315dc
commit r9-8318-g166c024a1969ca9e77ed450fb65ce5c926a315dc
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60503
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:166c024a1969ca9e77ed450fb65ce5c926a315dc
commit r9-8318-g166c024a1969ca9e77ed450fb65ce5c926a315dc
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93442
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:e83a2d943a1affc8d945430b8feca290169fe3d7
commit r9-8320-ge83a2d943a1affc8d945430b8feca290169fe3d7
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91953
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:b4e53e9b3c963b1c0fe9637618dec8042764f599
commit r9-8323-gb4e53e9b3c963b1c0fe9637618dec8042764f599
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94002
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #36 from Steve Kargl ---
On Mon, Mar 02, 2020 at 11:20:56AM +, thenlich at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
>
> --- Comment #35 from Thomas Henlich ---
> (In reply to Steve Kargl from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91678
--- Comment #9 from Marek Polacek ---
I'm not sure yet -- I remember issues I'd seen with the patch, but those issues
were somehow resolved, so the maybe_lvalue_p bit was all that was needed on
trunk. I need to do a regtest/bootstrap on 9 to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91678
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|ubizjak at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997
--- Comment #4 from Uroš Bizjak ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93986
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982
Martin Sebor changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974
Peter Bergner changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
‐‐‐ Original Message ‐‐‐
On Thursday, February 27, 2020 9:52 AM, Jakub Jelinek wrote:
> On Thu, Feb 27, 2020 at 08:47:19AM -0600, Bill Schmidt wrote:
>
> > But is this actually a good idea? It seems to me this will generate lousy
> > code in the absence of hardware support. Won't we be
On Mon, Mar 02, 2020 at 08:20:01PM +, GT wrote:
> Which raises the question: what use-case motivated allowing the compiler
> to auto-vectorize user defined functions? From having manually created vector
The feature made it into the OpenMP standard (already OpenMP 4.0) and so got
implemented
*movstrict_1 insn pattern allows only general registers,
so we have to reject modes not suitable for general regs in
corresponding movstrict expander.
2020-03-02 Uroš Bizjak
PR target/93997
* config/i386/i386.md (movstrict): Allow only
registers with VALID_INT_MODE_P modes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:b80cbe2d8d46c8518dca2d781c8ee4d02c5ba1ed
commit r10-6979-gb80cbe2d8d46c8518dca2d781c8ee4d02c5ba1ed
Author: Uros Bizjak
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989
--- Comment #5 from Michael de Lang ---
Created attachment 47953
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47953=edit
self-contained minimal test case
I managed to reduce the test case to a single file, which also produces the two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
--- Comment #48 from Andrew Pinski ---
(In reply to Jeffrey A. Law from comment #47)
> Martin, yea, your patch does prevent creation of the V_C_E. That in turn
> allows maybe_a$live_7 to be directly used in the conditional which in turn
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982
Jakub Jelinek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
On Mon, 24 Feb 2020, Patrick Palka wrote:
> On Mon, 24 Feb 2020, Patrick Palka wrote:
>
> > This implements signed and unsigned integer-class types, whose width is one
> > bit
> > larger than the widest native signed and unsigned integral type
> > respectively.
> > In our case this is either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92982
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:f26688fbe441375e907f0dd2f35837681870b1f4
commit r10-6978-gf26688fbe441375e907f0dd2f35837681870b1f4
Author: Martin Sebor
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|msebor at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
--- Comment #47 from Jeffrey A. Law ---
Martin, yea, your patch does prevent creation of the V_C_E. That in turn
allows maybe_a$live_7 to be directly used in the conditional which in turn
allows tree-ssa-uninit.c to realize the problematic path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93927
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93998
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93992
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|UNCONFIRMED
Assignee|jakub at
I bootstrapped and tested on power 7 and 8 BE and power 8 and 9 LE and
saw nothing untoward.
On 3/2/20 4:45 AM, Jakub Jelinek wrote:
The second release candidate for GCC 8.4 is available from
https://gcc.gnu.org/pub/gcc/snapshots/8.4.0-RC-20200302/
ftp://gcc.gnu.org/pub/gcc/snapshots
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93992
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981
jwjagersma at gmail dot com changed:
What|Removed |Added
Attachment #47941|0 |1
is obsolete|
Hi all,
On 17/01/2020 16:46, Dennis Zhang wrote:
Hi all,
This patch is part of a series adding support for Armv8.6-A features.
It depends on Arm BFMode patch
https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01448.html
This patch implements intrinsics to convert between bfloat16 and float32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93958
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93958
--- Comment #2 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:e78e50d57edf4e0e49576a7a31b01477eed08223
commit r10-6977-ge78e50d57edf4e0e49576a7a31b01477eed08223
Author: Marek Polacek
Date:
Hi Paul,
Thanks for the review. This is now committed as:
r10-6976-gf3c276aec26d9e406cc4bbf0e18b1105df63f0ee
I'll keep this in mind for future patches - this one seemed simple enough that
I'd be confident to commit it without review after waiting for a few days. I'm
hoping to find time to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93486
Andrew Benson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93486
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andrew Benson :
https://gcc.gnu.org/g:f3c276aec26d9e406cc4bbf0e18b1105df63f0ee
commit r10-6976-gf3c276aec26d9e406cc4bbf0e18b1105df63f0ee
Author: Andrew Benson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94004
--- Comment #2 from Martin Sebor ---
Bisection points to r254630 which doesn't look related to -Walloca:
commit 025d57f037ad13eb479818b677ef4be4d97b639c
Author: Martin Sebor
Date: Fri Nov 10 16:35:26 2017 +
PR c/81117 - Improve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93998
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
1 - 100 of 285 matches
Mail list logo
