https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Jul 18 06:54:23 2018
New Revision: 262849
URL: https://gcc.gnu.org/viewcvs?rev=262849&root=gcc&view=rev
Log:
2018-07-18 Richard Biener
PR debug/86523
cp/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86557
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86565
Bug ID: 86565
Summary: failing to instantiate all of a local class
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86564
Bug ID: 86564
Summary: Declaration containing qualified-id interpreted as
function-style cast
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86563
Bug ID: 86563
Summary: catch reference to incomplete type
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86562
Bug ID: 86562
Summary: Missing warning (error in C++11) for passing
nontrivial object to varargs function via function
pointer
Product: gcc
Version: 9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86561
Bug ID: 86561
Summary: a function definition must occur in a standalone
declaration
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67153
--- Comment #26 from ncm at cantrip dot org ---
Still fails on Skylake (i7-6700HQ) and gcc 8.1.0.
The good news is that clang++-7.0.0 code is slow on all four versions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81963
ray linn changed:
What|Removed |Added
CC||ray_linn at hotmail dot com
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86560
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86560
Bug ID: 86560
Summary: FAIL: c-c++-common/asan/swapcontext-test-1.c
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #23 from Bernd Edlinger ---
Aehm, and won't this kind of folding make it impossible
for asan/ubsan to spot the bug?
I mean why not make that dependent on the sanitizer?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #22 from Bernd Edlinger ---
(In reply to Martin Sebor from comment #21)
> Thanks for testing the patch! I've tweaked it to avoid the ICE. I'm not
> sure what masked the ICE in my testing but mixing signed and unsigned types
> in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86471
--- Comment #20 from Matt Bentley ---
(In reply to Matt Bentley from comment #19)
> (In reply to Jonathan Wakely from comment #18)
> > (In reply to Matt Bentley from comment #13)
> > > Well it's more that you're doing- at any rate, the issue you'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86471
--- Comment #19 from Matt Bentley ---
(In reply to Jonathan Wakely from comment #18)
> (In reply to Matt Bentley from comment #13)
> > Well it's more that you're doing- at any rate, the issue you've noted is
> > easily bypassed by changing the "r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86559
--- Comment #1 from The Written Word
---
Might be a duplicate of PR64081.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #21 from Martin Sebor ---
Thanks for testing the patch! I've tweaked it to avoid the ICE. I'm not sure
what masked the ICE in my testing but mixing signed and unsigned types in the
same expression without conversion was the cause.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86559
Bug ID: 86559
Summary: Build failure on AIX 5.3
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86544
--- Comment #2 from kugan at gcc dot gnu.org ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2018-07/msg00975.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86558
Bug ID: 86558
Summary: ICE on template code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86553
--- Comment #1 from The Written Word
---
I get a similar failure on AIX 5.2 with gcc-7.2.0 and gcc-8.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #7 from Ian Lance Taylor ---
Thanks. There seems to be something with -fgo-dump-spec on your system, such
that it fails if an incomplete typedef is seen before a complete typedef. I'm
not sure why that would be. I haven't been able
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86010
--- Comment #6 from Jeffrey A. Law ---
Author: law
Date: Tue Jul 17 23:54:10 2018
New Revision: 262841
URL: https://gcc.gnu.org/viewcvs?rev=262841&root=gcc&view=rev
Log:
PR tree-optimization/86010
* tree-ssa-dse.c (compute_trims)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86557
Bug ID: 86557
Summary: missed vectorization with std::vector compared to icc
18
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86556
Bug ID: 86556
Summary: , most vexing parse, and diagnostic output
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86552
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85334, which changed state.
Bug 85334 Summary: Shadow stack isn't unwound properly through signal handler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85334
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85334
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #20 from Bernd Edlinger ---
part.c.004t.original looks funny:
;; Function main (null)
;; enabled by -tree-original
{
volatile int i = 4;
int n = 4;
volatile int i = 4;
int n = 4;
SAVE_EXPR <= 4 ? 4 - (ssizetype) SAV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #19 from Bernd Edlinger ---
sorry wrong test case:
$ cat part.c
cat part.c
#define a "121\01"
int main ()
{
volatile int i=4;
int n = __builtin_strlen (&a[0]);
n += __builtin_strlen (&a[i]);
if (n != 4)
__builtin_abor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #18 from Bernd Edlinger ---
(In reply to Martin Sebor from comment #12)
> Patch: https://gcc.gnu.org/ml/gcc-patches/2018-07/msg00936.html
Sorry, Martin,
with your patch I have an ICE in the following test:
$ cat part.c
const char a[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
Bug ID: 86555
Summary: unaligned address for ldrd/strd on armv5e
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
Bug ID: 86554
Summary: Incorrect code generation with signed/unsigned
comparison
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86450
--- Comment #25 from Steve Kargl ---
On Tue, Jul 17, 2018 at 01:24:00PM +, redi at gcc dot gnu.org wrote:
>
> --- Comment #23 from Jonathan Wakely ---
> This should be fixed now, please confirm (I can't even get a
> build to complete with -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85602
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86551
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #6 from Curtis Hamilton ---
Adding before solves the issue with "cmsghdr" but
not the other entries.
/usr/local/bin/gmkdir -p .; files=`echo
/usr/ports/lang/gcc7/work/gcc-7.3.0/libgo/go/runtime/alg.go
/usr/ports/lang/gcc7/work/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86553
Bug ID: 86553
Summary: libstdc++-v3 build failure on AIX 5.3
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #17 from Bernd Edlinger ---
Martin,
in expr.c at string_constant() there is an impossible check:
if (TREE_CODE (init) == CONSTRUCTOR)
{
if (TREE_CODE (arg) != ARRAY_REF
&& TREE_CODE (arg) == COMPONENT_REF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #16 from Martin Sebor ---
I would prefer to avoid discussing the array size rule and optimization in too
many places, and especially in bugs that aren't directly related to it. There
are other bugs where it is being discussed (mainly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86552
Bug ID: 86552
Summary: missing warning for reading past the end of non-string
arrays
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
Franz Sirl changed:
What|Removed |Added
CC||sirl at gcc dot gnu.org
--- Comment #15 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #5 from Ian Lance Taylor ---
Thanks. Unfortunately I don't know why this is failing.
Does it help if you edit the file libgo/sysinfo.c to move
#include
ahead of
#include
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86469
--- Comment #12 from Jonny Grant ---
Created attachment 44404
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44404&action=edit
Invalid DIE testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86543
Fritz Reese changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
--- Comment #8 from Fritz Reese ---
Author: foreese
Date: Tue Jul 17 16:02:03 2018
New Revision: 262828
URL: https://gcc.gnu.org/viewcvs?rev=262828&root=gcc&view=rev
Log:
2018-07-17 Fritz Reese
gcc/testsuite/ChangeLog:
PR fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #14 from Bernd Edlinger ---
(In reply to Martin Sebor from comment #13)
> (In reply to Richard Biener from comment #9)
> >
> > I bet Martin would argue it's invalid ...
>
> That's right, the example in comment 8 is undefined because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86469
--- Comment #11 from Jonny Grant ---
Hi Richard
I have a smaller test case which. It shows only part of the error.
"Dwarf Error: Invalid abstract instance DIE ref"
Richard, would this be useful?
g++-8 -std=c++11 -g -ggdb -pthread -O0 -Wnonnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86520
--- Comment #8 from Stephen Warren ---
Great, thanks for all the explanations. Makes perfect sense.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86450
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #13 from Martin Sebor ---
(In reply to Richard Biener from comment #9)
>
> I bet Martin would argue it's invalid ...
That's right, the example in comment 8 is undefined because strlen() requires a
nul-terminated string argument and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86480
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Jul 17 15:39:46 2018
New Revision: 262825
URL: https://gcc.gnu.org/viewcvs?rev=262825&root=gcc&view=rev
Log:
PR c++/86480 - nested variadic lambda and constexpr if.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #4 from Curtis Hamilton ---
Here's the definition in sys/socket.h:
/*
* Header for ancillary data objects in msg_control buffer.
* Used for additional information with/about a datagram
* not expressible by flags. The format is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #12 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82418
Dennis Lubert changed:
What|Removed |Added
CC||plasmahh at gmx dot net
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86551
Bug ID: 86551
Summary: [ICE] bare class and select type
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86541
--- Comment #2 from Richard Henderson ---
(In reply to Richard Biener from comment #1)
> Given that we have a target pass that makes use of SSE regs for scalar
> operations I wonder if it would make more sense to attack this at the
> target level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86550
--- Comment #1 from Jakub Jelinek ---
Created attachment 44403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44403&action=edit
gcc9-pr86550.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86550
Bug ID: 86550
Summary: Lambda parsing allows arbitrary types in
decl-specifier-seq
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86550
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86469
--- Comment #10 from Jonny Grant ---
[copy from other ticket]
(In reply to Richard Biener from comment #3)
> (In reply to Jonny Grant from comment #0)
> > It's pretty hard to work out which file this o file comes from. Could it
> > include the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
--- Comment #6 from Jonny Grant ---
(In reply to Richard Biener from comment #3)
> (In reply to Jonny Grant from comment #0)
> > It's pretty hard to work out which file this o file comes from. Could it
> > include the first file name in the tmp p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #3)
> (In reply to Jonny Grant from comment #0)
> > It's pretty hard to work out which file this o file comes from. Could it
> > include the first file name in the tm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
--- Comment #4 from Jonny Grant ---
(In reply to Martin Liška from comment #2)
> I can implement that.
Great! Happy to pay bounty of $100 to you or GNU.
Could I ask for as short as possible tmp file name so output not too long. eg
could abrevi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
--- Comment #3 from Richard Biener ---
(In reply to Jonny Grant from comment #0)
> It's pretty hard to work out which file this o file comes from. Could it
> include the first file name in the tmp path to make it clearer where it came
> from?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
Richard Biener changed:
What|Removed |Added
Keywords||lto
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86549
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86543
Fritz Reese changed:
What|Removed |Added
CC||foreese at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86450
--- Comment #23 from Jonathan Wakely ---
This should be fixed now, please confirm (I can't even get a build to complete
with --enable-maintainer-mode, I continue to be amazed you rely on something so
fragile).
--enable-maintainer-mode no longer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86450
--- Comment #22 from Jonathan Wakely ---
Author: redi
Date: Tue Jul 17 13:18:47 2018
New Revision: 262824
URL: https://gcc.gnu.org/viewcvs?rev=262824&root=gcc&view=rev
Log:
PR libstdc++/86450 use -Wabi=2 and simplify -Werror use
Use -Wabi=2 to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83562
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83562
tino.lange at factset dot com changed:
What|Removed |Added
CC||tino.lange at factset dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86549
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84168
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86549
Bug ID: 86549
Summary: [8/9 Regression] -flto -g0 vs. -g issues
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, lto
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #3 from Ian Lance Taylor ---
Thanks for providing the gen-sysinfo.go file. I see that cmsghdr is defined in
that file. Several function declarations use it. It even has a size of 12
bytes. It's just missing a definition. So I'm c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84168
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Jul 17 12:53:42 2018
New Revision: 262822
URL: https://gcc.gnu.org/viewcvs?rev=262822&root=gcc&view=rev
Log:
Avoid assembler warnings from AArch64 constructor/destruct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #8 from Richard Biener ---
Note while the patch fixes the reported issue it still ICEs the same way
when compiling with -g0 and linking with -g (as I would have expected).
That would be fixed by sth like the following but that then h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86456
Richard Biener changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84168
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Jul 17 12:43:43 2018
New Revision: 262821
URL: https://gcc.gnu.org/viewcvs?rev=262821&root=gcc&view=rev
Log:
Avoid assembler warnings from AArch64 constructor/destruct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84168
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Component|c |target
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86456
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Tue Jul 17 12:26:21 2018
New Revision: 262819
URL: https://gcc.gnu.org/viewcvs?rev=262819&root=gcc&view=rev
Log:
2018-07-17 Richard Biener
PR lto/86456
* dwarf2out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #7 from Richard Biener ---
So there was no early debug info generated for the decl
in fact there's no early debug for anything besides the globals
c,d,f and g and artifical infrastructure.
Which is likely because everything is op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548
Bug ID: 86548
Summary: GCC could tmp file /tmp/ccDxn2Yd.ltrans0.ltrans.o
could be based on the compiled file name
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84848
Uroš Bizjak changed:
What|Removed |Added
Target|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86547
Bug ID: 86547
Summary: s390x: Maximum number of LRA assignment passes is
achieved (30) when compiling a small inline assembler
snippet
Product: gcc
Version: 9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86513
--- Comment #6 from Jonathan Wakely ---
OK, I was just going by what you said:
(In reply to Csaba Ráduly from comment #3)
> [...] my usual "svn up && make bootstrap && make install" [...]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86162
--- Comment #2 from Jonathan Wakely ---
For the record, looks like it was fixed by r261621
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #5 from Dmitry G. Dyachenko ---
r262559 PASS
r262747 FAIL
$ cat x.ii
class a {
int b;
};
int const c = 0, d = 1, f = 2, g = 3;
struct B {
typedef a h;
h i;
};
template B j();
template struct k { static B const e; };
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #11 from Bernd Edlinger ---
But seriously:
/* Avoid returning a string that doesn't fit in the array
it is stored in, like
const char a[4] = "abcde";
but do handle those that fit even if they have excess
initial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #10 from Bernd Edlinger ---
(In reply to Richard Biener from comment #9)
>
> I bet Martin would argue it's invalid ...
>
> The standard specifies initializing char[3] with "121" is valid. 7.24.1/1
> specifies "if an array is access
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #9 from Richard Biener ---
(In reply to Bernd Edlinger from comment #8)
> $ cat part.c
>
> const char a[2][3] = { "121", "1" };
>
> int main ()
> {
> int n = __builtin_strlen (&a[0][0]);
> n += __builtin_strlen (a[0]);
>
> if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #8 from Bernd Edlinger ---
$ cat part.c
const char a[2][3] = { "121", "1" };
int main ()
{
int n = __builtin_strlen (&a[0][0]);
n += __builtin_strlen (a[0]);
if (n != 8)
__builtin_abort ();
}
I think I find no way to st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86513
--- Comment #5 from Csaba Ráduly ---
BTW, I wasn't building in the source directory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86542
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Tue Jul 17 10:54:52 2018
New Revision: 262815
URL: https://gcc.gnu.org/viewcvs?rev=262815&root=gcc&view=rev
Log:
PR middle-end/86542
* omp-low.c (create_task_copyfn): Copy
1 - 100 of 127 matches
Mail list logo
