https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70674
--- Comment #2 from Andreas Krebbel ---
Author: krebbel
Date: Wed Apr 20 07:09:32 2016
New Revision: 235233
URL: https://gcc.gnu.org/viewcvs?rev=235233&root=gcc&view=rev
Log:
PR70674: S/390: Add memory barrier to stack pointer restore from fpr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70674
--- Comment #3 from Andreas Krebbel ---
Author: krebbel
Date: Wed Apr 20 07:13:23 2016
New Revision: 235234
URL: https://gcc.gnu.org/viewcvs?rev=235234&root=gcc&view=rev
Log:
PR70674: S/390: Add memory barrier to stack pointer restore from fpr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70674
--- Comment #4 from Andreas Krebbel ---
Author: krebbel
Date: Wed Apr 20 07:16:03 2016
New Revision: 235235
URL: https://gcc.gnu.org/viewcvs?rev=235235&root=gcc&view=rev
Log:
PR70674: S/390: Add memory barrier to stack pointer restore from fpr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #9 from Richard Biener ---
Hmm, I still see
[ 140s] === test/integration/mallocx ===
[ 140s] test_overflow: pass
[ 140s] test_oom:test/integration/mallocx.c:86: Failed assertion:
(mallocx(hugemax, 0)) == (NULL) --> 0x1700 != 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70726
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Wed Apr 20 07:20:16 2016
New Revision: 235236
URL: https://gcc.gnu.org/viewcvs?rev=235236&root=gcc&view=rev
Log:
2016-04-20 Richard Biener
PR tree-optimization/70726
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70726
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Wed Apr 20 07:21:42 2016
New Revision: 235237
URL: https://gcc.gnu.org/viewcvs?rev=235237&root=gcc&view=rev
Log:
2016-04-20 Richard Biener
PR tree-optimization/70726
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70726
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70689
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70733
Bug ID: 70733
Summary: Wrong code with nested structs and bit field.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70732
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70733
--- Comment #1 from Vsevolod Livinskiy ---
(In reply to Vsevolod Livinskiy from comment #0)
> Created attachment 38314 [details]
> Reproducer.
>
> Test case produces incorrect result.
>
> Output:
> > clang++ repr.cpp; ./a.out
> -4
> > g++ repr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70731
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70733
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70733
--- Comment #3 from Richard Biener ---
LLVM does effectively
int main() {
b.member.member = 4;
a = -(unsigned long)b.member.member;
if (a != -4)
abort();
and if you write that then GCC behavior agrees with that of LLVM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #10 from Markus Trippelsdorf ---
But this isn't tcmalloc, but jemalloc:
https://github.com/jemalloc/jemalloc/blob/dev/test/integration/mallocx.c#L70
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #10)
> But this isn't tcmalloc, but jemalloc:
>
> https://github.com/jemalloc/jemalloc/blob/dev/test/integration/mallocx.c#L70
Just to clarify. jemalloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70732
--- Comment #2 from Krzysztof Małysa ---
I read some code from unwind-dw2-fde.c and it makes sense.
In the code above, stack unwinding happens in low memory conditions which
causes unsuccessful memory allocations and because of deep recursion, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Wed Apr 20 09:32:45 2016
New Revision: 235250
URL: https://gcc.gnu.org/viewcvs?rev=235250&root=gcc&view=rev
Log:
PR tree-optimization/70725
* tree-if-conv.c (is_false_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70732
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
Bug ID: 70734
Summary: __builtin_add_overflow emits poor code on x86-64
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Bug ID: 70735
Summary: problem combining std::function, generic lambdas and
static variables
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
--- Comment #7 from rguenther at suse dot de ---
On Tue, 19 Apr 2016, ienkovich at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
>
> Ilya Enkovich changed:
>
>What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Apr 20 10:08:31 2016
New Revision: 235252
URL: https://gcc.gnu.org/viewcvs?rev=235252&root=gcc&view=rev
Log:
PR tree-optimization/70725
* tree-if-conv.c (is_false_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
--- Comment #8 from Richard Biener ---
Index: gcc/passes.def
===
--- gcc/passes.def (revision 235237)
+++ gcc/passes.def (working copy)
@@ -244,6 +244,7 @@ along with GCC;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #1 from Marc Glisse ---
gcc-6 produces
.cfi_startproc
addl%esi, %edi
movl%edi, (%rdx)
jo .L9
rep ret
.L9:
pushq %rax
.cfi_def_cfa_offset 16
callabort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #2 from Marc Glisse ---
(In reply to Marc Glisse from comment #1)
> movl%edi, (%rdx)
Looks like we fail to notice that the result of the addition is unused and keep
this dead store...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
--- Comment #9 from Richard Biener ---
Oh, and I believe to make nests with only outer safelen > 0 work correctly we
need to move the check elsewhere:
Index: gcc/tree-ssa-loop-im.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #3 from Richard Biener ---
(In reply to Marc Glisse from comment #2)
> (In reply to Marc Glisse from comment #1)
> > movl%edi, (%rdx)
>
> Looks like we fail to notice that the result of the addition is unused and
> keep this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #4 from Armin Rigo ---
Ah, sorry about that; I only checked the 5.x branch. My mistake.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
--- Comment #19 from Bernhard Reutner-Fischer ---
(In reply to Denis Vlasenko from comment #17)
> Any chance of this being finally done?
>
> I proposed a simple, working patch in 2007, it's 2016 now and all these
> years users of -Os suffer from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66646
--- Comment #3 from amker at gcc dot gnu.org ---
BTW, shall we version the loop in ldist pass if # of iterations can't be
computed at compilation time. We can check the target dependent value when
deciding which version should be executed. It do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66646
--- Comment #4 from rguenther at suse dot de ---
On Wed, 20 Apr 2016, amker at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66646
>
> --- Comment #3 from amker at gcc dot gnu.org ---
> BTW, shall we version the loop in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #7 from Marc Glisse ---
(In reply to Richard Biener from comment #3)
> It's not unused, it's stored to memory.
Of course, I read the testcase too quickly and thought *r was a throw-away
local variable... Sorry about that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736
Bug ID: 70736
Summary: false positive uninitialized warning
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684
Ray Donnelly changed:
What|Removed |Added
CC||mingw.android at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #2 from Paolo Monteverde ---
(In reply to Jonathan Wakely from comment #1)
> I can reproduce this with 5.3.1 and later, but not 5.3.0
>
> As requested at https://gcc.gnu.org/bugs/ please provide the output of 'gcc
> -v', on both Debi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #3 from Paolo Monteverde ---
Created attachment 38315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38315&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70503
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 13:00:37 2016
New Revision: 235277
URL: https://gcc.gnu.org/viewcvs?rev=235277&root=gcc&view=rev
Log:
Ensure std::thread helpers have internal linkage
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69464
--- Comment #13 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 13:00:24 2016
New Revision: 235276
URL: https://gcc.gnu.org/viewcvs?rev=235276&root=gcc&view=rev
Log:
Avoid including all of in
Backport from mainline
2016-01-25 Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 13:00:43 2016
New Revision: 235278
URL: https://gcc.gnu.org/viewcvs?rev=235278&root=gcc&view=rev
Log:
Fix assertions for move assignment of trivial types
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
Bug ID: 70737
Summary: Invalid C++ code compiles when using explicit template
conversions
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
--- Comment #1 from Andrea Griffini ---
Forgot to mention that this a stripped-down version of a problem we had in
production code where indeed the result was an un-initialized value (resulting
in a random huge number).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #4 from Jonathan Wakely ---
(In reply to Paolo Monteverde from comment #2)
> Sorry, on Ubuntu the version is actually 5.3.1, but on Arch is 5.3.0, as far
> as I can see.
Unfortunately you are being misled by Arch lying.
> gcc -v on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66543
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Apr 20 13:24:17 2016
New Revision: 235279
URL: https://gcc.gnu.org/viewcvs?rev=235279&root=gcc&view=rev
Log:
PR c++/66543 - -Wunused-but-set* false positives
* expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
--- Comment #13 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Apr 20 13:29:32 2016
New Revision: 235281
URL: https://gcc.gnu.org/viewcvs?rev=235281&root=gcc&view=rev
Log:
[AArch64] Work around PR target/64971
2016-04-20 Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70738
Bug ID: 70738
Summary: Add -minteger-only option
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
--- Comment #14 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Apr 20 13:38:31 2016
New Revision: 235282
URL: https://gcc.gnu.org/viewcvs?rev=235282&root=gcc&view=rev
Log:
[AArch64] Work around PR target/64971
2016-04-20 Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #6 from Allan McRae ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Jonathan Wakely from comment #4)
> > This shows that Arch is using a snapshot from the gcc-5-branch on 20160209,
> > which means it's 5.3.1, but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.0, 7.0
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70739
Bug ID: 70739
Summary: VALUE attribute interpretation in a non-interoperable
procedure
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #7 from Jonathan Wakely ---
(In reply to Allan McRae from comment #6)
> (In reply to Jonathan Wakely from comment #5)
> > (In reply to Jonathan Wakely from comment #4)
>
> > > This shows that Arch is using a snapshot from the gcc-5-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #10 from Jonathan Wakely ---
(In reply to Allan McRae from comment #6)
> gcc 5.3.1 built from a snapshot tarball is calling itself 5.3.0 unless you
> use "--with-pkgversion". I do not consider this a problem with Arch if gcc
> does n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #11 from Jonathan Wakely ---
The local static variable seems to be captured by copy at the point when the
closure's call operator is instantiated, so it captures the current value of
the variable.
extern "C" int printf(const char*, .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70503
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 14:30:33 2016
New Revision: 235284
URL: https://gcc.gnu.org/viewcvs?rev=235284&root=gcc&view=rev
Log:
Ensure std::thread helpers have internal linkage
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 14:30:39 2016
New Revision: 235285
URL: https://gcc.gnu.org/viewcvs?rev=235285&root=gcc&view=rev
Log:
Fix assertions for move assignment of trivial types
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
--- Comment #4 from Marek Polacek ---
struct S
{
long m;
};
struct S
fn1 (struct S *a)
{
if (a->m)
a->m |= 2;
return *a;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70503
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
--- Comment #5 from Marek Polacek ---
(gdb) p varmap.length()
$5 = 13
(gdb) p n
$6 = 21
so yeah - we're out-of-range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70454
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Apr 20 14:41:55 2016
New Revision: 235287
URL: https://gcc.gnu.org/viewcvs?rev=235287&root=gcc&view=rev
Log:
Don't build 32-bit libatomic with -march=i486 on x86-64
Gcc uses t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #6 from Andreas Schwab ---
The tests fail on m68k.
Output: 66855.exe:
/daten/aranym/gcc/gcc-20160420/libstdc++-v3/testsuite/22_locale/codecvt/codecvt_utf8_utf16/66855.cc:68:
void test02(): Assertion `buf[0] == utf16[0]' f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #7 from Jonathan Wakely ---
Thanks, I'll fix it asap.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #29 from David Edelsohn ---
Flex 2.6.0 works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69489
--- Comment #5 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Apr 20 15:41:45 2016
New Revision: 235289
URL: https://gcc.gnu.org/viewcvs?rev=235289&root=gcc&view=rev
Log:
PR tree-optimization/56625
PR tree-optimization/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56625
--- Comment #3 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Apr 20 15:41:45 2016
New Revision: 235289
URL: https://gcc.gnu.org/viewcvs?rev=235289&root=gcc&view=rev
Log:
PR tree-optimization/56625
PR tree-optimization/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
--- Comment #6 from Marek Polacek ---
Could be just
--- a/gcc/tree-ssa-structalias.c
+++ b/gcc/tree-ssa-structalias.c
@@ -2241,7 +2241,11 @@ dump_pred_graph (struct scc_info *si, FILE *file)
if (graph->points_to[i]
&& !bitmap_empty_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
--- Comment #6 from iverbin at gcc dot gnu.org ---
Author: iverbin
Date: Wed Apr 20 15:48:53 2016
New Revision: 235290
URL: https://gcc.gnu.org/viewcvs?rev=235290&root=gcc&view=rev
Log:
Fix PR c++/69363
gcc/c-family/
PR c++/69363
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69489
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Apr 20 15:57:01 2016
New Revision: 235292
URL: https://gcc.gnu.org/viewcvs?rev=235292&root=gcc&view=rev
Log:
PR tree-optimization/69489
* tree-if-conv.c (phi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65385
Jack Howarth changed:
What|Removed |Added
CC||howarth.at.gcc at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60796
Daniel Vollmer changed:
What|Removed |Added
CC||zerolo at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
iverbin at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Bug 69582 depends on bug 69363, which changed state.
Bug 69363 Summary: ICE when doing a pragma simd reduction with max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #29 from Martin Jambor ---
Created attachment 38316
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38316&action=edit
Fix storing access size to conditions
Honza asked me to also come up with a version of the patch where we
stor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #8 from Jonathan Wakely ---
There's a silly typo that breaks the facets for big-endian targets, testing the
fix now.
) 7.0.0 20160420 (experimental)
GCC built with default options (ie. by just running `./configure; make`) from
commit a8876617811b8999e71d100cdd682b4e76c04b67
$ uname -rm
3.16.0-67-generic x86_64
To reproduce:
1 - Checkout commit 9a0e3eea25d3ab267aff9d4eaed83fbe46d989d0 from the Linux
kernel.
2 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70282
--- Comment #3 from PeteVine ---
I've just tried building with g++ 5.3.0 and `-flto` which to my surprise didn't
hang unlike 5.3.0 without lto.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 17:40:02 2016
New Revision: 235293
URL: https://gcc.gnu.org/viewcvs?rev=235293&root=gcc&view=rev
Log:
Fix std::codecvt_utf8* for big-endian targets
PR libstdc++/69703
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
--- Comment #3 from Eric Engeström ---
(In reply to Marek Polacek from comment #1)
> The kernel .config is of no great use for us; could you please attach the
> preprocessed testcase (should be generated automagically and stored into
> /tmp/)?
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
Component|c
ersion 7.0.0 20160420 (experimental) (GCC)
[hjl@gnu-6 gcc]$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #9 from H.J. Lu ---
gdb) f 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
--- Comment #5 from Nathan Sidwell ---
Author: nathan
Date: Wed Apr 20 19:59:56 2016
New Revision: 235297
URL: https://gcc.gnu.org/viewcvs?rev=235297&root=gcc&view=rev
Log:
cp/
PR c++/55635
* init.c (build_vec_delete_1):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
--- Comment #5 from Marek Polacek ---
Cleaned up testcase:
extern int foo (void);
extern void *memcpy (void *, const void *, __SIZE_TYPE__);
struct
{
char a[6];
} d;
struct
{
int a1[0];
int a2[0];
int a3[0];
int a4[];
} a, c;
int b;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50774
Victoria changed:
What|Removed |Added
CC||victoria.stepanyan at amd dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52910
Victoria changed:
What|Removed |Added
CC||victoria.stepanyan at amd dot
com
--- Commen
1 - 100 of 124 matches
Mail list logo