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
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,
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
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
On Wed, Apr 4, 2018 at 8:24 AM, Damian Rouson
wrote:
> On April 3, 2018 at 1:36:37 AM, Richard Biener (richard.guent...@gmail.com)
> wrote:
>
>
> You probably only want a new target_module for the MPI library. Note
> it's name has to match that of the directory
On 04/03/2018 07:05 PM, Martin Sebor wrote:
@@ -3914,6 +3916,7 @@ Options} and @ref{Objective-C and Objective-C++ Di
-Wc++11-compat -Wc++14-compat @gol
-Wcatch-value @r{(C++ and Objective-C++ only)} @gol
-Wchar-subscripts @gol
+-Wclass-memaccess @r{(C++ and Objective-C++ only)} @gol
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
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 Sebor wrote:
>>>
>>> Jason,
>>>
>>> The manual mentions some C++-only options in the language
>>> independent section
Let me try gzipping the attachment to see if it gets past
SpamAssassin.
On 04/04/2018 11:08 AM, Martin Sebor wrote:
On 04/04/2018 05:49 AM, Nathan Sidwell wrote:
On 04/03/2018 07:05 PM, Martin Sebor wrote:
@@ -3914,6 +3916,7 @@ Options} and @ref{Objective-C and Objective-C++ Di
-Wc++11-compat
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 Sebor wrote:
Jason,
The manual mentions some C++-only options in the
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 April 3, 2018 at 1:36:37 AM, Richard Biener (richard.guent...@gmail.com)
wrote:
You probably only want a new target_module for the MPI library. Note
it's name has to match that of the directory containing the sources
which
as far as I see is 'mpich', not 'libmpi'.
Thanks! I’ll ask Daniel
On Wed, 21 Mar 2018, Tim Semeijn wrote:
> For the foreseeable future we will not be able to provide our mirrors
> anymore. Could you please remove:
>
> nl.mirror.babylon.network
> fr.mirror.babylon.network
Thank you for letting us know, Tim, and your service in the past!
Both are really
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=85209
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=71283
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|
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=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 #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
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=85215
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
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=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
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=47316
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
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=85216
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
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=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
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++
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
Hi Martin
On 05/04/2018 00:28, Martin Sebor wrote:
+ implementations do suppresses the warning.
suppress
Paolo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85215
--- Comment #1 from David Malcolm ---
Started somewhere between r258751 (unaffected) and r258755 (affected)
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:
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|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71218
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
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
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=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=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
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=52571
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
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
--- 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=36610
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
sudi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82501
--- Comment #6 from Martin Liška ---
(In reply to Jakub Jelinek from comment #1)
> As discussed on IRC, with current libasan __asan_register_globals, we have 2
> options:
> 1) add an object that we link early with -fsanitize=address that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85191
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
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.
Historically, we've been putting target C++ tests into g++.dg/*/*.C
with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85174
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Wed Apr 4 10:40:57 2018
New Revision: 259074
URL: https://gcc.gnu.org/viewcvs?rev=259074=gcc=rev
Log:
Disable anchors and msdata for ASAN test-case (PR sanirizer/85174).
2018-04-04
On 04/04/2018 12:29 PM, Segher Boessenkool wrote:
> On Wed, Apr 04, 2018 at 12:21:14PM +0200, Jakub Jelinek wrote:
>> On Wed, Apr 04, 2018 at 12:14:43PM +0200, Martin Liška wrote:
>>> It's test-case workaround, tested on x86_64 and powerpc with both -m64 and
>>> -m32.
>>>
>>> 2018-04-04 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85193
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85192
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85181
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85176
--- Comment #5 from Martin Liška ---
A valid test-case started to find in r251220:
$ cat ice.ii
namespace a {
template class c;
template void e(c &);
void operator<<(c , const char *) { e(f); }
extern c cout;
} // namespace a
int main()
gcc-trunk//binary-trunk-259070-checking-yes-rtl-df-extra-nobootstrap-pr85177-amd64
Thread model: posix
gcc version 8.0.1 20180404 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85194
Bug ID: 85194
Summary: ICE with structured binding in broken for-loop
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71174
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85192
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85192
--- Comment #2 from Vasilis.Vlachoudis at cern dot ch ---
I am using 7.2.0 from ubuntu. I've just checked on the latest Fedora with 7.2.1
and it gives the same result as in your case, so probably it is fixed.
x86_64-pc-linux-gnu
--target=x86_64-pc-linux-gnu --with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-259070-checking-yes-rtl-df-extra-nobootstrap-pr85177-amd64
Thread model: posix
gcc version 8.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185
--- Comment #5 from Zev Weiss ---
Created attachment 43837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43837=edit
codegen & RTL dump for aarch64 & avr
(Attached generated code & -fdump-rtl-expand
PING^1
On 03/29/2018 02:31 PM, Martin Liška wrote:
> On 03/29/2018 02:25 PM, Jakub Jelinek wrote:
>> On Thu, Mar 29, 2018 at 01:28:13PM +0200, Martin Liška wrote:
>>> On 03/28/2018 06:36 PM, Jakub Jelinek wrote:
On Wed, Mar 28, 2018 at 06:30:21PM +0200, Martin Liška wrote:
> ---
Hi.
It's test-case workaround, tested on x86_64 and powerpc with both -m64 and -m32.
Ready for trunk?
Thanks,
Martin
gcc/testsuite/ChangeLog:
2018-04-04 Martin Liska
PR sanirizer/85174
* c-c++-common/asan/pointer-compare-1.c: Disable section anchors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85176
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185
--- Comment #4 from Zev Weiss ---
I'm afraid I'm not quite GCC-savvy enough to know exactly what PROMOTE_SUBREG
refers to or which targets it covers (a quick grep of the source tree didn't
appear turn up any
On Wed, Apr 04, 2018 at 12:21:14PM +0200, Jakub Jelinek wrote:
> On Wed, Apr 04, 2018 at 12:14:43PM +0200, Martin Liška wrote:
> > It's test-case workaround, tested on x86_64 and powerpc with both -m64 and
> > -m32.
> >
> > 2018-04-04 Martin Liska
> >
> > PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83481
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83217
Volker Reichelt changed:
What|Removed |Added
CC||antanubis at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79627
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
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=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=80290
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
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
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=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=85196
Bug ID: 85196
Summary: [6/7 regression] ICE in extract_insn, at recog.c:2311:
unrecognizable insn
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
This fixes an issue with LTO handling DINFO_LEVEL_TERSE where we do
not generate DIEs for NAMESPACE_DECLs and thus reconstruction of the
DIE tree from DECL_CONTEXT at LTRANS time fails. The fix is to
skip NAMESPACE_DECL contexts like we do for TYPE contexts.
[LTO with -g1] Bootstrapped on
For some reason signal_cgo_test.go needs to run an interactive shell,
but suppresses reading the startup files. This causes the shell history
file to be clobbered, by using different history settings than usual.
Avoid that by setting HOME to / so that the shell cannot write a history
file.
Hi,
we shouldn't claim string overflows for character arrays at
end of structures; the code that tries to avoid these
accidentally passed the address of the accessed member to
array_at_struct_end_p(), but that one wants the component_ref
or array_ref itself. Needs updating of one testcase that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85199
Bug ID: 85199
Summary: [GCOV] A cond-expr with a iterative variable in a for
loop is marked as "-" in gcov
Product: gcc
Version: 8.0
Status: UNCONFIRMED
On Wed, Apr 04, 2018 at 09:25:43AM -0400, Jason Merrill wrote:
> > -calculate_bases (tree type)
> > +calculate_bases (tree type, tsubst_flags_t complain)
> > {
> > - vec *vector = make_tree_vector();
> > + vec *vector = make_tree_vector ();
>
> While we're touching
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85176
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85176
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Wed Apr 4 14:11:39 2018
New Revision: 259080
URL: https://gcc.gnu.org/viewcvs?rev=259080=gcc=rev
Log:
2018-04-04 Richard Biener
PR lto/85176
*
Typo...
Committed as obvious.
Richard.
2018-04-04 Richard Biener
PR testsuite/85191
* lib/target-supports.exp (check_effective_target_vect_perm_short):
Fix typo.
Index: gcc/testsuite/lib/target-supports.exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85191
--- Comment #3 from rguenther at suse dot de ---
On Wed, 4 Apr 2018, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85191
>
> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85197
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
ropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
$ g++ --version
g++ (GCC) 8.0.1 20180404 (experimental)
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
On Wed, Apr 4, 2018 at 3:34 PM, Michael Matz wrote:
> Hi,
>
> we shouldn't claim string overflows for character arrays at
> end of structures; the code that tries to avoid these
> accidentally passed the address of the accessed member to
> array_at_struct_end_p(), but that one wants
1 - 100 of 319 matches
Mail list logo