(removing gcc-testresults@ which is for (automated) results of running the
testsuite, not for patch submission)
On Sat, 9 Feb 2019, 李苏旺 wrote:
I have a patch about libstdc++
include/std/type_traits ,
testsuite/20_util/logical_traits/requirements/explicit_instantiation.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89222
--- Comment #6 from Jonathan Larmour ---
Just to confirm with concrete values from a real program:
myhandler2() is at 0x23a8 (which means the branch target address if the
function is called should be 0x23a9 with LS bit set to indicate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89261
Bug ID: 89261
Summary: ix86_data_alignment has wrong argument type
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
hi all,
I have a patch about libstdc++
include/std/type_traits ,
testsuite/20_util/logical_traits/requirements/explicit_instantiation.cc
testsuite/20_util/logical_traits/requirements/typedefs.cc
testsuite/20_util/logical_traits/value.cc,
the patch want to add new logical traits , such as
Using #include "..." to include a header in the same directory fails if
the user compiles with -I-, so always use something like for
internal headers.
I haven't added tests for this, because dg-options adds options to the
end, and the position of -I- matters (if it's at the end then the tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88066
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Sat Feb 9 00:40:31 2019
New Revision: 268714
URL: https://gcc.gnu.org/viewcvs?rev=268714=gcc=rev
Log:
PR libstdc++/88066 use <> for includes not ""
Using #include "..." to include a
On Fri, Feb 8, 2019 at 3:28 AM H.J. Lu wrote:
>
> On Fri, Feb 8, 2019 at 1:51 AM Uros Bizjak wrote:
> >
> > On Thu, Feb 7, 2019 at 10:11 PM H.J. Lu wrote:
> > >
> > > OImode and TImode moves must be done in XImode to access upper 16
> > > vector registers without AVX512VL. With AVX512VL, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71044
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Sat Feb 9 00:25:39 2019
New Revision: 268713
URL: https://gcc.gnu.org/viewcvs?rev=268713=gcc=rev
Log:
Add noexcept to filesystem::path query functions
In the standard these member
In the standard these member functions are specified in terms of the
potentially-throwing path decompositions functions, but we implement
them without constructing any new paths or doing anything else that can
throw.
PR libstdc++/71044
* include/bits/fs_path.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85494
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|9.0 |10.0
Hi!
Non-type template arguments are constant-expression in the grammar and thus
manifestly constant-evaluated.
For e.g. class templates, convert_nontype_argument is called with
tf_warning_or_error and so while we called in the below spots
maybe_constant_value without manifestly_const_eval=true,
On Fri, Feb 8, 2019 at 3:02 PM H.J. Lu wrote:
>
> When -march=native is passed to host_detect_local_cpu to the backend,
> it overrides all command lines after it. That means
>
> $ gcc -march=native -march=skylake-avx512
>
> is the treated as
>
> $ gcc -march=skylake-avx512 -march=native
>
>
On 07.02.19 06:04, Ian Lance Taylor wrote:
> On Thu, Jan 31, 2019 at 7:40 AM Svante Signell
> wrote:
>>
>> As advised by the Debian gcc maintainer Matthias Klose and golang
>> developer Ian Lance Taylor I'm re-submitting the patches for
>> the port of gccgo to GNU/Hurd again. Now GOOS value is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69471
H.J. Lu changed:
What|Removed |Added
CC||joseph at codesourcery dot com
--- Comment #8
When -march=native is passed to host_detect_local_cpu to the backend,
it overrides all command lines after it. That means
$ gcc -march=native -march=skylake-avx512
is the treated as
$ gcc -march=skylake-avx512 -march=native
Prune joined switches with negation to allow -march=skylake-avx512 to
Hi Alan,
On Fri, Feb 08, 2019 at 11:05:57AM +1030, Alan Modra wrote:
> Inline PLT calls need PLT to be an array of addresses. bss-plt works
> differently.
>
> Bootstrap and regression test on powerpc64-linux biarch in progress.
> OK assuming no regressions?
>
> * config/rs6000/rs6000.c
Snapshot gcc-8-20190208 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20190208/
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
On 2/8/19 12:21 PM, Marek Polacek wrote:
r256999 removed early bailout for pointer-to-member-function types, so we
now try to tsubst each element of a pointer-to-member-function CONSTRUCTOR.
That's fine but the problem here is that we end up converting a null pointer
to
On 2/8/19 1:58 AM, Alexandre Oliva wrote:
On Feb 7, 2019, Jason Merrill wrote:
+ PR c++/86322. */
Wrong PR number.
Thanks
+ if (local_specializations)
+if (tree r = retrieve_local_specialization (t))
+ return r;
Hmm, I would expect this to do the wrong thing for pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #30 from Alan Modra ---
Author: amodra
Date: Fri Feb 8 22:20:58 2019
New Revision: 268708
URL: https://gcc.gnu.org/viewcvs?rev=268708=gcc=rev
Log:
[RS6000] Correct save_reg_p
Fixes lack of r30 save/restore on
// -m32 -fpic
On 2/8/19 4:07 AM, Alexandre Oliva wrote:
On Feb 7, 2019, Jason Merrill wrote:
In protected_accessible_p and shared_member_p, if we're left with a
USING_DECL after strip_using_decl, we can't give a meaningful answer,
and should probably abort; we shouldn't get here with a dependent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89214
--- Comment #5 from Marek Polacek ---
But we actually called reshape_init:
7146 expr = reshape_init (totype, expr, complain);
7147 expr = get_target_expr_sfinae (digest_init (totype, expr,
complain),
7148
Hi Olivier,
> Sorry, I had -mapcs-frame in mind.
That's identical to -mapcs, and equally deprecated. It was superceded 2 decades
ago. -mpcs-frame bugs have been reported multiple times, including on VxWorks.
For example https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379 suggests
VxWorks doesn't
On Fri, 8 Feb 2019 at 20:00, Richard Biener wrote:
>
> On February 8, 2019 7:22:48 PM GMT+01:00, Jakub Jelinek
> wrote:
> >Hi!
> >
> >The following testcase distilled from
> >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739#c0
> >aborts on s390x-linux when compiled with trunk -O2 with r268332
The attached patch attempts a substring length simplification
so that more complex expressions are handled in initialization
expressions. Thanks to Thomas König for the suggestion.
Regtested on x86_64-pc-linux-gnu.
(The PR still has other wrong-code issue to be addressed separately.)
OK for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89259
David Binderman changed:
What|Removed |Added
CC||iverbin at gcc dot gnu.org
---
Hi Lokesh,
Sorry for not getting back to you earlier.
On Thu, Jan 10, 2019 at 05:57:52PM +0530, Lokesh Janghel wrote:
> Find the attached patch for the subjected issue.
> Please let me know your thoughts and comments on the same.
>
> >Do you have a copyright assignment with the FSF?
> We don't
Recently I committed a patch solving
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
The patch resulted in test vsx-simode2.c failure. Here is the
difference in generated code:
@@ -13,9 +13,8 @@ foo:
.LFB0:
.cfi_startproc
std 3,-16(1)
- ori 2,2,0
- lwz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87761
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #27 from rguenther at suse dot de ---
On February 8, 2019 6:35:29 PM GMT+01:00, "jakub at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
>
>--- Comment #24 from Jakub Jelinek ---
>FRE doesn't, as that
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
The patch was bootstrapped and tested on x86-64 and ppc64. It was
also tested on ARM by Tamar Christina. The patch changes expected
generated code for one test on ppc64 but in a better way. I'll send a
patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739
--- Comment #56 from Jakub Jelinek ---
Author: jakub
Date: Fri Feb 8 19:01:37 2019
New Revision: 268706
URL: https://gcc.gnu.org/viewcvs?rev=268706=gcc=rev
Log:
PR tree-optimization/88739
* gcc.c-torture/execute/pr88739.c: New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
--- Comment #13 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Feb 8 19:01:10 2019
New Revision: 268705
URL: https://gcc.gnu.org/viewcvs?rev=268705=gcc=rev
Log:
2019-02-08 Vladimir Makarov
PR middle-end/88560
*
On February 8, 2019 7:22:48 PM GMT+01:00, Jakub Jelinek
wrote:
>Hi!
>
>The following testcase distilled from
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739#c0
>aborts on s390x-linux when compiled with trunk -O2 with r268332
>reverted (or
>e.g. with -O2 and gcc 7.x) and succeeds with trunk
On Fri, 2019-02-08 at 10:42 +0100, Uros Bizjak wrote:
> so, the reverted patch neglected this assumption. Ignoring this, we
> can use
>
> --cut here--
> Index: libgfortran/config/fpu-glibc.h
> ===
> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80953
--- Comment #31 from Eric Botcazou ---
> I think it is important to find out why there are those differences in line
> numbers. Is libbacktrace broken on Solaris, or not used at all, something
> different?
The libsanitizer does its private
Hi!
The following testcase distilled from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739#c0
aborts on s390x-linux when compiled with trunk -O2 with r268332 reverted (or
e.g. with -O2 and gcc 7.x) and succeeds with trunk -O2, or -O0 with any of
those compilers. Tested also on x86_64-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #26 from Jakub Jelinek ---
(In reply to Alexander Monakov from comment #25)
> (In reply to Jakub Jelinek from comment #22)
> > A function call must be assumed to clobber any call used registers of
> > course.
> > But calls already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #25 from Alexander Monakov ---
(In reply to Jakub Jelinek from comment #22)
> A function call must be assumed to clobber any call used registers of course.
> But calls already do have vops (well, const/pure don't, and I don't think
-archives --enable-libstdcxx-time
--enable-fully-dynamic-string --enable-cloog-backend=isl --enable-lto
--enable-libgomp --enable-checking=release
Thread model: posix
gcc version 8.2.1 20190208 (GCC)
Harfbuzz CFLAGS/LDFLAGS:
-g0 -Os -fomit-frame-pointer -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89256
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #24 from Jakub Jelinek ---
FRE doesn't, as that breaks the #c9 testcase.
a = 1;
__asm__("add %1, %0" : "=r" o_12 : "r" a, "0" 0);
__asm__ __volatile__("xor %%eax, %%eax" : : : "eax");
i_13 = 1;
a = 1;
__asm__("add %1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #23 from rguenther at suse dot de ---
On February 8, 2019 6:25:09 PM GMT+01:00, "jakub at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
>
>--- Comment #22 from Jakub Jelinek ---
>(In reply to Alexander
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88761
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi Tom!
On Fri, 8 Feb 2019 10:41:47 +0100, Tom de Vries wrote:
> The backtrace functions backtrace_full, backtrace_print and backtrace_simple
> walk the call stack, but make sure to skip the first entry, in order to skip
> over the functions themselves, and start the backtrace at the caller of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #22 from Jakub Jelinek ---
(In reply to Alexander Monakov from comment #21)
> (In reply to Jakub Jelinek from comment #18)
> > We could cache a bool in struct function whether the function has any local
> > hard register vars and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
Bug ID: 89260
Summary: ICE in read_cgraph_and_symbols, at lto/lto.c:2800
while compiling harfbuzz
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity:
r256999 removed early bailout for pointer-to-member-function types, so we
now try to tsubst each element of a pointer-to-member-function CONSTRUCTOR.
That's fine but the problem here is that we end up converting a null pointer
to pointer-to-member-function type and that crashes in fold_convert:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #21 from Alexander Monakov ---
(In reply to Jakub Jelinek from comment #18)
> We could cache a bool in struct function whether the function has any local
> hard register vars and just propagate that info during inlining etc. and
>
On Fri, Feb 8, 2019 at 6:50 AM Nathan Sidwell wrote:
>
> On 2/8/19 3:15 AM, Jakub Jelinek wrote:
> > Status
> > ==
> >
> > GCC 7.3 has been released on January 25th, so it is about time to do
> > GCC 8.3 release now. Unfortunately we have a recent P1 C++ regression
> > - PR88995. Nathan (or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89222
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Ping
On Fri, 2019-01-25 at 15:02 -0500, David Malcolm wrote:
> On Fri, 2019-01-25 at 08:59 -0800, Nathan Sidwell wrote:
> > On 1/25/19 8:48 AM, David Malcolm wrote:
> > > PR c++/89036 reports an ICE due to this assertion failing
> > >
> > > 1136/* A class should never have more than one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89090
--- Comment #8 from Jonathan Wakely ---
That doesn't work. I don't get to control every G++ users' build system.
On 08/02/2019 16:19, Olivier Hainque wrote:
> Hi Wilco,
>
>> On 8 Feb 2019, at 15:49, Wilco Dijkstra wrote:
>>
>> Hi Olivier,
>>
>>> Below is a description of a very annoying bug we are witnessing
>>> on ARM.
>> ...
>>> compiled with -Og -mapcs
>>
>> Do you know -mapcs has been deprecated for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89259
Bug ID: 89259
Summary: liboffloadmic/runtime/offload_omp_host.cpp:692:
pointless test ?
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89258
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
pr80887.c expects int size to be at least 32-bits, added the corresponding
require-effective-target directive.
Committed.
>From b8a747181ed83adfb0ff5f42ba74f1bc239620d8 Mon Sep 17 00:00:00 2001
From: jozefl
Date: Fri, 8 Feb 2019 16:47:28 +
Subject: [PATCH] 2019-02-08 Jozef Lawrynowicz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89258
--- Comment #2 from jozefl at gcc dot gnu.org ---
Author: jozefl
Date: Fri Feb 8 16:47:28 2019
New Revision: 268704
URL: https://gcc.gnu.org/viewcvs?rev=268704=gcc=rev
Log:
2019-02-08 Jozef Lawrynowicz
PR testsuite/89258
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89258
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
On Fri, Feb 08, 2019 at 04:18:52PM +, Iain Sandoe wrote:
>
> > On 8 Feb 2019, at 16:16, Segher Boessenkool
> > wrote:
> >
> > On Fri, Feb 08, 2019 at 10:19:40PM +1030, Alan Modra wrote:
> >> That one regressed gcc.dg/20020312-2.c, due to my "cleverness" in
> >> simplifying the ABI_V4 case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89090
--- Comment #7 from Csaba Ráduly ---
Don't be sad, use -std=c++17 :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89151
--- Comment #4 from Csaba Ráduly ---
As I said, GCC trunk (9) can compile this example.
Did you check with the released 8.2.0 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89258
Bug ID: 89258
Summary: [9 Regression] verify_gimple failed in gimple test
pr80887 for 16-bit target
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #20 from Segher Boessenkool ---
(In reply to Richard Biener from comment #19)
> Not sure if it
> is generally advised/done to use scratch registers by simply clobbering
> them.
It is often done. Advised... I cannot think of a good
Hi Wilco,
> On 8 Feb 2019, at 15:49, Wilco Dijkstra wrote:
>
> Hi Olivier,
>
>> Below is a description of a very annoying bug we are witnessing
>> on ARM.
> ...
>> compiled with -Og -mapcs
>
> Do you know -mapcs has been deprecated for more than 4 years now?
> Is there a reason you are still
> On 8 Feb 2019, at 16:16, Segher Boessenkool
> wrote:
>
> On Fri, Feb 08, 2019 at 10:19:40PM +1030, Alan Modra wrote:
>> That one regressed gcc.dg/20020312-2.c, due to my "cleverness" in
>> simplifying the ABI_V4 case. This one passes regression testing.
>> OK to apply?
>
> I think this is
On Fri, Feb 08, 2019 at 10:19:40PM +1030, Alan Modra wrote:
> That one regressed gcc.dg/20020312-2.c, due to my "cleverness" in
> simplifying the ABI_V4 case. This one passes regression testing.
> OK to apply?
I think this is correct. Thanks! Okay for trunk. Does it need backports?
Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89240
MarkEggleston changed:
What|Removed |Added
Attachment #45645|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89240
--- Comment #3 from MarkEggleston ---
Created attachment 45646
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45646=edit
Change log for gcc/fortran for patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89240
--- Comment #4 from MarkEggleston ---
Created attachment 45647
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45647=edit
Change Log for testsuite for patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89240
--- Comment #2 from MarkEggleston ---
Created attachment 45645
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45645=edit
Fix return kind for max and min
Also includes update to the intrinsic documentation.
I am pleased to announce that the GCC Steering Committee has
appointed Andrew Stubbs and Julian Brown as AMD GCN maintainers.
Please join me in congratulating Andrew and Julian on their new role.
Andrew and Julian, please update your listings in the MAINTAINERS file.
Happy
On Fri, Feb 08, 2019 at 11:46:37AM +0100, Eric Botcazou wrote:
> > Backporting this is okay. (It was not done because it does not affect
> > correctness). What is the "almost", btw?
>
> The predicate of operand #0 of movdi_internal32 is
> rs6000_nonimmediate_operand
> on the 7 branch and
Missed two more conditional branches created by inline expansion that should
have had
branch probability notes.
2019-02-08 Aaron Sawdey
* config/rs6000/rs6000-string.c (expand_compare_loop,
expand_block_compare): Insert REG_BR_PROB notes in inline expansion of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87665
Jakub Jelinek changed:
What|Removed |Added
CC||matt at ookypooky dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89257
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89222
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89257
--- Comment #1 from Matt A ---
Apologies, I should have clarified this is on x86_64:
$ g++ -v
Using built-in specs.
COLLECT_GCC=/software/thirdparty/gcc/7.2.0-0.el7_64/bin/g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89257
Bug ID: 89257
Summary: Bad optimisation at -O3 with vector of pairs
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89246
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89251
--- Comment #5 from Kochise ---
"The pointer I access is volatile, not the uint32_t behind"
Understand this :
((volatile MyRegDef*) ADDR)->enable; <- TYPO in the original message I couldn't
edit
Not this :
typedef union MyRegDef
{ struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88752
--- Comment #8 from Marek Polacek ---
Note this fix caused 89241, so it probably crashes with gcc-8 too.
On Fri, Feb 08, 2019 at 10:02:27AM -0500, Michael Ploujnikov wrote:
> On 2019-02-07 3:09 p.m., Jakub Jelinek wrote:
> > On Thu, Feb 07, 2019 at 03:04:21PM -0500, Michael Ploujnikov wrote:
> >> 2019-02-07 Michael Ploujnikov
> >>
> >>PR middle-end/89150
> >>* bitmap.c
On 2019-02-07 3:09 p.m., Jakub Jelinek wrote:
> On Thu, Feb 07, 2019 at 03:04:21PM -0500, Michael Ploujnikov wrote:
>> 2019-02-07 Michael Ploujnikov
>>
>> PR middle-end/89150
>> * bitmap.c (test_bitmap_tree_marking): New test.
>> (NOT_NULL_OR_GARBAGE): For shortening
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89246
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88752
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Fri Feb 8 14:49:58 2019
New Revision: 268701
URL: https://gcc.gnu.org/viewcvs?rev=268701=gcc=rev
Log:
PR c++/88752 - ICE with lambda and constexpr if.
* cp-tree.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88761
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Fri Feb 8 14:50:03 2019
New Revision: 268702
URL: https://gcc.gnu.org/viewcvs?rev=268702=gcc=rev
Log:
PR c++/88761 - ICE with reference capture of constant.
Here, we capture
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86943
--- Comment #14 from Jason Merrill ---
Author: jason
Date: Fri Feb 8 14:49:43 2019
New Revision: 268700
URL: https://gcc.gnu.org/viewcvs?rev=268700=gcc=rev
Log:
PR c++/86943 - wrong code converting generic lambda to pointer.
*
Hi Olivier,
> Below is a description of a very annoying bug we are witnessing
> on ARM.
...
> compiled with -Og -mapcs
Do you know -mapcs has been deprecated for more than 4 years now?
Is there a reason you are still using it? It was deprecated since -mapcs
is both extremely inefficient and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89256
Bug ID: 89256
Summary: No optimized division by constant for __int128
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89252
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86991
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Fri Feb 8 14:38:31 2019
New Revision: 268699
URL: https://gcc.gnu.org/viewcvs?rev=268699=gcc=rev
Log:
2019-02-08 Richard Biener
Backport from mainline
2018-11-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86991
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88112
--- Comment #15 from Richard Biener ---
Author: rguenth
Date: Fri Feb 8 14:34:49 2019
New Revision: 268698
URL: https://gcc.gnu.org/viewcvs?rev=268698=gcc=rev
Log:
2019-02-08 Richard Biener
Backport from mainline
2019-02-03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87295
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86736
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Fri Feb 8 14:34:49 2019
New Revision: 268698
URL: https://gcc.gnu.org/viewcvs?rev=268698=gcc=rev
Log:
2019-02-08 Richard Biener
Backport from mainline
2019-02-03
1 - 100 of 267 matches
Mail list logo