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&root=gcc&view=rev
Log:
PR rtl-optimization/69896
* regcprop.c: Include cfgrtl.h.
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 #11
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=69945
--- Comment #3 from Jakub Jelinek ---
libsupc++ is linked into libstdc++.so.6.
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=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&root=gcc&view=rev
Log:
2016-02-25 Richard Biener
Backport from mainline
2
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=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 o
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.
Bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69104
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=69945
--- Comment #5 from Jakub Jelinek ---
Unversioned symbols in otherwise versioned shared library? On some systems
impossible, on others possible through ugly hacks. IMHO we don't want that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69905
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69836
--- Comment #1 from Marek Polacek ---
*** Bug 69837 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69837
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
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&root=gcc&view=rev
Log:
PR other/69006: S/390: Fix extra newlines after
diagnostics.
gcc/Cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69625
--- Comment #5 from Andreas Krebbel ---
Author: krebbel
Date: Thu Feb 25 10:04:30 2016
New Revision: 233697
URL: https://gcc.gnu.org/viewcvs?rev=233697&root=gcc&view=rev
Log:
S/390: Fix r6 vararg handling.
This patch fixes a problem introduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69625
--- Comment #6 from Andreas Krebbel ---
Author: krebbel
Date: Thu Feb 25 10:07:45 2016
New Revision: 233700
URL: https://gcc.gnu.org/viewcvs?rev=233700&root=gcc&view=rev
Log:
S/390: PR 69625: Add test case
gcc/testsuite/ChangeLog
2016-02-25 D
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=69952
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
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: ice-on-valid-cod
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
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69951
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
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=48795
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66974
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63213
--- Comment #3 from Richard Biener ---
Not fixed by loop header copying earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69956
Bug ID: 69956
Summary: [ICE] Wrong vector type @ fold-const
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69951
Richard Biener changed:
What|Removed |Added
Known to work||3.4.6
Known to fail|
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&action=edit
Test case
The option -fpeel-loops triggers the bug. The attached program has a different
result with -fpeel-loo
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=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&root=gcc&view=rev
Log:
PR ipa/69630
* ipa-devirt.c (possible_polymorphic_call_tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69956
Ilya Enkovich changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment #1
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&root=gcc&view=rev
Log:
gcc/
PR driver/68463
* config/gnu-user.h (CR
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=69956
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
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&root=gcc&view=rev
> Log:
> PR ipa/69630
> * ipa-devirt.c (possible_polymorphic_call_targets): Do not ICE
>
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=69834
--- Comment #5 from Paul Thomas ---
Created attachment 37791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37791&action=edit
Better Patch
I couldn't persuade the last patch to work on submodule_6.f08. Evidently,
submodules wind up with th
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 C+
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 frequenc
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 #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=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 Uni-Bielefeld.DE>
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=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)
a
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
--- 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&root=gcc&view=rev
Log:
2016-02-25 Richard Biener
PR tree-optimization/48795
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 Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69956
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
--- Comment
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.
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=69955
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
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 #19 from Rainer Orth ---
Created attachment 37792
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37792&action=edit
preprocessed libiberty/md5.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69955
--- Comment #3 from Dominique d'Humieres ---
> Compile time or runtime? (Can't test right now).
My check was for run time: running the test grabs my 16Gb of memory.
My guess is that the temporary for
write(*,*) size( (/( var(i)%ts , i=1,si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69785
--- Comment #6 from Matthias Klose ---
this one can be demangled:
_ZN9__gnu_cxx13new_allocatorISt10_List_nodeISt4pairINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENSt3tr18weak_ptrIN7libecap7adapter7ServiceEE9constructISG_JRKSF_EEEvPT_
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=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=69785
--- Comment #7 from Matthias Klose ---
Created attachment 37793
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37793&action=edit
preprocessed source
both symbols are defined in
https://sources.debian.net/src/libecap/1.0.1-3/src/libecap/com
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=69589
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Com
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=60144
Dominique d'Humieres changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
eth
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
gparted:
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})&buffer];
MEM[(char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #22 from Richard Biener ---
Btw, don't see how this can be in any way related to the cited rev.
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=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&root=gcc&view=rev
Log:
PR c++/68049
* tree.c (strip_typedefs): Use DECL_ORIGINAL_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67364
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Thu Feb 25 14:09:24 2016
New Revision: 233716
URL: https://gcc.gnu.org/viewcvs?rev=233716&root=gcc&view=rev
Log:
PR c++/67364
* constexpr.c (cxx_eval_component_reference):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54687
--- Comment #11 from Dominique d'Humieres ---
What is left in this PR before closing it as FIXED?
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&root=gcc&view=rev
Log:
PR c++/67364
* constexpr.c (cxx_eval_component_reference):
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&root=gcc&view=rev
Log:
PR c++/68049
* tree.c (strip_typedefs): Use DECL_ORIGINAL_
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=69958
Bug ID: 69958
Summary: sizeof... computes wrong size
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
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=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: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #13 from Domi
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=69785
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68463
iverbin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
--- Comment #14 from Jakub Jelinek ---
With -Ofast -g -march=native -funroll-loops we actually (for C) beat clang on
LU.
The SOR difference is most likely IVOPTs/scheduling/RA thing, there is nothing
to actually vectorize because of the dependenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #23 from Dominique d'Humieres ---
> Arjen, any further results or information on this bug?
PING!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69959
Jakub Jelinek changed:
What|Removed |Added
CC||edlinger at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #24 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #22 from Richard Biener ---
> Btw, don't see how this can be in any way related to the cited rev.
This reghunt was straightforward, but last time I'd found that it this
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #25 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- 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).
It does: config.gcc has
i[34567]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69842
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Thu Feb 25 15:23:47 2016
New Revision: 233719
URL: https://gcc.gnu.org/viewcvs?rev=233719&root=gcc&view=rev
Log:
PR c++/69842
* method.c (forward_parm): Handle parameter p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69842
Jason Merrill changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69842
Jason Merrill changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69959
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69958
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69839
--- Comment #6 from Joakim Tjernlund ---
(In reply to Jakub Jelinek from comment #5)
> Likely a bug on the Gentoo side.
> The linker handles differently libraries specified on the command line and
> libraries that are needed by those shared libra
1 - 100 of 160 matches
Mail list logo
