public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937
@ 2013-10-23 14:05 ysrumyan at gmail dot com
2013-10-23 14:40 ` [Bug rtl-optimization/58853] " izamyatin at gmail dot com
` (12 more replies)
0 siblings, 13 replies; 14+ messages in thread
From: ysrumyan at gmail dot com @ 2013-10-23 14:05 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Bug ID: 58853
Summary: [4.9 regression] ICE after r203937
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ysrumyan at gmail dot com
After fix for memcpy/memset expansion on x86 target we have met with ICE on the
following simple test:
void
my_memcpy (char *dest, const char *src, int n)
{
__builtin_memcpy (dest, src, n);
}
which must be compiled with
-m32 -mtune=pentiumpro -minline-all-stringops
options.
The issue is an assert:
gcc_assert (desired_align <= size);
in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves but for
pentium-pro
we have the following exception for desired_align calculation:
/* PentiumPro has special logic triggering for 8 byte aligned blocks.
copying whole cacheline at once. */
if (TARGET_PENTIUMPRO
&& (alg == rep_prefix_4_byte || alg == rep_prefix_1_byte))
desired_align = 8;
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/58853] [4.9 regression] ICE after r203937
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
@ 2013-10-23 14:40 ` izamyatin at gmail dot com
2013-10-23 14:45 ` hubicka at gcc dot gnu.org
` (11 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: izamyatin at gmail dot com @ 2013-10-23 14:40 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Igor Zamyatin <izamyatin at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hubicka at ucw dot cz,
| |izamyatin at gmail dot com
--- Comment #1 from Igor Zamyatin <izamyatin at gmail dot com> ---
Adding Honza
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/58853] [4.9 regression] ICE after r203937
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
2013-10-23 14:40 ` [Bug rtl-optimization/58853] " izamyatin at gmail dot com
@ 2013-10-23 14:45 ` hubicka at gcc dot gnu.org
2013-10-23 17:52 ` [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves ebotcazou at gcc dot gnu.org
` (10 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: hubicka at gcc dot gnu.org @ 2013-10-23 14:45 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Jan Hubicka <hubicka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2013-10-23
CC| |hubicka at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
mine
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
2013-10-23 14:40 ` [Bug rtl-optimization/58853] " izamyatin at gmail dot com
2013-10-23 14:45 ` hubicka at gcc dot gnu.org
@ 2013-10-23 17:52 ` ebotcazou at gcc dot gnu.org
2013-11-05 8:41 ` ubizjak at gmail dot com
` (9 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2013-10-23 17:52 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ebotcazou at gcc dot gnu.org
Component|rtl-optimization |target
Target Milestone|--- |4.9.0
Summary|[4.9 regression] ICE after |[4.9 regression] ICE in
|r203937 |expand_set_or_movmem_prolog
| |ue_epilogue_by_misaligned_m
| |oves
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (2 preceding siblings ...)
2013-10-23 17:52 ` [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves ebotcazou at gcc dot gnu.org
@ 2013-11-05 8:41 ` ubizjak at gmail dot com
2013-11-05 9:19 ` hubicka at ucw dot cz
` (8 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: ubizjak at gmail dot com @ 2013-11-05 8:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
+1, x86 RTEMS build is broken without this fix. RTEMS uses -march=pentiumpro in
its default multilib configuration.
>From gcc-bugs-return-433526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 05 09:07:48 2013
Return-Path: <gcc-bugs-return-433526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 26637 invoked by alias); 5 Nov 2013 09:07:47 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 25846 invoked by uid 48); 5 Nov 2013 09:05:44 -0000
From: "khurshid.normuradov at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/58999] New: sizeof ...(T) is very slow than clang
Date: Tue, 05 Nov 2013 09:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: khurshid.normuradov at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-58999-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg00303.txt.bz2
Content-length: 2338
http://gcc.gnu.org/bugzilla/show_bug.cgi?idX999
Bug ID: 58999
Summary: sizeof ...(T) is very slow than clang
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: khurshid.normuradov at gmail dot com
This code doesn't compiled well on gcc, but compiled well with clang, and very
fast.
template< int ... > struct index_sequence{ using type = index_sequence; };
template< typename T> using invoke = typename T :: type ;
template< typename T, typename U > struct concate;
template< int ...i, int ... j>
struct concate< index_sequence<i...>, index_sequence<j...> >
: index_sequence< i... , (j + sizeof ... (i ) )... > {};
// \ /
// ----------
// I think here is slowly.
template< int n>
struct make_index_sequence_help : concate<
invoke< make_index_sequence_help<n/2>>,
invoke< make_index_sequence_help<n-n/2>>
> {};
template<> struct make_index_sequence_help <0> : index_sequence<>{};
template<> struct make_index_sequence_help <1> : index_sequence<0>{};
template< int n> using make_index_sequence = invoke<
make_index_sequence_help<n> >;
int main()
{
using iseq = make_index_sequence< 1024 > ; // successfull
using jseq = make_index_sequence< 1024 * 16 > ; // a lot of compile time!!!
using kseq = make_index_sequence< 1024 * 64 > ; // can't compile: memory
exhauted!!!
};
When I change sizeof...(i) to concrete number 's' - compiled fastest as
clang.
template< int s, typename T, typename U > struct concate;
template< int s, int ...i, int ...j >
struct concate< s, index_sequence<i...>, index_sequence<j...> >
: index_sequence< i..., ( j + s ) ... > {};
// |_ changed sizeof...(i) to s
// and
template< int n >
struct make_index_sequence_help : concate<
n / 2 ,
invoke< make_index_sequence_help< n / 2 > >,
invoke< make_index_sequence_help< n - n/2 > >
>{};
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (3 preceding siblings ...)
2013-11-05 8:41 ` ubizjak at gmail dot com
@ 2013-11-05 9:19 ` hubicka at ucw dot cz
2013-11-07 13:56 ` hjl.tools at gmail dot com
` (7 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: hubicka at ucw dot cz @ 2013-11-05 9:19 UTC (permalink / raw)
To: gcc-bugs
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 2728 bytes --]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #4 from Jan Hubicka <hubicka at ucw dot cz> ---
Right now I am preparing a short conference, but I will try to look into it
tonight.
The way it was supposed to work is that the misaligned move prologues should be
disabled
for pentiumpro target. I wonder why it doesn't happen - probably a simple typo
somewhere.
Honza
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
>
> --- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
> +1, x86 RTEMS build is broken without this fix. RTEMS uses -march=pentiumpro in
> its default multilib configuration.
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
>From gcc-bugs-return-433530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 05 09:20:44 2013
Return-Path: <gcc-bugs-return-433530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8137 invoked by alias); 5 Nov 2013 09:20:44 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 4861 invoked by uid 48); 5 Nov 2013 09:18:42 -0000
From: "ma.jiang at zte dot com.cn" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/59000] lto can't merge user-defined weak builtin functions
Date: Tue, 05 Nov 2013 09:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ma.jiang at zte dot com.cn
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-59000-4-tNlZk9rbJW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59000-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59000-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg00307.txt.bz2
Content-length: 212
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY000
--- Comment #1 from ma.jiang at zte dot com.cn ---
Created attachment 31157
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id1157&actioníit
second source
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (4 preceding siblings ...)
2013-11-05 9:19 ` hubicka at ucw dot cz
@ 2013-11-07 13:56 ` hjl.tools at gmail dot com
2013-11-11 16:41 ` hubicka at ucw dot cz
` (6 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: hjl.tools at gmail dot com @ 2013-11-07 13:56 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
H.J. Lu <hjl.tools at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hjl.tools at gmail dot com
--- Comment #5 from H.J. Lu <hjl.tools at gmail dot com> ---
*** Bug 59040 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (5 preceding siblings ...)
2013-11-07 13:56 ` hjl.tools at gmail dot com
@ 2013-11-11 16:41 ` hubicka at ucw dot cz
2013-11-11 16:55 ` ubizjak at gmail dot com
` (5 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: hubicka at ucw dot cz @ 2013-11-11 16:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #7 from Jan Hubicka <hubicka at ucw dot cz> ---
> diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
> index 53e04c4..dd8d943 100644
> --- a/gcc/config/i386/i386.c
> +++ b/gcc/config/i386/i386.c
> @@ -23766,6 +23766,7 @@ ix86_expand_set_or_movmem (rtx dst, rtx src, rtx
> count_exp, rtx
> val_exp,
> also avoids redundant job when sizes are known precisely. */
> misaligned_prologue_used = (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES
> && MAX (desired_align, epilogue_size_needed) <= 32
> + && desired_align <= epilogue_size_needed
> && ((desired_align > align && !align_bytes)
> || (!count && epilogue_size_needed > 1)));
>
> avoids crash.
Yes, we can add this, too, for correctness with manual changes to tunning flags
(so the patch is approved).
What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
true
given that
DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
"misaligned_move_string_prologues",
m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
and we tune for pentiumpro (that was intentionally left out for this purpose)
Honza
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (6 preceding siblings ...)
2013-11-11 16:41 ` hubicka at ucw dot cz
@ 2013-11-11 16:55 ` ubizjak at gmail dot com
2013-11-11 17:04 ` ubizjak at gmail dot com
` (4 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: ubizjak at gmail dot com @ 2013-11-11 16:55 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #8 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jan Hubicka from comment #7)
> Yes, we can add this, too, for correctness with manual changes to tunning
> flags
> (so the patch is approved).
> What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
> true
> given that
>
> DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
> "misaligned_move_string_prologues",
> m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
>
> and we tune for pentiumpro (that was intentionally left out for this purpose)
Index: i386.c
===================================================================
--- i386.c (revision 204676)
+++ i386.c (working copy)
@@ -23764,7 +23764,7 @@
/* Misaligned move sequences handles both prologues and epilogues at once.
Default code generation results in smaller code for large alignments and
also avoids redundant job when sizes are known precisely. */
- misaligned_prologue_used = (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES
+ misaligned_prologue_used =
(TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES
&& MAX (desired_align, epilogue_size_needed) <=
32
&& ((desired_align > align && !align_bytes)
|| (!count && epilogue_size_needed > 1)));
>From gcc-bugs-return-434292-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 16:59:21 2013
Return-Path: <gcc-bugs-return-434292-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27093 invoked by alias); 11 Nov 2013 16:59:20 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 27041 invoked by uid 55); 11 Nov 2013 16:59:17 -0000
From: "hubicka at ucw dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
Date: Mon, 11 Nov 2013 16:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at ucw dot cz
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58853-4-OOehUGGsuS@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01069.txt.bz2
Content-length: 1439
http://gcc.gnu.org/bugzilla/show_bug.cgi?idX853
--- Comment #9 from Jan Hubicka <hubicka at ucw dot cz> ---
> > What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
> > true
> > given that
> >
> > DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
> > "misaligned_move_string_prologues",
> > m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
> >
> > and we tune for pentiumpro (that was intentionally left out for this purpose)
I think the problem is here:
Index: config/i386/i386.h
==================================================================--- config/i386/i386.h (revision 204166)
+++ config/i386/i386.h (working copy)
@@ -353,7 +353,7 @@ extern unsigned char ix86_tune_features[
#define TARGET_FAST_PREFIX ix86_tune_features[X86_TUNE_FAST_PREFIX]
#define TARGET_SINGLE_STRINGOP ix86_tune_features[X86_TUNE_SINGLE_STRINGOP]
#define TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES \
- ix86_tune_features[TARGET_MISALIGNED_MOVE_STRING_PROLOGUES]
+ ix86_tune_features[X86_TUNE_MISALIGNED_MOVE_STRING_PROLOGUES]
#define TARGET_QIMODE_MATH ix86_tune_features[X86_TUNE_QIMODE_MATH]
#define TARGET_HIMODE_MATH ix86_tune_features[X86_TUNE_HIMODE_MATH]
#define TARGET_PROMOTE_QI_REGS ix86_tune_features[X86_TUNE_PROMOTE_QI_REGS]
My fault for using too long names. I wonder if we don't want to generate those
TARGET_*
from .def file, too.
Honza
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (7 preceding siblings ...)
2013-11-11 16:55 ` ubizjak at gmail dot com
@ 2013-11-11 17:04 ` ubizjak at gmail dot com
2013-11-11 20:02 ` uros at gcc dot gnu.org
` (3 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: ubizjak at gmail dot com @ 2013-11-11 17:04 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #10 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jan Hubicka from comment #9)
> > > What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to be
> > > true
> > > given that
> > >
> > > DEF_TUNE (TARGET_MISALIGNED_MOVE_STRING_PROLOGUES,
> > > "misaligned_move_string_prologues",
> > > m_386 | m_486 | m_CORE_ALL | m_AMD_MULTIPLE | m_GENERIC)
> > >
> > > and we tune for pentiumpro (that was intentionally left out for this purpose)
> I think the problem is here:
> Index: config/i386/i386.h
> ===================================================================
> --- config/i386/i386.h (revision 204166)
> +++ config/i386/i386.h (working copy)
> @@ -353,7 +353,7 @@ extern unsigned char ix86_tune_features[
> #define TARGET_FAST_PREFIX ix86_tune_features[X86_TUNE_FAST_PREFIX]
> #define TARGET_SINGLE_STRINGOP ix86_tune_features[X86_TUNE_SINGLE_STRINGOP]
> #define TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES \
> - ix86_tune_features[TARGET_MISALIGNED_MOVE_STRING_PROLOGUES]
> + ix86_tune_features[X86_TUNE_MISALIGNED_MOVE_STRING_PROLOGUES]
> #define TARGET_QIMODE_MATH ix86_tune_features[X86_TUNE_QIMODE_MATH]
> #define TARGET_HIMODE_MATH ix86_tune_features[X86_TUNE_HIMODE_MATH]
> #define TARGET_PROMOTE_QI_REGS ix86_tune_features[X86_TUNE_PROMOTE_QI_REGS]
>
> My fault for using too long names. I wonder if we don't want to generate
> those TARGET_*
> from .def file, too.
>
> Honza
I'll prepare a patch (including HJ's fix) and change option to
X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES with corresponding
TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES (and will fix some grammatical
issues on the way).
>From gcc-bugs-return-434294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 17:05:19 2013
Return-Path: <gcc-bugs-return-434294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 822 invoked by alias); 11 Nov 2013 17:05:18 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 771 invoked by uid 55); 11 Nov 2013 17:05:16 -0000
From: "hubicka at ucw dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
Date: Mon, 11 Nov 2013 17:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at ucw dot cz
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58853-4-OMA7LT8J97@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58853-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01071.txt.bz2
Content-length: 389
http://gcc.gnu.org/bugzilla/show_bug.cgi?idX853
--- Comment #11 from Jan Hubicka <hubicka at ucw dot cz> ---
> I'll prepare a patch (including HJ's fix) and change option to
> X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES with corresponding
> TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES (and will fix some grammatical
> issues on the way).
OK, thanks a lot for working on this!
Honza
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (8 preceding siblings ...)
2013-11-11 17:04 ` ubizjak at gmail dot com
@ 2013-11-11 20:02 ` uros at gcc dot gnu.org
2013-11-11 20:12 ` ubizjak at gmail dot com
` (2 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: uros at gcc dot gnu.org @ 2013-11-11 20:02 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Nov 11 20:02:19 2013
New Revision: 204685
URL: http://gcc.gnu.org/viewcvs?rev=204685&root=gcc&view=rev
Log:
PR target/58853
* config/i386/x86-tune.def
(X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES): Rename from
TARGET_MISALIGNED_MOVE_STRING_PROLOGUES.
* config/i386/i386.h
(TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES): Rename from
TARGET_MISALIGNED_MOVE_STRING_PROLOGUES_EPILOGUES. Update for renamed
X86_TUNE_MISALIGNED_MOVE_STRING_PRO_EPILOGUES.
* config/i386/i386.c (ix86_expand_set_or_movmem): Use
TARGET_MISALIGNED_MOVE_STRING_PRO_EPILOGUES to calculate
misaligned_prologue_used. Check that
desired_aling <= epilogue_size_needed.
testsuite/ChangeLog:
PR target/58853
* gcc.target/i386/pr58853.c: New test.
Added:
trunk/gcc/testsuite/gcc.target/i386/pr58853.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/config/i386/x86-tune.def
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (9 preceding siblings ...)
2013-11-11 20:02 ` uros at gcc dot gnu.org
@ 2013-11-11 20:12 ` ubizjak at gmail dot com
2013-11-14 21:27 ` uros at gcc dot gnu.org
2013-11-14 21:30 ` ubizjak at gmail dot com
12 siblings, 0 replies; 14+ messages in thread
From: ubizjak at gmail dot com @ 2013-11-11 20:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Uroš Bizjak <ubizjak at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target| |x86
Status|ASSIGNED |RESOLVED
URL| |http://gcc.gnu.org/ml/gcc-p
| |atches/2013-11/msg01205.htm
| |l
Resolution|--- |FIXED
--- Comment #13 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed.
>From gcc-bugs-return-434309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 20:14:58 2013
Return-Path: <gcc-bugs-return-434309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16590 invoked by alias); 11 Nov 2013 20:14:58 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 16485 invoked by uid 48); 11 Nov 2013 20:14:55 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/47642] real(kind\x16) - libquadmath - segfault on amd64 FreeBSD
Date: Mon, 11 Nov 2013 20:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-47642-4-crlqaaSu9V@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-47642-4@http.gcc.gnu.org/bugzilla/>
References: <bug-47642-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01086.txt.bz2
Content-length: 129
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #24 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed?
>From gcc-bugs-return-434310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 20:32:38 2013
Return-Path: <gcc-bugs-return-434310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27824 invoked by alias); 11 Nov 2013 20:32:37 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 27795 invoked by uid 48); 11 Nov 2013 20:32:34 -0000
From: "ahu at ds9a dot nl" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/59079] New: a lambda with a parameter that depends on vector<>::value_type typedef leads to compiler error
Date: Mon, 11 Nov 2013 20:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ahu at ds9a dot nl
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter attachments.created
Message-ID: <bug-59079-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01087.txt.bz2
Content-length: 1865
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59079
Bug ID: 59079
Summary: a lambda with a parameter that depends on
vector<>::value_type typedef leads to compiler error
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ahu at ds9a dot nl
Created attachment 31194
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31194&action=edit
small test file that fails to compile
Thanks for the c++2011 support, it makes me happy! However, the following fails
to compile in g++ 4.6.3 and 4.8.3 (at least), and I think it is valid c++2011.
#include <vector>
#include <functional>
template<typename T>
void buildvect(const T& vect,
std::function<double(typename T::value_type)> yTransform)
{}
int main()
{
std::vector<int> blah{1,2,3,4};
buildvect(blah, [](int a) { return 1.0*a;});
}
Delivers:
t.cc: In function ‘int main()’:
t.cc:12:45: error: no matching function for call to
‘buildvect(std::vector<int>&, main()::__lambda0)’
buildvect(blah, [](int a) { return 1.0*a;});
^
t.cc:12:45: note: candidate is:
t.cc:5:6: note: template<class T> void buildvect(const T&,
std::function<double(typename T::value_type)>)
void buildvect(const T& vect,
^
t.cc:5:6: note: template argument deduction/substitution failed:
t.cc:12:45: note: ‘main()::__lambda0’ is not derived from
‘std::function<double(typename T::value_type)>’
buildvect(blah, [](int a) { return 1.0*a;});
^
Does compile in clang 3.3, does compile if T::value_type is replaced by int.
Thanks!
>From gcc-bugs-return-434311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 11 20:53:30 2013
Return-Path: <gcc-bugs-return-434311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5467 invoked by alias); 11 Nov 2013 20:53:30 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5439 invoked by uid 48); 11 Nov 2013 20:53:26 -0000
From: "reichelt at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/59080] New: [4.9 Regression] [c++11] ICE with array of auto
Date: Mon, 11 Nov 2013 20:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: reichelt at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-59080-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01088.txt.bz2
Content-length: 1961
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY080
Bug ID: 59080
Summary: [4.9 Regression] [c++11] ICE with array of auto
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
on trunk:
=============================#include <initializer_list>
auto foo[] = {};
=============================
bug.cc:3:15: internal compiler error: Segmentation fault
auto foo[] = {};
^
0xb2a93f crash_signal
../../gcc/gcc/toplev.c:334
0x5dd6f9 tree_check5
../../gcc/gcc/tree.h:2792
0x5dd6f9 unify_array_domain
../../gcc/gcc/cp/pt.c:17027
0x5d46ae unify
../../gcc/gcc/cp/pt.c:17198
0x5ddf46 unify_one_argument
../../gcc/gcc/cp/pt.c:16100
0x5d2e73 type_unification_real
../../gcc/gcc/cp/pt.c:16172
0x5e6b82 do_auto_deduction(tree_node*, tree_node*, tree_node*)
../../gcc/gcc/cp/pt.c:21402
0x57846c cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int)
../../gcc/gcc/cp/decl.c:6162
0x6661b1 cp_parser_init_declarator
../../gcc/gcc/cp/parser.c:16693
0x66791f cp_parser_simple_declaration
../../gcc/gcc/cp/parser.c:11107
0x64b820 cp_parser_block_declaration
../../gcc/gcc/cp/parser.c:10988
0x66f2e7 cp_parser_declaration
../../gcc/gcc/cp/parser.c:10885
0x66e008 cp_parser_declaration_seq_opt
../../gcc/gcc/cp/parser.c:10771
0x66f896 cp_parser_translation_unit
../../gcc/gcc/cp/parser.c:4007
0x66f896 c_parse_file()
../../gcc/gcc/cp/parser.c:31107
0x790973 c_common_parse_file()
../../gcc/gcc/c-family/c-opts.c:1055
Please submit a full bug report, [etc.]
The regression appeared between 4.9.0 20131012 and 4.9.0 20131019.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (10 preceding siblings ...)
2013-11-11 20:12 ` ubizjak at gmail dot com
@ 2013-11-14 21:27 ` uros at gcc dot gnu.org
2013-11-14 21:30 ` ubizjak at gmail dot com
12 siblings, 0 replies; 14+ messages in thread
From: uros at gcc dot gnu.org @ 2013-11-14 21:27 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #14 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Nov 14 21:26:09 2013
New Revision: 204823
URL: http://gcc.gnu.org/viewcvs?rev=204823&root=gcc&view=rev
Log:
Backport from mainline
2013-11-10 Uros Bizjak <ubizjak@gmail.com>
* mode-switching.c (optimize_mode_switching): Mark block as
nontransparent, if last_mode at block exit is different from no_mode.
Backport from mainline
2013-11-06 Uros Bizjak <ubizjak@gmail.com>
PR target/59021
* config/i386/i386.c (ix86_avx_u128_mode_needed): Require
AVX_U128_DIRTY mode for call_insn RTXes that use AVX256 registers.
(ix86_avx_u128_mode_needed): Return AVX_U128_DIRTY mode for call_insn
RTXes that return in AVX256 register.
testsuite/ChangeLog:
Backport from mainline
2013-11-11 Uros Bizjak <ubizjak@gmail.com>
PR target/58853
* gcc.target/i386/pr58853.c: New test.
Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.target/i386/pr59021.c
Modified:
branches/gcc-4_8-branch/gcc/ChangeLog
branches/gcc-4_8-branch/gcc/config/i386/i386.c
branches/gcc-4_8-branch/gcc/mode-switching.c
branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
` (11 preceding siblings ...)
2013-11-14 21:27 ` uros at gcc dot gnu.org
@ 2013-11-14 21:30 ` ubizjak at gmail dot com
12 siblings, 0 replies; 14+ messages in thread
From: ubizjak at gmail dot com @ 2013-11-14 21:30 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #15 from Uroš Bizjak <ubizjak at gmail dot com> ---
Whops, wrong PR number in ChangeLog entry.
>From gcc-bugs-return-434643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 14 21:33:39 2013
Return-Path: <gcc-bugs-return-434643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 24433 invoked by alias); 14 Nov 2013 21:33:39 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 22044 invoked by uid 48); 14 Nov 2013 21:32:16 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/59021] [4.9 regression] new vzeroupper instructions generated with -mavx
Date: Thu, 14 Nov 2013 21:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ubizjak at gmail dot com
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-59021-4-et2N2y3jgj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59021-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59021-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01420.txt.bz2
Content-length: 428
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Uroš Bizjak <ubizjak at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #7 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed.
>From gcc-bugs-return-434644-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 14 21:51:15 2013
Return-Path: <gcc-bugs-return-434644-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5606 invoked by alias); 14 Nov 2013 21:51:15 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5553 invoked by uid 55); 14 Nov 2013 21:51:11 -0000
From: "congh at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/56764] vect_prune_runtime_alias_test_list not smart enough
Date: Thu, 14 Nov 2013 21:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: congh at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-56764-4-49gxkh7AZ6@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56764-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56764-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg01421.txt.bz2
Content-length: 1461
http://gcc.gnu.org/bugzilla/show_bug.cgi?idV764
--- Comment #5 from congh at gcc dot gnu.org ---
Author: congh
Date: Thu Nov 14 21:51:07 2013
New Revision: 204825
URL: http://gcc.gnu.org/viewcvs?rev 4825&root=gcc&view=rev
Log:
2013-11-14 Cong Hou <congh@google.com>
Backport from mainline
2013-11-14 Cong Hou <congh@google.com>
* tree-vectorizer.h (struct dr_with_seg_len): Remove the base
address field as it can be obtained from dr. Rename the struct.
* tree-vect-data-refs.c (comp_dr_with_seg_len_pair): Consider
steps of data references during sort.
(vect_prune_runtime_alias_test_list): Adjust with the change to
struct dr_with_seg_len.
* tree-vect-loop-manip.c (vect_create_cond_for_alias_checks):
Adjust with the change to struct dr_with_seg_len.
2013-11-07 Cong Hou <congh@google.com>
PR tree-optimization/56764
* tree-vect-loop-manip.c (vect_create_cond_for_alias_checks):
Combine alias checks if it is possible to amortize the runtime
overhead. Return the number of alias checks after merging.
* tree-vect-data-refs.c (vect_prune_runtime_alias_test_list):
Use the function vect_create_cond_for_alias_checks () to check
the number of alias checks.
Modified:
branches/google/gcc-4_8/gcc/ChangeLog
branches/google/gcc-4_8/gcc/tree-vect-data-refs.c
branches/google/gcc-4_8/gcc/tree-vect-loop-manip.c
branches/google/gcc-4_8/gcc/tree-vectorizer.h
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2013-11-14 21:30 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-23 14:05 [Bug rtl-optimization/58853] New: [4.9 regression] ICE after r203937 ysrumyan at gmail dot com
2013-10-23 14:40 ` [Bug rtl-optimization/58853] " izamyatin at gmail dot com
2013-10-23 14:45 ` hubicka at gcc dot gnu.org
2013-10-23 17:52 ` [Bug target/58853] [4.9 regression] ICE in expand_set_or_movmem_prologue_epilogue_by_misaligned_moves ebotcazou at gcc dot gnu.org
2013-11-05 8:41 ` ubizjak at gmail dot com
2013-11-05 9:19 ` hubicka at ucw dot cz
2013-11-07 13:56 ` hjl.tools at gmail dot com
2013-11-11 16:41 ` hubicka at ucw dot cz
2013-11-11 16:55 ` ubizjak at gmail dot com
2013-11-11 17:04 ` ubizjak at gmail dot com
2013-11-11 20:02 ` uros at gcc dot gnu.org
2013-11-11 20:12 ` ubizjak at gmail dot com
2013-11-14 21:27 ` uros at gcc dot gnu.org
2013-11-14 21:30 ` ubizjak at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).