https://gcc.gnu.org/bugzilla/show_bug.cgi?id=0
--- Comment #4 from Zoltan Kocsi ---
Tested several gcc versions.
Up to and including 4.8.5 everything seems to be OK, but 4.9.0 or above all
throw the error.
-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160928 (experimental) [trunk revision 240585] (GCC)
$
$ g++-trunk -std=c++11 -c small.cpp
small.cpp:1:29: error: redefinition of ‘int i’
auto a = [] (int i, int i = 0
cc version 7.0.0 20160928 (experimental) [trunk revision 240585] (GCC)
$
$ g++-trunk -c -std=c++14 small.cpp
$
$ g++-trunk -c -std=c++11 small.cpp
small.cpp:3:42: error: ‘f’ function uses ‘auto’ type specifier without trailing
return type
template < typename T > static auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77789
Bug ID: 77789
Summary: MinGW option ./configure does not make
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77788
Bug ID: 77788
Summary: profiledbootstrap failures on powerpc64le
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71730
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Sep 29 00:18:44 2016
New Revision: 240608
URL: https://gcc.gnu.org/viewcvs?rev=240608&root=gcc&view=rev
Log:
2016-09-28 Steven G. Kargl
backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77612
--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Sep 29 00:18:44 2016
New Revision: 240608
URL: https://gcc.gnu.org/viewcvs?rev=240608&root=gcc&view=rev
Log:
2016-09-28 Steven G. Kargl
backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77787
--- Comment #1 from petschy at gmail dot com ---
That last function in json.hpp was gutted:
//template
int foo(int div_)
{
ASSERT(div_ == 0);
return 0;
}
Removed the assertions from all the template functions, as this moved the c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77694
--- Comment #7 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Sep 28 23:38:13 2016
New Revision: 240604
URL: https://gcc.gnu.org/viewcvs?rev=240604&root=gcc&view=rev
Log:
2016-09-28 Steven G. Kargl
backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70754
--- Comment #5 from Pat Haugen ---
(In reply to Pat Haugen from comment #4)
> This also occurs on powerpc64/powerpc64le.
>
I should note that the failure on powerpc64* doesn't start until GCC 7 rev
236043, where a TARGET_SCHED_REASSOCIATION_WID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61414
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61414
--- Comment #6 from Jonathan Wakely ---
(In reply to Xidorn Quan from comment #5)
> It seems G++ always throw that warning for enum class as bitfield, even when
> the enum class is actually empty:
> > enum class K {};
> > struct S {
> > K v : 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242
--- Comment #29 from Jonathan Wakely ---
(In reply to Sasha B from comment #28)
> You can disregard whether the underlying type is fixed or not. So, GCC
> should not give a warning unless a bitfield containing Foo really is too
> small to hold a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
--- Comment #13 from Bill Schmidt ---
Author: wschmidt
Date: Wed Sep 28 21:36:59 2016
New Revision: 240599
URL: https://gcc.gnu.org/viewcvs?rev=240599&root=gcc&view=rev
Log:
2016-09-28 Bill Schmidt
Alan Modra
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
--- Comment #12 from Bill Schmidt ---
Author: wschmidt
Date: Wed Sep 28 21:35:37 2016
New Revision: 240598
URL: https://gcc.gnu.org/viewcvs?rev=240598&root=gcc&view=rev
Log:
2016-09-28 Bill Schmidt
Alan Modra
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Sep 28 21:29:47 2016
New Revision: 240597
URL: https://gcc.gnu.org/viewcvs?rev=240597&root=gcc&view=rev
Log:
PR target/77756
* config/i386/cpuid.h (__get_cpuid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77683
Gerald Pfeifer changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #5 from Gerald Pfe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756
--- Comment #3 from Uroš Bizjak ---
(In reply to Yale Zhang from comment #2)
> But does level 13 really exist? I don't see any documentation for it.
Yes, apparently. It was added to driver-i386.c by Intel people, where:
if (max_level >= 13)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77784
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
))
static const char x[] = "bar";
prn(x);
}
int main() {
foo();
bar();
}
Let's pretend that the x[] arrays were put there by ASSERT() macros.
Unfortunately, this won;t compile:
$ g++ -c 20160928-section_type_conflict.cpp
20160928-section_type_conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77711
--- Comment #6 from Jonathan Wakely ---
Yet another variation on missing argument list for a member function call:
call.cc: In function ‘int main()’:
call.cc:20:14: error: cannot convert ‘A::foo’ from type ‘int (A::)()’ to type
‘int (A::*)()’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77711
--- Comment #5 from Jonathan Wakely ---
For comparison, clang gives a much clearer error:
77711.cc:11:9: error: reference to non-static member function must be called;
did you mean to call it with no arguments?
x.f
~~^
()
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77721
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Wed Sep 28 19:51:08 2016
New Revision: 240595
URL: https://gcc.gnu.org/viewcvs?rev=240595&root=gcc&view=rev
Log:
PR middle-end/77721 - -Wformat-length not uses arg range for converted var
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77786
--- Comment #1 from Matthias Thul ---
Created attachment 39721
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39721&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77786
Bug ID: 77786
Summary: internal compiler error: in tsubst_copy, at
cp/pt.c:13040
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77707
--- Comment #5 from Jerry DeLisle ---
Fixed on trunk. Will backport in a few days.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77707
--- Comment #4 from Jerry DeLisle ---
Author: jvdelisle
Date: Wed Sep 28 19:43:03 2016
New Revision: 240593
URL: https://gcc.gnu.org/viewcvs?rev=240593&root=gcc&view=rev
Log:
2016-09-28 Jerry DeLisle
PR libgfortran/77707
* gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77707
--- Comment #3 from Jerry DeLisle ---
Author: jvdelisle
Date: Wed Sep 28 19:38:03 2016
New Revision: 240592
URL: https://gcc.gnu.org/viewcvs?rev=240592&root=gcc&view=rev
Log:
2016-09-28 Jerry DeLisle
PR libgfortran/77707
io/t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77467
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 28 19:21:47 2016
New Revision: 240591
URL: https://gcc.gnu.org/viewcvs?rev=240591&root=gcc&view=rev
Log:
PR c++/77467
* constexpr.c (enum constexpr_switch_state):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756
--- Comment #2 from Yale Zhang ---
(In reply to Uroš Bizjak from comment #1)
> Created attachment 39711 [details]
> Patch that fixes __get_cpuid
>
> Can you please check if the attached patch fixes your problem?
Great, your patch works. Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68703
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69080
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
--- Comment #11 from Bill Schmidt ---
Working on the backports. Stay tuned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77784
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
shows up please open a new bug for it.
+===GNAT BUG DETECTED==+
| 7.0.0 20160928 (experimental) (powerpc64le-unknown-linux-gnu) GCC error: |
| in check_die, at dwarf2out.c:5897|
| Error detected around /sr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
--- Comment #6 from Joseph S. Myers ---
Author: jsm28
Date: Wed Sep 28 17:37:45 2016
New Revision: 240586
URL: https://gcc.gnu.org/viewcvs?rev=240586&root=gcc&view=rev
Log:
Correct libgcc complex multiply excess precision handling (PR libgcc/775
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77762
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77782
Bug ID: 77782
Summary: ICE in gfc_get_union_type, at
fortran/trans-types.c:2387
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77785
Bug ID: 77785
Summary: ICE in gfc_get_caf_token_offset, at
fortran/trans-expr.c:1990
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69080
--- Comment #14 from Mueller ---
I'd really like to know why this report has been closed although there may be a
problem with deallocation. I think the rephrasing of Mikael pinpointed what I
meant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77784
Bug ID: 77784
Summary: duplicate warning for snprintf for n > object size
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77783
--- Comment #1 from Gerhard Steinmetz
---
Some variations :
$ cat z2.f90
subroutine f(x)
structure /s1/
union
integer i
end union
end structure
record /s1/ x
x.i = 0
end
subroutine g
structure /s1/
union
end un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77783
Bug ID: 77783
Summary: ICE in gfc_compare_union_types, at
fortran/interface.c:545
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
--- Comment #4 from David Malcolm ---
FWIW the location information is available in the frame above:
Breakpoint 6, invalid_nonstatic_memfn_p (loc=205792, expr=, complain=3)
at ../../src/gcc/cp/typeck.c:1834
1834ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
--- Comment #3 from Jonathan Wakely ---
Or maybe even better, make the caret point to the member function, but cover
the entire expression:
x.foo
~~^~~
(Please ignore the "did you mean...?" part shown in the initial comment, that
w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
--- Comment #2 from Jonathan Wakely ---
(In reply to David Malcolm from comment #1)
> (In reply to Jonathan Wakely from comment #0)
> > There are lots of cases where we should use rich locations, but here's one
> Do you mean a fix-it hint?
I don
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976
--- Comment #11 from Daniel Gutson ---
Any update on this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77762
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Wed Sep 28 16:24:35 2016
New Revision: 240584
URL: https://gcc.gnu.org/viewcvs?rev=240584&root=gcc&view=rev
Log:
PR c/77762 - Incorrect destination buffer length in -Wformat-length warnin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77683
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77683
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Wed Sep 28 16:13:12 2016
New Revision: 240583
URL: https://gcc.gnu.org/viewcvs?rev=240583&root=gcc&view=rev
Log:
PR middle-end/77683 - ICE on %lf directive in format_floating in
gcc/test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
Joseph S. Myers changed:
What|Removed |Added
Summary|[5/6 Regression] complex|[5 Regression] complex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77781
Ville Voutilainen changed:
What|Removed |Added
Keywords||rejects-valid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
--- Comment #4 from Joseph S. Myers ---
Author: jsm28
Date: Wed Sep 28 16:11:44 2016
New Revision: 240582
URL: https://gcc.gnu.org/viewcvs?rev=240582&root=gcc&view=rev
Log:
Correct libgcc complex multiply excess precision handling (PR libgcc/775
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77781
Bug ID: 77781
Summary: [DR 1315]
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77753
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Wed Sep 28 16:02:06 2016
New Revision: 240581
URL: https://gcc.gnu.org/viewcvs?rev=240581&root=gcc&view=rev
Log:
PR bootstrap/77753 - [7 Regression] broken profiledbootstrap due to
gcc/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #27 from Iain Sandoe ---
(In reply to Jonathan Ross from comment #26)
> (In reply to Iain Sandoe from comment #23)
> > (In reply to Francois-Xavier Coudert from comment #22)
> > > When a fix is designed, could you please backport it t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77780
Bug ID: 77780
Summary: Go front-end ignores NO_DOLLAR_IN_LABEL
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77780
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
--- Comment #6 from acsawdey at gcc dot gnu.org ---
I can confirm that Bernd's patch fixes the issue, bootstraps on powerpc64le,
and does not cause any new regression test failures in "make check".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
Jonathan Ross changed:
What|Removed |Added
CC||jonathan.ross at imc dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77385
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Bug ID: 9
Summary: unnecessary trap checks for pointer subtraction with
-ftrapv
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Severity: minor
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77768
Markus Trippelsdorf changed:
What|Removed |Added
CC||chengniansun at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
-bootstrap
Thread model: posix
gcc version 7.0.0 20160928 (experimental) [trunk revision 240565] (GCC)
$
$ gcc-trunk -O3 small.c
small.c: In function ‘main’:
small.c:5:5: warning: assignment discards ‘const’ qualifier from pointer target
type [-Wdiscarded-qualifiers]
c = &a;
^
small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55152
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Richard Earnshaw changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #6 from coypu ---
It is a local change bug! thanks.
I'll let you know if the build completes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712
--- Comment #5 from Richard Biener ---
Now that we have another (early) pass things should be even worse. Current
trunk at -O2 with -fno-checking improved though (I guess by means of a cost
model or so):
phase opt and generate : 69.39 (99%)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #5 from Richard Earnshaw ---
(In reply to coypu from comment #4)
> indeed in EXTRAOBJS I only have netbsd.o
> I'll try to use arm*) instead, and will report back.
netbsd.o (and netbsd.c) don't appear to exist or be referenced anywher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77764
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
ble-libmudflap --disable-libquadmath --disable-libssp
--disable-libstdcxx-pch --disable-nls --disable-rda --disable-sid --disable-tui
--disable-utils --disable-werror --disable-fixed-point
Thread model: single
gcc version 7.0.0 20160928 (experimental) (GCC)
% grep -A 2 FAIL build/gcc/testsuite/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77407
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77711
--- Comment #4 from Jonathan Wakely ---
Ideally we'd look to see if a.foo() would return a type that would make the
call bar( a.foo() ) valid, and not suggest it otherwise (there's no point
suggesting it if a.foo() returns void, for example).
An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77733
--- Comment #4 from David Malcolm ---
(In reply to Jonathan Wakely from comment #1)
> As well as a fixit hint suggesting to use std::move it might be useful to
> display the "" text in colour so it stands out.
Good idea.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77733
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77711
--- Comment #3 from Jonathan Wakely ---
With:
--- a/gcc/cp/typeck.c
+++ b/gcc/cp/typeck.c
@@ -1823,6 +1823,7 @@ invalid_nonstatic_memfn_p (location_t loc, tree expr,
tsubst_flags_t complain)
/* Don't enforce this in MS mode. */
if (flag_m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #4 from coypu ---
indeed in EXTRAOBJS I only have netbsd.o
I'll try to use arm*) instead, and will report back.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Bug ID: 7
Summary: Use rich location to mark correct expression for
"invalid use of non-static member function"
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77399
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77411
--- Comment #5 from Bernd Edlinger ---
Author: edlinger
Date: Wed Sep 28 12:48:16 2016
New Revision: 240575
URL: https://gcc.gnu.org/viewcvs?rev=240575&root=gcc&view=rev
Log:
backport from mainline
2016-09-23 Bernd Edlinger
Tom de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #23 from Jonathan Wakely ---
Author: redi
Date: Wed Sep 28 12:47:24 2016
New Revision: 240574
URL: https://gcc.gnu.org/viewcvs?rev=240574&root=gcc&view=rev
Log:
libstdc++/77686 use may_alias for std::function storage
PR libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Bug ID: 6
Summary: C++17 std::hypot implementation is poor
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #3 from Markus Trippelsdorf ---
g++ -O0 -fPIC -c moc_area.ii -S -o bad_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #2 from Markus Trippelsdorf ---
Created attachment 39719
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39719&action=edit
bad assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 39718
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39718&action=edit
good assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Bug ID: 5
Summary: [7 Regression] since r238559 Kdevelop gets miscompiled
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #3 from ktkachov at gcc dot gnu.org ---
(In reply to ktkachov from comment #2)
> The configure target used here is armv6--netbsdelf-eabihf (note two dashes
> after armv6)
>
> aarch64-common.o is added to extra_objs in config.gcc
Of c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77707
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77733
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748
--- Comment #24 from Bernd Edlinger ---
Author: edlinger
Date: Wed Sep 28 12:11:57 2016
New Revision: 240573
URL: https://gcc.gnu.org/viewcvs?rev=240573&root=gcc&view=rev
Log:
2016-09-28 Bernd Edlinger
PR c++/77748
* g++.dg/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #22 from rguenther at suse dot de ---
On Wed, 28 Sep 2016, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
>
> Jonathan Wakely changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #20 from Jonathan Wakely ---
Author: redi
Date: Wed Sep 28 12:03:43 2016
New Revision: 240571
URL: https://gcc.gnu.org/viewcvs?rev=240571&root=gcc&view=rev
Log:
libstdc++/77686 use may_alias for std::function storage
PR libs
1 - 100 of 134 matches
Mail list logo