https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #4 from Eric Bollengier ---
I don't know exactly when someone decided that a doing memset(buf, 0,
sizeof(buf)); leads to an "undefined behavior", but it's how C and C++ work
since quite long time. And it's also why the operator new()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71889
Bug ID: 71889
Summary: [5.4 Regression] [MIPS] python: "insn does not satisfy
its constraints"
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71889
Marek Behun changed:
What|Removed |Added
CC||kabel at blackhole dot sk
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71888
Bug ID: 71888
Summary: internal compiler error: in force_type_die, at
dwarf2out.c:23236
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #4 from asmwarrior ---
It looks like the code is called from an inline function, you can see this code
snippet in the prepossessed file.
inline wxObject *wxCheckDynamicCast(wxObject *obj, wxClassInfo *classInfo)
{
return obj &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
asmwarrior changed:
What|Removed |Added
CC||asmwarrior at gmail dot com
--- Comment #3
-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160714 (experimental) [trunk revision 238331] (GCC)
$
$ gcc-trunk -O0 small.c; ./a.out
$ gcc-6.1 -O1 small.c; ./a.out
$
$ gcc-trunk -O1 small.c
$ ./a.out
Floating point exception (core dumped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71463
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #14 from Vincent ---
The bug is still in 6.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71117
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
--- Comment #1 from Tomasz Kamiński ---
Such code is useful, for example in case of variant universal
constructor from U&&, where there is a need to determine best candidate among
the function taking parameter each type be value.
This may be imp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
Bug ID: 71886
Summary: Incorrect error on operator() being an member in
template
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
--- Comment #4 from Bill Seurer ---
Thanks, that fixed things up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29819
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29819
--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jul 14 20:54:40 2016
New Revision: 238354
URL: https://gcc.gnu.org/viewcvs?rev=238354&root=gcc&view=rev
Log:
2016-07-14 Steven G. Kargl
PR fortran/29819
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56856
--- Comment #8 from Manuel López-Ibáñez ---
(In reply to Martin Sebor from comment #7)
> Thanks for the background and the pointer. Is this report then a duplicate
> of bug 43486?
It may be possible to fix this one imperfectly without fixing PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
--- Comment #7 from Jakub Jelinek ---
Shouldn't this be solvable in C++14 and later?
We still reject it:
error: ‘((y = 1), 6.2e-1)’ is not a constant expression
but I suppose with some hacking of cp/constexpr.c this could be handled.
constexpr d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71712
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Jul 14 18:42:53 2016
New Revision: 238353
URL: https://gcc.gnu.org/viewcvs?rev=238353&root=gcc&view=rev
Log:
PR testsuite/71865
* gcc.dg/diagnostic-token-ranges.c: Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71858
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Jul 14 18:34:00 2016
New Revision: 238352
URL: https://gcc.gnu.org/viewcvs?rev=238352&root=gcc&view=rev
Log:
PR c/71858
* c-decl.c (lookup_name_fuzzy): Ignore binding-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Thu Jul 14 18:30:38 2016
New Revision: 238351
URL: https://gcc.gnu.org/viewcvs?rev=238351&root=gcc&view=rev
Log:
PR tree-optimization/71872
* tree-data-ref.c (get_referenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
--- Comment #3 from Jakub Jelinek ---
This is during ldist, destroy_loop removes a loop which contains a PHI that is
used by a debug stmt used after the loop, and during
rewrite_into_loop_closed_ssa this is detected and ICEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71164
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
--- Comment #7 from Anton Shterenlikht ---
submitted as OCA ticket 207:
https://github.com/sourceryinstitute/opencoarrays/issues/207
hope to close this ticket when there is some clarity from OCA people
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71495
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71511
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
--- Comment #10 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Thu Jul 14 17:07:47 2016
New Revision: 238347
URL: https://gcc.gnu.org/viewcvs?rev=238347&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2016-07-14 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #2 from Eric Bollengier ---
Created attachment 38907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38907&action=edit
c++ file that reproduces the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #1 from Eric Bollengier ---
Created attachment 38906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38906&action=edit
ii file generated with -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Bug ID: 71885
Summary: Incorrect code generated with -01, function calls are
missing
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
--- Comment #2 from Gerhard Steinmetz
---
Runtime behavior :
$ cat y1.f90
program p
character(3), allocatable :: z(:,:)
z(1:2,1:2) = 'abc'
z(2,1) = z(1,2)
z(2,1) = z(1,2)
end
$ gfortran-6 -g -O0 -Wall -fcheck=all -fno-frontend-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
--- Comment #1 from Gerhard Steinmetz
---
Backup tests, analogous backtrace :
$ cat z2.f90
program p
character(:), allocatable :: z(:,:)
z(1:2,1:2) = 'abc'
z(2,1) = z(12)
z(21) = z(1,2)
end
$ cat z3.f90
program p
character(3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71884
--- Comment #1 from Gerhard Steinmetz
---
Another source position with obviously invalid code :
$ cat za.f90
program p
character(:), allocatable :: z
allocate (character(*) :: z)
end
$ gfortran-7-20160710 za.f90
za.f90:3:0:
alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71884
Bug ID: 71884
Summary: ICE in gfc_trans_allocate, at
fortran/trans-stmt.c:5582 and :5698
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70977
Romain Geissler changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
--- Comment #3 from Thomas Preud'homme ---
Author: thopre01
Date: Thu Jul 14 16:41:06 2016
New Revision: 238346
URL: https://gcc.gnu.org/viewcvs?rev=238346&root=gcc&view=rev
Log:
2016-07-14 Thomas Preud'homme
gcc/
PR rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
Bug ID: 71883
Summary: ICE in identical_array_ref, at
fortran/dependency.c:104
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #15 from Jason Merrill ---
(In reply to Jason Merrill from comment #12)
> For a pointer to member function that's still problematic because the
> exception object for 'throw nullptr' is currently one word, and a pointer to
> member fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71807
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
Assignee|una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71869
--- Comment #1 from Paul E. Murphy ---
__builtin_isfinite also has a similar issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
Bug ID: 71882
Summary: elaborated-type-specifier friend not looked up in
unnamed namespace
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160714 (experimental) [trunk revision 238331] (GCC)
$
$ gcc-trunk -O3 -c small.c
$ gcc-trunk -O2 -g -c small.c
$ gcc-6.1 -O3 -g -c small.c
$
$ gcc-trunk -O3 -g -c small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69028
--- Comment #5 from Martin Liška ---
Created attachment 38904
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38904&action=edit
Candidate patch for the profiling issue
Following cilk function has no location, if it's a valid that a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69028
--- Comment #4 from Martin Liška ---
Ok, the problem comes from r224161:
Author: aldyh
Date: Fri Jun 5 18:44:53 2015 +
Merge debug-early branch into mainline.
where running:
./xg++ -B. ~/Programming/testcases/PR69028/pr69028.ii -fci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63875
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #9 from ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
Paul A. Bristow changed:
What|Removed |Added
CC||pbristow at hetp dot u-net.com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #7 from Jakub Jelinek ---
Will change.
While:
/* PR tree-optimization/71872 */
struct __attribute__((may_alias)) S { int *a; };
int b;
void
foo (int *x, struct S *y)
{
int i;
for (i = 0; i < 16; i++)
{
int *a = &b;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 65951, which changed state.
Bug 65951 Summary: [AArch64] Will not vectorize 64bit integer multiplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65952
Bug 65952 depends on bug 65951, which changed state.
Bug 65951 Summary: [AArch64] Will not vectorize 64bit integer multiplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #8 from ramana.radhakrishnan at foss dot arm.com ---
On 14/07/16 12:15, aurelien at aurel32 dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
>
> --- Comment #7 from Aurelien Jarno ---
> (In reply to Ramana Radhakri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #6 from rguenther at suse dot de ---
On July 14, 2016 2:33:12 PM GMT+02:00, "jakub at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
>
>Jakub Jelinek changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
--- Comment #8 from kargl at gcc dot gnu.org ---
(In reply to vehre from comment #7)
> Hi Karl,
>
> (In reply to kargl from comment #5)
> > With the patch I posted earlier today and code in comment #1, I see
>
> which patch are you referring to?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923
--- Comment #10 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Jul 14 14:32:39 2016
New Revision: 238340
URL: https://gcc.gnu.org/viewcvs?rev=238340&root=gcc&view=rev
Log:
[vectorizer][2/2] Hook up mult synthesis logic into vecto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
--- Comment #12 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Jul 14 14:32:39 2016
New Revision: 238340
URL: https://gcc.gnu.org/viewcvs?rev=238340&root=gcc&view=rev
Log:
[vectorizer][2/2] Hook up mult synthesis logic into vecto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #14 from Jason Merrill ---
Also note that a null pointer to data member is represented as -1, not 0, so
you'll want
*(ptrdiff_t*)thrown_ptr = -1;
for that case.
A null pointer to member function is { nullptr, 0 }.
You might also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #13 from Jonathan Wakely ---
(In reply to Jason Merrill from comment #12)
> (In reply to Jonathan Wakely from comment #4)
> > However with that patch the caught pointer is not null, so it's not right.
>
> For a pointer, you just need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #6 from Bernd Edlinger ---
(In reply to Jakub Jelinek from comment #5)
> Perhaps ECF_MAY_BE_ALLOCA too? But ECF_NORETURN and ECF_LEAF are not
> conservative, sure.
Yes. That's right.
alloca can not return null.
See tree_expr_nonzero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71880
--- Comment #1 from Valery Weber ---
what about this one?
cat gcc-6.1b.f90
program t
character(:), dimension(:), allocatable, target :: c
character(:), dimension(:), pointer :: p
allocate(c(10),source='X')
p=>c(:)
write(*,*) 'p=<',p(1),'> c=<',c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71396
Than McIntosh changed:
What|Removed |Added
CC||thanm at google dot com
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71880
Bug ID: 71880
Summary: pointer to allocatable character
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71879
--- Comment #1 from Jonathan Wakely ---
Taking the address of Foo::foo instantiates it, which results in an
error outside the immediate context, so you get an error not a substitution
failure.
http://stackoverflow.com/a/15261234/981959
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71879
Bug ID: 71879
Summary: Error in unevaluated context breaks SFINAE
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66319
--- Comment #19 from dave.anglin at bell dot net ---
On 2016-07-12 10:38 AM, danglin at gcc dot gnu.org wrote:
> Patch looks reasonable but needs to be sent to gcc-patches with cc's.
Further, the patch needs to be submitted by someone with a gcc c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #2 from Vadim Zeitlin ---
I'll try to add the preprocessed code a bit later, but, FWIW, I can already say
that there is no macro trickery whatsoever in this code itself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #4 from Bernd Edlinger ---
And, what is "qsetjmp" ?
Also "setjmp_syscall", "savectx" are also completely new to me.
And why is the prefix "__x" discarded?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71652
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71866
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
Thomas Preud'homme changed:
What|Removed |Added
Target||arm-none-eabi
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
--- Comment #1 from Thomas Preud'homme ---
Created attachment 38902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38902&action=edit
Testcase allowing to reproduce ICE in cselib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #2 from Bernd Edlinger ---
test case for the ECF_LEAF:
test.c:
int setjmp(void);
static int x;
void foo(int z)
{
x = z;
}
int bar(void)
{
int z = x;
setjmp();
z += x;
return z;
}
gcc -O3 -S -ffreestanding test.c
bar:
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71866
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Thu Jul 14 12:15:38 2016
New Revision: 238334
URL: https://gcc.gnu.org/viewcvs?rev=238334&root=gcc&view=rev
Log:
2016-07-14 Richard Biener
PR tree-optimization/71866
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
Bug ID: 71878
Summary: ICE in
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|ICE in inchash::a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #4 from Jakub Jelinek ---
Reduced testcase:
struct __attribute__((may_alias)) S { int a; };
void
foo (int *x, struct S *y)
{
int i;
for (i = 0; i < 16; i++)
{
int a = 0;
if (*x)
*(struct S *) y = *(struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71877
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71877
Bug ID: 71877
Summary: -fdump-tree-ompexp is generating incomplete code
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #1 from Bernd Edlinger ---
I'm unsure, if ECF_LEAF is also unsafe:
/* The function does not lead to calls within current function unit. */
#define ECF_LEAF (1 << 10)
I couldn't guarantee for that in a freestanding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #18 from Bernd Edlinger ---
(In reply to rguent...@suse.de from comment #17)
> Can you open a separate bug please?
sure: pr71876
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #7 from Aurelien Jarno ---
(In reply to Ramana Radhakrishnan from comment #6)
> (In reply to Aurelien Jarno from comment #5)
> > (In reply to Ramana Radhakrishnan from comment #4)
> > > Need to apply Aurelien's patch - looks like that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
Bug ID: 71876
Summary: longjmp is miscompiled with -ffreestanding
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71871
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Martin Liška changed:
What|Removed |Added
Summary|[6 Regression] template |[5 Regression] template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |6.2
Summary|[5/6 Regression] t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63875
Roman Perepelitsa changed:
What|Removed |Added
CC||roman.perepelitsa at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Martin Liška changed:
What|Removed |Added
Keywords||rejects-valid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #17 from rguenther at suse dot de ---
On Thu, 14 Jul 2016, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
>
> --- Comment #16 from Bernd Edlinger ---
> (In reply to rguent...@suse.de fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70716
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70716
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Thu Jul 14 10:02:10 2016
New Revision: 238332
URL: https://gcc.gnu.org/viewcvs?rev=238332&root=gcc&view=rev
Log:
Improve doxygen comments for allocators in containers
PR libstdc
1 - 100 of 132 matches
Mail list logo
