https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69973
Bug ID: 69973
Summary: ICE on excessive attribute vector_size
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69975
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69972
Bug ID: 69972
Summary: duplicate integer overflow diagnostic in constant
expressions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #4 from john.frankish at outlook dot com ---
Created attachment 37800
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37800=edit
preprocessed gtkmm-3.16.0/gtk/gtkmm/treeviewcolumn.cc
I'm not too sure what I'm doing here, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69971
Bug ID: 69971
Summary: repetitive code with __builtin_return_address with a
large level
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: minor
--disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20160225 (experimental) [trunk revision 233714] (GCC)
$ gcc-trunk abc.c
abc.c:1:11: error: expected '=', ',', ';', 'asm' or '__attribute__' before ')'
token
char var1 );
^
abc.c: In function 'fn1':
abc.c:5:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69975
Bug ID: 69975
Summary: Missing uninitilized warning / optimized to use wrong
value
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69709
--- Comment #13 from Andreas Krebbel ---
Yes. This was problem. Your patch fixes this. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69889
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Fri Feb 26 04:53:58 2016
New Revision: 233733
URL: https://gcc.gnu.org/viewcvs?rev=233733=gcc=rev
Log:
PR c++/69889
* cp-tree.h (AGGR_INIT_FROM_THUNK_P): New.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69889
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69919
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69919
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Thu Feb 25 16:57:39 2016
New Revision: 233722
URL: https://gcc.gnu.org/viewcvs?rev=233722=gcc=rev
Log:
Do not gather mem stats in run_exit_handles (PR
PR middle-end/69919
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #10 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69841
James Greenhalgh changed:
What|Removed |Added
CC||alan.lawrence at arm dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960
--- Comment #3 from Jonathan Wakely ---
The C standard says it's not a constant, but clang accepts it as an extension.
That doesn't make it valid C though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
--- Comment #6 from Patrick Palka ---
Smaller test case:
struct A {
template
static void f() { };
};
struct B : A { };
template<>
void B::f<0>() { };
int main() {
B::f<0> ();
}
If f is made non-static then the compiler rejects the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69834
--- Comment #6 from Dominique d'Humieres ---
> Created attachment 37791
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37791=edit
> Better Patch
Withe patch applied to my working tree (many patches) fixes the PR but I see
several
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69666
Segher Boessenkool changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960
--- Comment #2 from felix-gcc at fefe dot de ---
uh, yes in C.
$ cat test.c
#define TOLOWER(x) (x&~0x20)
#define Word(s) \
s[1] ? s[2] ? s[3] ? \
(TOLOWER(s[0]) << 24) + (TOLOWER(s[1]) << 16) + (TOLOWER(s[2]) << 8) +
TOLOWER(s[3]) : \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69963
Bug ID: 69963
Summary: ICE out of memory on displaced implicit character
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69963
--- Comment #1 from Gerhard Steinmetz
---
Created attachment 37795
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37795=edit
More tiny examples
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69965
--- Comment #1 from Gerhard Steinmetz
---
Compiles if abstract "class(tab)" is replaced with extended "class(t)" :
$ cat z2.f90
module m
type, abstract :: tab
contains
procedure(fab),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69966
Matthias Klose changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69967
Bug ID: 69967
Summary: #pragma GCC diagnostic ignored being ignored for
-Wunused-variable in some cases
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69964
Bug ID: 69964
Summary: ICE on misspelled end block data, in
gfc_ascii_statement
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69966
Bug ID: 69966
Summary: libgo: Port syscall.SetsockoptUcred from golang
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66310
--- Comment #6 from Jerry DeLisle ---
When using the REPEAT intrinsic as a parameter, the frontend is simplifying
this to an actual string constant of the requested length. In this process it
is attempting to allocate length + 1 in order to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960
--- Comment #4 from felix-gcc at fefe dot de ---
So which part of it is not constant, you would say?
It all looks constant to me. It only operates on constants.
If 3+4 is constant, why should this not be constant?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69962
Bug ID: 69962
Summary: ICE on missing parameter attribute, in
gfc_set_constant_character_len
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69965
Bug ID: 69965
Summary: ICE: tree check: expected tree that contains ‘typed’
structure, have ‘’ in
gfc_get_character_type, at fortran/trans-types.c:1048
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69967
--- Comment #1 from Andrew Pinski ---
Most likely this warning does not happen until all of the translation unit has
been parsed in. The variables are not marked as being used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69962
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69666
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69935
--- Comment #4 from Richard Biener ---
It FAILs
FAIL: gcc.dg/vect/vect-aggressive-1.c -flto -ffat-lto-objects
scan-tree-dump-ti
mes vect "vectorized 1 loops" 1
because in
__attribute__ ((noinline)) int
foo (void)
{
int i, res = 0;
#pragma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69945
--- Comment #3 from Jakub Jelinek ---
libsupc++ is linked into libstdc++.so.6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69896
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69951
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69945
--- Comment #2 from Richard Biener ---
but as the allocator lives in libsupc++ which is static only we can add that
symbol there (unversioned)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69776
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Thu Feb 25 09:07:08 2016
New Revision: 233693
URL: https://gcc.gnu.org/viewcvs?rev=233693=gcc=rev
Log:
2016-02-25 Richard Biener
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69945
--- Comment #4 from rguenther at suse dot de ---
On Thu, 25 Feb 2016, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69945
>
> --- Comment #3 from Jakub Jelinek ---
> libsupc++ is linked into libstdc++.so.6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69952
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69006
--- Comment #6 from Andreas Krebbel ---
Author: krebbel
Date: Thu Feb 25 10:02:16 2016
New Revision: 233695
URL: https://gcc.gnu.org/viewcvs?rev=233695=gcc=rev
Log:
PR other/69006: S/390: Fix extra newlines after
diagnostics.
gcc/ChangeLog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69952
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #2 from Richard Biener ---
Also try GCC 5.3 (or a recent snapshot from the branch).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69954
Bug ID: 69954
Summary: internal compiler error: in dependent_type_p, at
cp/pt.c:21141
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69955
Bug ID: 69955
Summary: Memory leak with array constructor and derived type
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69943
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69955
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69630
--- Comment #5 from Jan Hubicka ---
Author: hubicka
Date: Thu Feb 25 12:10:04 2016
New Revision: 233711
URL: https://gcc.gnu.org/viewcvs?rev=233711=gcc=rev
Log:
PR ipa/69630
* ipa-devirt.c (possible_polymorphic_call_targets): Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69956
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69834
--- Comment #5 from Paul Thomas ---
Created attachment 37791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37791=edit
Better Patch
I couldn't persuade the last patch to work on submodule_6.f08. Evidently,
submodules wind up with their
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
--- Comment #12 from Jakub Jelinek ---
I don't see any difference though, neither with the fold-const.c change, nor
with the loop-invert.patch (at least on my Haswell-E, -g -Ofast x86_64, single
runs only; though, it shows the LU slowdown with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #12 from Richard Biener ---
> Can you please answer comment #5 now?
The testcase there compiles and executes just fine, both before and with
your patch.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69957
Bug ID: 69957
Summary: Ambiguous overload due to incorrect partial ordering
of V<> and V
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69709
--- Comment #8 from Dominik Vogt ---
Created attachment 37790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37790=edit
Test case
The option -fpeel-loops triggers the bug. The attached program has a different
result with -fpeel-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63393
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
--- Comment #13 from Richard Biener ---
Would be still good to get rid of. Not sure why we key off in_gimple_form
either.
What we get is branches done in different directions and thus BB reorder
entered
with a different BB order.
Edge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #14 from rguenther at suse dot de ---
On Thu, 25 Feb 2016, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
>
> --- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69709
--- Comment #9 from Dominik Vogt ---
(-fpeel-loops is activated by -fprofile-use, so this is the connection to
profilesbootstrap.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69956
Ilya Enkovich changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68463
--- Comment #4 from iverbin at gcc dot gnu.org ---
Author: iverbin
Date: Thu Feb 25 12:23:52 2016
New Revision: 233712
URL: https://gcc.gnu.org/viewcvs?rev=233712=gcc=rev
Log:
gcc/
PR driver/68463
* config/gnu-user.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67956
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69630
--- Comment #6 from Tobias Burnus ---
(In reply to Jan Hubicka from comment #5)
> URL: https://gcc.gnu.org/viewcvs?rev=233711=gcc=rev
> Log:
> PR ipa/69630
> * ipa-devirt.c (possible_polymorphic_call_targets): Do not ICE
> on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Jakub Jelinek ---
> Can you please bisect it to the exact change that reintroduced it?
Sure: the reghunt found this patch:
2016-02-08 Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #12 from Richard Biener ---
Can you please answer comment #5 now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #15 from ro at CeBiTec dot Uni-Bielefeld.DE ---
They do, and for the same reason:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 1)]
0x08f5ecc1 in md5_read_ctx (resbuf=0x8046fd8, ctx=0x8046e90)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69896
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 25 08:09:02 2016
New Revision: 233692
URL: https://gcc.gnu.org/viewcvs?rev=233692=gcc=rev
Log:
PR rtl-optimization/69896
* regcprop.c: Include cfgrtl.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
Bug ID: 69953
Summary: Using lto causes gtkmm/gparted and gtkmm/inkscape
compile to fail
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> So this is with bootstrap-O3?
No, just a regular (i.e. -O2) bootstrap.
I've just checked again: the SEGV doesn't happen with the stage1
compiler, but with both the stage2 and stage3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #20 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from Richard Biener ---
> ./configure --target=i386-pc-solaris2.10
>
> is not enough, with -O3 -msse2 and the preprocessed file I get
>
> md5_finish_ctx:
> ...
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #21 from Richard Biener ---
Ok, can reproduce but I need -msse2 in addition to -O2 (but executing ./cc1 so
your diver may add that).
That's memcpy expanded as
uint128_t _36;
...
_36 = MEM[(char * {ref-all})];
MEM[(char *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53576
--- Comment #2 from Dominique d'Humieres ---
I get the error
Error: Can't convert TYPE(amn_t) to COMPLEX(4) at (1)
if I replace amn%nsites in
do jj = 1, amn%nsites
with a constant value (tested 0 and 5).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68049
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Thu Feb 25 14:09:18 2016
New Revision: 233715
URL: https://gcc.gnu.org/viewcvs?rev=233715=gcc=rev
Log:
PR c++/68049
* tree.c (strip_typedefs): Use DECL_ORIGINAL_TYPE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #23 from Richard Biener ---
Well, looks like same analysis as the last time ;) Sth is broken on solaris -
please check with gdb how the stack is aligned on function entry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69958
Bug ID: 69958
Summary: sizeof... computes wrong size
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69785
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69785
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48795
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #16 from rguenther at suse dot de ---
On Thu, 25 Feb 2016, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
>
> --- Comment #15 from ro at CeBiTec dot Uni-Bielefeld.DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #17 from Richard Biener ---
./configure --target=i386-pc-solaris2.10
is not enough, with -O3 -msse2 and the preprocessed file I get
md5_finish_ctx:
...
callmd5_process_block
movl12(%ebp), %eax
addl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69785
--- Comment #6 from Matthias Klose ---
this one can be demangled:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69785
--- Comment #7 from Matthias Klose ---
Created attachment 37793
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37793=edit
preprocessed source
both symbols are defined in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69955
--- Comment #4 from mrestelli ---
My problem also shows up at runtime, compilation is fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67364
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68049
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69959
Bug ID: 69959
Summary: [6 Regression] gcc-6 doesn't build gcc-5 anymore
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55214
--- Comment #3 from Dominique d'Humieres ---
Still present on trunk (6.0) at revision r233693.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69955
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38303
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #3 from Martin Liška ---
Hello.
I've just tried to build latest inkscape (gparted) with latest GCC, and no
problem seen for following configurations:
inkscape:
-Os -flto=9
-flto -fuse-linker-plugin -mtune=generic -Os -pipe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67364
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Thu Feb 25 14:10:09 2016
New Revision: 233718
URL: https://gcc.gnu.org/viewcvs?rev=233718=gcc=rev
Log:
PR c++/67364
* constexpr.c (cxx_eval_component_reference): Don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68049
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Thu Feb 25 14:10:03 2016
New Revision: 233717
URL: https://gcc.gnu.org/viewcvs?rev=233717=gcc=rev
Log:
PR c++/68049
* tree.c (strip_typedefs): Use DECL_ORIGINAL_TYPE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54687
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48795
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Thu Feb 25 13:20:25 2016
New Revision: 233714
URL: https://gcc.gnu.org/viewcvs?rev=233714=gcc=rev
Log:
2016-02-25 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69956
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69785
--- Comment #5 from Markus Trippelsdorf ---
libcxxabi demangler doesn't handle any of the strings, too.
1 - 100 of 160 matches
Mail list logo