I have been a little busy in recent days. I'll check it out in a day or
two. Thanks for your response.
On Mon, Apr 2, 2018, 12:56 PM Liu Hao wrote:
> 在 2018/4/2 13:54, Ko Phyo 写道:
> > Thank for your valuable information. I couldn't made it for GSoC 2018 due
> > to delay of my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85220
--- Comment #1 from Tom de Vries ---
I've copied the test-cases, and build r259123.
For libgomp.oacc-c/c.exp, we get:
...
$ cat libgomp.testsuite/libgomp.sum | grep ^FAIL:.*execution | grep -v /lib- |
sed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85220
Bug ID: 85220
Summary: [meta-bug, nvptx] Run trunk with og7 openacc testcases
and analyze execution failures
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84979
--- Comment #4 from Alexandre Oliva ---
Author: aoliva
Date: Thu Apr 5 04:26:36 2018
New Revision: 259124
URL: https://gcc.gnu.org/viewcvs?rev=259124=gcc=rev
Log:
[PR c++/84979] reject auto in explicit tmpl args for tmpl-fn
With concepts, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Thu Apr 5 04:01:15 2018
New Revision: 259123
URL: https://gcc.gnu.org/viewcvs?rev=259123=gcc=rev
Log:
PR c++/85215 - ICE with copy-init from conversion.
* call.c
conv_binds_ref_to_prvalue was expecting that if a user-defined
conversion uses a conversion function returning a reference, the
conversion will have reference type. This wasn't the case, because
build_user_type_conversion_1 strips the reference from the return type
to get the type of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85219
Bug ID: 85219
Summary: [GCOV] A "if(1) continue;" statement in a the else
block of "if(0)" statement is wrongly marked as
executed when surrounded by array delaration statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85199
--- Comment #1 from Yibiao Yang ---
(In reply to Yibiao Yang from comment #0)
> $ gcc -v
> gcc -v
> Using built-in specs.
> COLLECT_GCC=gcc
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
> OFFLOAD_TARGET_NAMES=nvptx-none
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85218
Bug ID: 85218
Summary: [GCOV] A return statement in the if(0) block is
wrongly marked as executed when there is an array
index and an {array declare statement} around it in
On 04/04/2018 05:50 PM, dave.pa...@oracle.com wrote:
On 04/04/2018 10:58 AM, Martin Sebor wrote:
On 04/04/2018 11:15 AM, Jakub Jelinek wrote:
On Tue, Apr 03, 2018 at 01:36:13PM -0600, Martin Sebor wrote:
On 04/03/2018 10:26 AM, dave.pa...@oracle.com wrote:
This patch fixes handlng of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85217
--- Comment #1 from Yibiao Yang ---
$ gcc -v
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85217
Bug ID: 85217
Summary: [GCOV] A no side effect statement between a break
statement and a continue statement will lead to
incorrect code coverage in gcov
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36610
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81776
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71218
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47316
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
On 4/2/18, Martin Sebor wrote:
> Jason,
>
> The manual mentions some C++-only options in the language
> independent section 3.8 Options to Request or Suppress
> Warnings and others in 3.5 Options Controlling C++ Dialect.
>
> For example, -Wcatch-value, -Wconditionally-supported,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org,
Hi,
I'm really happy to report that these 5 ugly lines are causing an actual
bug. Seriously, not considering the formatting, the problem is that we
really want to keep 'type' in sync, because we are using it below before
returning. Note that we don't regress location-wise because either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
--- Comment #7 from David Edelsohn ---
One possibility is bad luck and the branch happens to fall on an address that
conflicts with another branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85209
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
--- Comment #6 from Timothy Pearson ---
Understood. I'll update this report if we find a way to get the predictor
working optimally in this scenario.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
Jason Merrill changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
--- Comment #4 from Timothy Pearson ---
(In reply to Andrew Pinski from comment #3)
> This is 100% the equivalent code.
>
> jmp *(%r15) # opline.199_67->handler
> Does two things:
> loads a pointer from %r15 and then jumps to that pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Last reconfirmed|2018-04-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
--- Comment #2 from Timothy Pearson ---
(In reply to David Edelsohn from comment #1)
> What two additional instructions? x86 is a CISC architecture and Power is a
> RISC architecture. x86 has an instruction that directly performs an
> indirect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84792
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
Bug ID: 85216
Summary: Performance issue with PHP on ppc64 systems
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84938
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Thu Apr 5 00:09:10 2018
New Revision: 259108
URL: https://gcc.gnu.org/viewcvs?rev=259108=gcc=rev
Log:
PR c++/84938 - ICE with division by ~-1.
* call.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84936
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Apr 5 00:09:05 2018
New Revision: 259107
URL: https://gcc.gnu.org/viewcvs?rev=259107=gcc=rev
Log:
PR c++/84936 - ICE with unexpanded pack in mem-initializer.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84936
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
set_up_extended_ref_temp does an abbreviated version of
cp_finish_decl, which didn't include the call to cp_fully_fold that
store_init_value does for user-declared variables. Adding that fixes
this bug.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47815
Adam Warner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
We already had code to deal with an unexpanded pack in the
initializer, but not in the member designator. If we find one, let's
pretend it was expanded.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit cb6bcd45b6bd3c1edc44ad0fbe164135cb17467b
Author: Jason Merrill
Date:
Vincent Forbes has invited you to join Nextdoor.
Nextdoor is a private social network that helps neighbors connect with each
other to build stronger communities.
To accept your invitation, follow the link below:
https://nextdoor.com/invitation/?i=ggkkfghlzxggthdsqdslstage=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
--- Comment #3 from Paolo Carlini ---
I don't think this is just an ICE on invalid: we can trivially fix the snippet
as:
template struct remove_reference {};
template struct remove_reference<_Tp &> {
typedef _Tp type;
};
template
constexpr
On 04/04/2018 10:58 AM, Martin Sebor wrote:
On 04/04/2018 11:15 AM, Jakub Jelinek wrote:
On Tue, Apr 03, 2018 at 01:36:13PM -0600, Martin Sebor wrote:
On 04/03/2018 10:26 AM, dave.pa...@oracle.com wrote:
This patch fixes handlng of -Werror=return-type. Currently, even with
the flag specified,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
David Malcolm changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
--- Comment #1 from David Malcolm ---
Started somewhere between r258751 (unaffected) and r258755 (affected)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
Bug ID: 85215
Summary: "gcc_assert (!force_elide);" failure
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Hi Martin
On 05/04/2018 00:28, Martin Sebor wrote:
+ implementations do suppresses the warning.
suppress
Paolo.
Hi Vidya,
On Mon, 5 Mar 2018, V R wrote:
> Also on enabling gcc on MIPS with "–with-mips-plt " option the plt stub
> wasnt seen. Is there
>
> anything missing that needs to be done or is there any limitation , please
> let me know.
What problem are you trying to solve? Can you run `readelf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83402
--- Comment #9 from Steven Munroe ---
I suggested fixing the emmintrin.h source for both eventually ...
If you only fix AT11 then sometime later some will discover the difference and
try fix it. And likely break it again.
So fix AT immediately
Since profiledbootstrap uses
STAGEfeedback_CFLAGS = $(STAGE4_CFLAGS) -fprofile-use
add
STAGE4_CFLAGS += -fcf-protection -mcet
to bootstrap-cet.mk to support profiledbootstrap with CET.
OK for trunk?
H.J.
---
---
config/bootstrap-cet.mk | 3 ++-
1 file changed, 2 insertions(+), 1
Snapshot gcc-6-20180404 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/6-20180404/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-6
Attached is an updated diff rebased on top of the latest revision
of the file. This new version fixes the typos Paolo pointed out
(thanks) and adds a few more options:
-Wmissing-attributes, -Wif-not-aligned, and -Wpacked-not-aligned.
I used a spell-checker this time to (hopefully) minimize the
Tested on Linux-PPC64.
2018-04-05 Ville Voutilainen
gcc/cp
Implement P0961
* decl.c (get_tuple_decomp_init): Check the templatedness
of a member get.
testsuite/
Implement P0961
* g++.dg/cpp1z/decomp10.C: Adjust.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85214
Bug ID: 85214
Summary: ICE on valid C++17 code on x86_64-linux-gnu: in
tsubst_copy, at cp/pt.c:14562
Product: gcc
Version: unknown
Status: UNCONFIRMED
Hi!
On the following testcase because of the SCCVN limit we end up with a weird,
but valid, BIT_FIELD_REF - trying to extract V1TImode type out of a V1TImode
SSA_NAME, with 128 bits width and offset 0 (just SSA_NAME move would be
enough). Not trying to address why we create it, rather fix how we
On 04/04/18 22:11, Martin Sebor wrote:
> On 04/04/2018 12:24 PM, Bernd Edlinger wrote:
>> Hi,
>>
>> this adds a few gcc command line options to gcc-8/changes.html which
>> I added for gcc-8.
>
> Just a couple of suggestions:
>
> 1) Use to render sizeof in monospace:
>
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57728
--- Comment #15 from Jonathan Wakely ---
Jens, see the discussion in https://bugs.llvm.org/show_bug.cgi?id=22763
Jason, should this be closed as FIXED for 6.3 and up? I believe what Jens
observes is the intended behaviour of GCC and Clang now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67632
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57728
Jonathan Wakely changed:
What|Removed |Added
CC||jlink at drw dot com
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84938
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 4/4/18 2:23 PM, Richard Biener wrote:
> On April 4, 2018 8:25:25 PM GMT+02:00, Peter Bergner
> wrote:
>>> Nobody mentioned if this was a regression or not, so I did some testing
>>> and it ICEs on GCC 7 but not on GCC 6. Is it ok to back port to GCC 7
>>> assuming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85213
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On Apr 4, 2018, at 3:51 PM, Jakub Jelinek wrote:
>
> On Wed, Apr 04, 2018 at 03:47:18PM -0500, Bill Schmidt wrote:
>>> If we (for GCC9?) want to create a spot for target C++ tests, we should
>>> just add g++.target// directories and add all the needed infrastructure
>>> for
> On Apr 4, 2018, at 3:53 AM, Jakub Jelinek wrote:
>
> On Sun, Apr 01, 2018 at 08:24:32PM -0500, Bill Schmidt wrote:
>> I also updated the gcc.target/powerpc/powerpc.exp file to allow C++
>> tests to be placed in that directory (with a *.C suffix).
>
> I think this is wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85213
Bug ID: 85213
Summary: -fsanitize=undefined internal compiler error: in
fold_convert_loc, at fold-const.c:2402
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85212
Bug ID: 85212
Summary: Parallelizable loop isn't unrolled [regression bug?]
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81575
Volker Reichelt changed:
What|Removed |Added
Known to fail|8.0 |7.3.0
--- Comment #7 from Volker
Hi!
As the following testcases show, potential_constant_expression_1 for some
builtins returns true no matter what their arguments contain (intentionally
so); the problem is that we call unconditionally
cxx_eval_constant_expression on those arguments and that creates a loophole;
normally
On 04/04/2018 12:24 PM, Bernd Edlinger wrote:
Hi,
this adds a few gcc command line options to gcc-8/changes.html which
I added for gcc-8.
Just a couple of suggestions:
1) Use to render sizeof in monospace:
+ -Wsizeof-pointer-div warns for suspicious divisions
+ of two sizeof
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
On 04/04/2018 01:58 PM, Jason Merrill wrote:
On Wed, Apr 4, 2018 at 3:52 PM, Martin Sebor wrote:
On 04/04/2018 01:04 PM, Jason Merrill wrote:
For bugs 54372 and 60063, we changed attributes used and unused to be
applied immediately in a template even if what they apply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84221
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Apr 4 19:59:20 2018
New Revision: 259106
URL: https://gcc.gnu.org/viewcvs?rev=259106=gcc=rev
Log:
PR c++/84221
* g++.dg/warn/Wunused-var-32.C: Test explicit specialization.
On Wed, 4 Apr 2018, Jakub Jelinek wrote:
> Following patch documents store merging improvements,
> -fsanitize=builtin, -fsanitize=pointer-overflow and C++2A progress.
This is the week of release notes updates, it seems? :-)
> +The undefined behavior sanitizer gained two new options included
On Wed, Apr 4, 2018 at 3:58 PM, Jason Merrill wrote:
> On Wed, Apr 4, 2018 at 3:52 PM, Martin Sebor wrote:
>> On 04/04/2018 01:04 PM, Jason Merrill wrote:
>>>
>>> For bugs 54372 and 60063, we changed attributes used and unused to be
>>> applied immediately in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80026
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, Apr 4, 2018 at 3:52 PM, Martin Sebor wrote:
> On 04/04/2018 01:04 PM, Jason Merrill wrote:
>>
>> For bugs 54372 and 60063, we changed attributes used and unused to be
>> applied immediately in a template even if what they apply to is
>> dependent, to avoid bogus warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80026
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Apr 4 19:57:33 2018
New Revision: 259105
URL: https://gcc.gnu.org/viewcvs?rev=259105=gcc=rev
Log:
2018-04-04 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85172
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85172
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 4 19:55:56 2018
New Revision: 259104
URL: https://gcc.gnu.org/viewcvs?rev=259104=gcc=rev
Log:
PR inline-asm/85172
* constexpr.c (cxx_eval_builtin_function_call):
On Wed, 4 Apr 2018, Bin.Cheng wrote:
> Thanks for the suggestions, attachment is the updated change.
Ah, I thought (and would have been fine) you'd go ahead and commit
with those changes. ;-)
Yes, this is okay. Thanks,
Gerald
On Wed, 4 Apr 2018, David Malcolm wrote:
> I've committed it to CVS, with the following changes:
Lovely, thank you!
Gerald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84878
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Peter
On 04/04/2018 01:04 PM, Jason Merrill wrote:
For bugs 54372 and 60063, we changed attributes used and unused to be
applied immediately in a template even if what they apply to is
dependent, to avoid bogus warnings from
maybe_warn_unused_local_typedefs. But that's only an issue for
TYPE_DECL, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84878
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Wed Apr 4 19:51:32 2018
New Revision: 259103
URL: https://gcc.gnu.org/viewcvs?rev=259103=gcc=rev
Log:
gcc/
Backport from mainline
2018-04-04 Peter Bergner
OK.
On Wed, Apr 4, 2018 at 3:39 PM, Jakub Jelinek wrote:
> Hi!
>
> As the following testcases show, potential_constant_expression_1 for some
> builtins returns true no matter what their arguments contain (intentionally
> so); the problem is that we call unconditionally
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
--- Comment #1 from Jonathan Wakely ---
This behaviour is target-dependent. If the target defines NO_IMPLICIT_EXTERN_C
then it doesn't happen.
On Wed, 2018-04-04 at 21:01 +0200, Gerald Pfeifer wrote:
> On Wed, 4 Apr 2018, David Malcolm wrote:
> > Here's the new script I've been using for converting from
> > diagnostic-color.c output to HTML spans that use gcc.css,
> > via something like:
> >
> > LANG=C gcc $@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85146
Jakub Jelinek changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67632
--- Comment #12 from Jonathan Wakely ---
It seems to have been fixed in 6.3.0
tmp$ ~/gcc/6.2.0/bin/g++ -E t.cc -o t.ii
tmp$ ~/gcc/6.2.0/bin/g++ -E x.cc -o x.ii
tmp$ ~/gcc/6.2.0/bin/g++ t.ii x.ii
/tmp/ccdXPlNS.o: In function
Hi!
The maybe_range_for_decl argument is documented on
cp_parser_simple_declaration as:
If MAYBE_RANGE_FOR_DECL is not NULL, the pointed tree will be set to the
parsed declaration if it is an uninitialized single declarator not followed
by a `;', or to error_mark_node otherwise. Either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
Bug ID: 85211
Summary: -isystem automatically adds extern "C" to includes
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85146
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 4 19:34:18 2018
New Revision: 259101
URL: https://gcc.gnu.org/viewcvs?rev=259101=gcc=rev
Log:
PR c++/85146
* cp-tree.h (calculate_bases, calculate_direct_bases):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85210
Bug ID: 85210
Summary: ICE with broken structured binding in template
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
On Tue, Apr 03, 2018 at 02:29:37PM +0200, Martin Liška wrote:
> Hi.
>
> This helps the warning with --save-temps. Doing that one needs to preserve
> comments
> in preprocessed source file.
Do we really want to only use -C when -Wimplicit-fallthrough is in effect? I
mean, shouldn't we always
On Wed, Apr 4, 2018 at 2:18 PM, Martin Sebor wrote:
> On 04/04/2018 07:05 AM, Jason Merrill wrote:
>>
>> On Tue, Apr 3, 2018 at 7:05 PM, Martin Sebor wrote:
>>>
>>> On 04/03/2018 08:08 AM, Jason Merrill wrote:
On Mon, Apr 2, 2018 at 9:33 PM, Martin
On Wed, 2018-04-04 at 21:02 +0200, Gerald Pfeifer wrote:
> On Wed, 4 Apr 2018, David Malcolm wrote:
> > I made this version using gcc-color-to-html.py from the previous
> > patch,
> > to turn the SGR codes into spans for use with our gcc.css.
>
> Nice. Out of curiosity, did you do this manually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85200
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85209
Bug ID: 85209
Summary: [8 Regression] ICE with lambda and structured binding
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
On April 4, 2018 8:25:25 PM GMT+02:00, Peter Bergner
wrote:
>On 4/4/18 10:43 AM, Peter Bergner wrote:
>> On 4/4/18 2:15 AM, Richard Biener wrote:
>>> On Tue, 3 Apr 2018, Peter Bergner wrote:
>>>
On 4/3/18 1:40 PM, H.J. Lu wrote:
> On Tue, Apr 3, 2018 at 11:36 AM,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85006
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Wed Apr 4 19:19:34 2018
New Revision: 259100
URL: https://gcc.gnu.org/viewcvs?rev=259100=gcc=rev
Log:
PR c++/85006 - -fconcepts ICE with A return type
* pt.c
1 - 100 of 319 matches
Mail list logo