https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70147
--- Comment #21 from Jakub Jelinek ---
Author: jakub
Date: Wed Mar 16 07:01:36 2016
New Revision: 234248
URL: https://gcc.gnu.org/viewcvs?rev=234248&root=gcc&view=rev
Log:
PR c++/70147
* cp-ubsan.c (cp_ubsan_maybe_initialize_vtbl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70147
--- Comment #22 from Jakub Jelinek ---
Author: jakub
Date: Wed Mar 16 07:02:30 2016
New Revision: 234249
URL: https://gcc.gnu.org/viewcvs?rev=234249&root=gcc&view=rev
Log:
PR c++/70147
* cp-ubsan.c (cp_ubsan_dfs_initialize_vtbl_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70252
Bug ID: 70252
Summary: ICE in vect_get_vec_def_for_stmt_copy with -O3
-march=skylake-avx512.
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70120
--- Comment #8 from Zdenek Sojka ---
Created attachment 37987
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37987&action=edit
further testcases
(In reply to Richard Henderson from comment #6)
> Created attachment 37975 [details]
> propose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68809
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70253
Bug ID: 70253
Summary: gets() c++14
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70253
--- Comment #1 from lonewohlf42 at cogeco dot ca ---
Sorry if this seems trivial.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68715
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #6 from Jakub Jelinek ---
Ah, you're right, sorry for blindly CCing you after bisecting to a RA related
commit.
The peephole would be fine if replace_rtx worked; unfortunately it does pointer
comparison (x == from) rather than rtx_equ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70187
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #7 from Jakub Jelinek ---
Created attachment 37988
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37988&action=edit
gcc6-pr70245.patch
So, I think the options we have are:
1) the attached patch, use simplify_replace_rtx which u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70253
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70240
--- Comment #8 from Richard Biener ---
(In reply to Richard Henderson from comment #7)
> It appears that if we take some advice from PR68714 #c6,
> adjusting the gimplification of VEC_COND_EXPR, that alone
> fixes the original PR68215.
>
> If we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #8 from Jakub Jelinek ---
Though, looking at other spots that are using replace_rtx, e.g. sh and epiphany
also use it in define_peephole2, thus post reload, and there are tons of other
calls that probably want to use rtx_equal_p inste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #9 from Uroš Bizjak ---
Please disable the pattern for gcc-6, and let's fix replace_rtx for gcc-7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70221
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #10 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #9)
> Please disable the pattern for gcc-6, and let's fix replace_rtx for gcc-7.
Disabling the peephole2 entirely would be too aggressive, if we want to avoid
the probl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70218
Matthias Klose changed:
What|Removed |Added
Known to fail|5.1.1 |5.3.1
--- Comment #3 from Matthias Klos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #11 from Jakub Jelinek ---
simplify_replace_rtx is what e.g. postreload uses (together with
validate_change to punt if the result isn't valid), which is how I've modeled
my patch (there is no insn to validate yet in the peephole2 prep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70245
--- Comment #12 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #10)
> (In reply to Uroš Bizjak from comment #9)
> > Please disable the pattern for gcc-6, and let's fix replace_rtx for gcc-7.
>
> Disabling the peephole2 entirely wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69979
Ramana Radhakrishnan changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70232
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70155
--- Comment #4 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #3)
> We can extend STV pass to 64-bit mode to convert load and store of
> 128-bit ntegers to 128-bit SSE load and store, which is implemented
> on hjl/pr70155/master branch.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68809
--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Mar 16 09:19:12 2016
New Revision: 234250
URL: https://gcc.gnu.org/viewcvs?rev=234250&root=gcc&view=rev
Log:
Fix same_close_phi_node
2016-03-16 Tom de Vries
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68715
--- Comment #10 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Mar 16 09:19:23 2016
New Revision: 234251
URL: https://gcc.gnu.org/viewcvs?rev=234251&root=gcc&view=rev
Log:
Add missing single_pred_p test in scop_detection::merge_sese
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68809
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68715
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #15 from Andrew Roberts ---
Marc,
not entirely clear what you mean by reproducing the issue without downloading
mpfr, mpc, isl etc. Do you mean the missing symbol in GMP or the issues with
GMP when using assembly code? If you could p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70254
Bug ID: 70254
Summary: Compiler crash
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #16 from Bernd Edlinger ---
you should use whatever gmp,mpfr,mpc version you like.
with or without assembly should not make any difference.
That should work, but dont expect it to work in-tree.
Instead use the --with-gmp --with-mpfr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70254
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70252
Richard Biener changed:
What|Removed |Added
Target|x86_64 |x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70250
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70187
--- Comment #4 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Mar 16 10:21:27 2016
New Revision: 234253
URL: https://gcc.gnu.org/viewcvs?rev=234253&root=gcc&view=rev
Log:
Safely use nodes[0] in possible_polymorphic_call_targets
2016-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70187
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70252
--- Comment #2 from Ilya Enkovich ---
Seems it is due to incorrect mask conversion. The problem is that both scalar
mask of 4 elements and scalar mask of 8 elements have QImode. It makes us
think that we may get vec(4) using vec_unpack_[lo|hi]_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70185
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70161
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
38 matches
Mail list logo