https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
--- Comment #10 from Jan Hubicka ---
The bug is:
fn3/5 (fn3) @0x76ae5dc8
Type: function definition analyzed
Visibility: prevailing_def_ironly
previous sharing asm name: 11
References: a/4 (read)
Referring:
Read from file: b.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #5 from Jan Hubicka ---
Hi,
the following (untested) patch should prevent redirection to happen.
Index: ipa-icf.c
===
--- ipa-icf.c(revision 221096)
+++ ipa-icf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
--- Comment #9 from Jan Hubicka ---
Aha, almost definitely papering over. I will check tomorrow, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
--- Comment #8 from Aldy Hernandez ---
Cannot reproduce.
Fixed on mainline by:
commit b9cb01c10d90420929551763dae489c1ef53af93
Author: hubicka
Date: Sun Mar 1 01:08:47 2015 +
* ipa-inline.c (can_inline_edge_p): Match opt_for_fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #13 from Kazumoto Kojima ---
Created attachment 34915
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34915&action=edit
an adhoc patch for 4.9
It pre-allocates R0 for this special case to break long R0 liveness.
Ugly but it work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #17 from Aldy Hernandez ---
FWIW, the removal happens by virtue of:
/* The hash table traversals above created the duplicate blocks (and the
statements within the duplicate blocks). This loop creates PHI nodes for
the du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #16 from Aldy Hernandez ---
(In reply to Jeffrey A. Law from comment #14)
> Presumably this is a case where a block has become unreachable? Or is it a
> case where the block previously had multiple preds, then by way of jump
> thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #15 from Aldy Hernandez ---
Author: aldyh
Date: Mon Mar 2 05:22:03 2015
New Revision: 221097
URL: https://gcc.gnu.org/viewcvs?rev=221097&root=gcc&view=rev
Log:
PR middle-end/65233
* ipa-polymorphic-call.c (walk_ssa_copies):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #14 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65273
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65273
Bug ID: 65273
Summary: Incorrect output in SIMPLE program compiled from high
version gcc with O2
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #1 from James Michael DuPont ---
output is :
test.go:6:8: error: expected type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #2 from James Michael DuPont ---
also on github https://github.com/golang/go/issues/10047
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
Bug ID: 65272
Summary: switch on type of interface failing
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #4 from Alan Modra ---
> I assume the problem is that thunk can not be generated to non-local symbol.
Yes, that is at the root of this problem. The thunk can't be allowed to jump
to anything outside the current object file.
The pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65271
Bug ID: 65271
Summary: Mem-declarator after class-specifier cannot declare
rvalue reference
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #3 from Jan Hubicka ---
Semantic equality hit:bool VirtualMatrice::m_fn1(int) const [with R =
int]->virtual bool C::m_fn1(int) const
Assembler symbol names:_ZNK14VirtualMatriceIiE5m_fn1Ei->_ZNK1CIiE5m_fn1Ei
Wrapper cannot be cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #2 from Jan Hubicka ---
Hmm, this seems interesting. The revision enabled more merging in ICF. The
expansion dies in output MI thunk that is not ICF produced thunk. So only
conclussion I can think of is that ICF redirected call in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988
--- Comment #5 from Jan Hubicka ---
And concerning Jakub's question, get_alias_target will ICE when the target does
not exist :).
This is the case in corner situation (call graph construction and function
removal - where you hit it). Also weakre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988
--- Comment #4 from Jan Hubicka ---
And concerning Jakub's question, get_alias_target will ICE when the target does
not exist :) This can be the case during function removal that use
dissolve_comdat_group. But it is also the case of weakref that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #13 from Jan Hubicka ---
Yep, this seems resonable patch to me. It is OK if it passes testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
Bug ID: 65270
Summary: [5 regression] ICF needs to match TYPE attributes on
memory accesses
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
--- Comment #18 from Jan Hubicka ---
> I'm happy to defer the question to the person that reviews the patch for the
> tree. I'd like a codegen type person that understands the proposed change to
> review it. They may feel perfectly comfortable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #12 from Kazumoto Kojima ---
It turned out that the patch in c#10 easily produces wrong codes.
Now I'm testing another adhoc fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55295
--- Comment #12 from Manu Evans ---
Hey, I'm still following this with great interest.
Is it possible to make an intrinsic for this instruction so it can be issued at
will?
What I'm still more interested in at this point, would be some support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988
--- Comment #3 from Jan Hubicka ---
The problem here is that inliner dissolves comdat group it should not.
We inline comdat local function and the fact we can remove it from program does
not mean we can dissolve the group.
I am testing:
Index: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
--- Comment #17 from mrs at gcc dot gnu.org ---
I'm happy to defer the question to the person that reviews the patch for the
tree. I'd like a codegen type person that understands the proposed change to
review it. They may feel perfectly comfort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006
--- Comment #13 from Jan Hubicka ---
What is status of this bug? I believe it was analyzed and fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Jan Hubicka -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #28 from Ian Lance Taylor ---
Currently there is no reasonable way to use the Go DNS resolver when using
gccgo. Any program that uses the net package will call glibc for DNS
resolution, meaning that you are limited to what glibc will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
--- Comment #16 from Jan Hubicka ---
> Substantially changing code gen 2 days before release with inadequate testing
> is slightly dangerous; seem more appropriate for stage 1.
What release you have in mind?
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
--- Comment #15 from mrs at gcc dot gnu.org ---
Substantially changing code gen 2 days before release with inadequate testing
is slightly dangerous; seem more appropriate for stage 1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65267
--- Comment #1 from Andreas Schwab ---
*** Bug 65268 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65268
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65269
--- Comment #1 from GK ---
/vol/apps/conceptgcc/20150220/bin/g++ -v -save-temps -std=c++1z ~/tmp/a.cc
Using built-in specs.
COLLECT_GCC=/vol/apps/conceptgcc/20150220/bin/gcc
COLLECT_LTO_WRAPPER=/vol002/tmp/20150220/bin/../libexec/gcc/x86_64-unk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65269
Bug ID: 65269
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61916
--- Comment #7 from Stephen Kitt ---
Created attachment 34913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34913&action=edit
Pre-processed source reproducing the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63373
--- Comment #5 from Stephen Kitt ---
Oops sorry, wrong bug...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63373
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61916
Stephen Kitt changed:
What|Removed |Added
CC||steve at sk2 dot org
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65268
Bug ID: 65268
Summary: While compiling gcc/errors.c, invalid link options
passed to Solaris Linker
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65267
Bug ID: 65267
Summary: While compiling gcc/errors.c, invalid link options
passed to Solaris Linker
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65266
Bug ID: 65266
Summary: [SH] Use rotcl for bit reversals
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot med
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65245
--- Comment #4 from Jan Hubicka ---
Author: hubicka
Date: Sun Mar 1 20:23:21 2015
New Revision: 221090
URL: https://gcc.gnu.org/viewcvs?rev=221090&root=gcc&view=rev
Log:
2015-02-28 Martin Liska
Jan Hubicka
PR ipa/65245
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65265
Bug ID: 65265
Summary: [SH] Use rotcl to logically and/or comparison results
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
Oleg Endo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55295
--- Comment #11 from Oleg Endo ---
A note on the side...
As mentioned above, fipr can also be used to do a 3D dot product. However,
GCC's vector extensions do not allow specifying vectors of length 3. To
support that I guess the easiest way is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #11 from Oleg Endo ---
Thanks! If this successfully works around the problem, it probably would also
make sense for GCC 5 with a 'if (!sh_lra_p ()) ...'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61142
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61142
--- Comment #7 from Oleg Endo ---
Author: olegendo
Date: Sun Mar 1 18:47:38 2015
New Revision: 221089
URL: https://gcc.gnu.org/viewcvs?rev=221089&root=gcc&view=rev
Log:
gcc/testsuite/
PR target/61142
* gcc.target/sh/sh/pr61142.c: New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65144
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65264
Bug ID: 65264
Summary: compare debug failure when using stdin
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Aldy Hernandez changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65259
--- Comment #4 from Andris Pavenis ---
Now it is OK. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #27 from Tatsushi Inagaki ---
(In reply to Ian Lance Taylor from comment #26)
> Tatsushi: are you asking about gccgo, or about gc?
I'm asking about gccgo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2015-02-27 00:00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #10 from Kazumoto Kojima ---
On second thought, we could fix this with an adhoc way.
I'm testing the following patch for 4.9.
diff --git a/config/sh/sh.md b/config/sh/sh.md
index d957e55..93fd84e 100644
--- a/config/sh/sh.md
+++ b/co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65067
--- Comment #6 from Bernd Edlinger ---
Ok, I think I understand now, what is wrong.
r216989 did just cause the strict-alignment code path to be executed,
which was not the case before.
Actually the extract_bit_field code is also wrong, but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
Bug ID: 65263
Summary: [5 Regression] ICE (error: unrecognizable insn / in
insn_min_length, at config/rs6000/rs6000.md) on
powerpc64le-linux-gnu
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #9 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #8)
> Kaz, maybe you have an idea how to quick fix this problem? I'm too obsessed
> with the r0-prealloc idea at the moment and can't see clearly.
All we have ATM are t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65261
--- Comment #1 from Markus Trippelsdorf ---
Maybe just adding __attribute__ ((no_sanitize_undefined)) to the function
is the right solution it this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65262
Bug ID: 65262
Summary: Link time optimization breaks use
__attribute__((section("..."))) in templates
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65261
Bug ID: 65261
Summary: [5 Regression] bootstrap-ubsan ppc64le:
gcc/libcpp/lex.c:552:30: runtime error: load of
misaligned address 0x01002172dfc6 for type 'const
uch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #8 from Oleg Endo ---
Created attachment 34910
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34910&action=edit
Various R0 pre-alloc splits (2)
(In reply to Oleg Endo from comment #7)
> Created attachment 34902 [details]
> Vari
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65259
Arnaud Charlet changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
Matthias Klose changed:
What|Removed |Added
Target|arm-linux-gnueabihf |arm-linux-gnueabihf,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #10 from Matthias Klose ---
Created attachment 34909
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34909&action=edit
test case for aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65259
--- Comment #2 from Arnaud Charlet ---
Author: charlet
Date: Sun Mar 1 10:16:20 2015
New Revision: 221087
URL: https://gcc.gnu.org/viewcvs?rev=221087&root=gcc&view=rev
Log:
PR ada/65259
* doc/gnat_ugn/gnat_project_manager.rst,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65260
Bug ID: 65260
Summary: [SH] Convert add add sub -> sub sub sub
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65259
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
d
make dvi
fail for gcc version 5.0.0 20150301 (experimental) (GCC) configured with Ada
compiler enabled
I did not have this problem with
gcc version 5.0.0 20150202 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65258
Bug ID: 65258
Summary: Wrong array bounds warning
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65233
--- Comment #8 from Matthias Klose ---
this is the testcase from ardour3:
$ g++ -c -g -O3 -fPIC track3.ii
track3.ii: In member function 'void F::apply(void (Track::*)(T, void*), T,
void*) [with T = bool]':
track3.ii:108:1: internal compiler
77 matches
Mail list logo
