On Fri, Sep 27, 2013 at 03:50:08PM +0100, Vidya Praveen wrote:
[...]
I can't really insist on the single lane load.. something like:
vc:V4SI[0] = c
vt:V4SI = vec_duplicate:V4SI (vec_select:SI vc:V4SI 0)
va:V4SI = vb:V4SI op vt:V4SI
Or is there any other way to do this?
I don't have the time to finish pushing through the C11 atomic work for
this release. Much of the remaining parts are in the parser, which I
know very little about, and I won't be able to do a sufficient job in
the time remaining, so I am switching my focus to the interface work and
getting
If C11 atomics are not going into 4.9, then comments made to reject
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 no longer hold and I
would ask that the resolution of both it and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769 be reconsidered.
Jeff
On Fri, Sep 27, 2013 at 2:10 PM, Andrew
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
Bug ID: 58548
Summary: ICE with local struct in function with auto parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Bug ID: 58549
Summary: [c++1y] ICE with local function in function with auto
parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||hubicka at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58550
Bug ID: 58550
Summary: [4.9 Regression] ][c++0x] ICE with auto in function
return type and lto
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
--- Comment #2 from Volker Reichelt reichelt at gcc dot gnu.org ---
To me they look like a (syntactically simpler) alternative to template
parameters. They were introduced here:
2013-09-16 Adam Butcher a...@jessamine.co.uk
* cp-tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58550
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||abutcher at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58459
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Fri Sep 27 08:14:53 2013
New Revision: 202966
URL: http://gcc.gnu.org/viewcvs?rev=202966root=gccview=rev
Log:
2013-09-27 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58550
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Target|hppa-unknown-linux-gnu |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
Bug ID: 58551
Summary: [4.9 Regression] ICE with abort in OpenMP SESE region
inside of some loop
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547
--- Comment #2 from Iain Sandoe iains at gcc dot gnu.org ---
Author: iains
Date: Fri Sep 27 08:59:18 2013
New Revision: 202967
URL: http://gcc.gnu.org/viewcvs?rev=202967root=gccview=rev
Log:
gcc:
PR middle-end/58547
* rtlanal.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org ---
Anoter testcase that ICEs even with -O2 -fopenmp:
/* { dg-do compile } */
/* { dg-options -O2 -fopenmp } */
void bar (int, int);
void
foo (int *a)
{
int i;
for (i = 0; i 8; i++)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58459
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543
--- Comment #3 from Yury Gribov y.gribov at samsung dot com ---
Created attachment 30908
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30908action=edit
Test results
Tests seem to pass both on x86_64 and on ARM (attached).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |ASSIGNED
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #30907|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
There is a compare-debug failure on fortran/parse.o at least, reducing that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58507
--- Comment #1 from Nick Clifton nickc at redhat dot com ---
Created attachment 30910
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30910action=edit
Fix objdump output
Proposed patch to fix objdump output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
One difference happens in 057.cunrolli already, we create a preheader for a
loop depending on -g:
;; Function bool gfc_parse_file() (_Z14gfc_parse_filev, funcdef_no=257,
decl_ui
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
Bug ID: 58552
Summary: [4.9 Regression] -fcompare-debug failure
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
First testcase reduction ended in PR58552, re-reducing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #6 from Charles charles.frasch at gmail dot com ---
Created attachment 30912
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30912action=edit
script to reproduce the ICE
This script reproduces the bug. It requires 27 .ii files and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #19 from Joshua Cogliati jjcogliati-r1 at yahoo dot com ---
Created attachment 30913
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30913action=edit
Patch to add -Wfloat-conversion option against trunk
This version is against gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Reduced:
extern void fancy_abort () __attribute__ ((__noreturn__));
extern C {
struct __jmp_buf_tag { };
typedef struct __jmp_buf_tag jmp_buf[1];
extern int _setjmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Index: gcc/tree-cfg.c
===
--- gcc/tree-cfg.c (revision 202971)
+++ gcc/tree-cfg.c (working copy)
@@ -1013,6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Sep 27 13:44:10 2013
New Revision: 202972
URL: http://gcc.gnu.org/viewcvs?rev=202972root=gccview=rev
Log:
PR middle-end/58551
* tree-cfg.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57465
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Fri Sep 27 14:06:09 2013
New Revision: 202974
URL: http://gcc.gnu.org/viewcvs?rev=202974root=gccview=rev
Log:
PR libstdc++/57465
* include/std/functional
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57465
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Fixed on the trunk so far.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015
--- Comment #4 from dave.anglin at bell dot net ---
On 9/21/2013 11:13 AM, dominiq at lps dot ens.fr wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Is this PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #4 from Anatoly Sinyavin a.sinyavin at samsung dot com ---
Created attachment 30914
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30914action=edit
Fisrt patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #5 from Anatoly Sinyavin a.sinyavin at samsung dot com ---
Created attachment 30915
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30915action=edit
Second patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #6 from Anatoly Sinyavin a.sinyavin at samsung dot com ---
I have created two patches to fix this problem.
The first patch (bug_fix_58359_builit_unreachable.patch) just moves
functionality of optimize_unreachable from fab pass to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463
--- Comment #8 from pmatos at gcc dot gnu.org ---
Author: pmatos
Date: Fri Sep 27 14:54:43 2013
New Revision: 202976
URL: http://gcc.gnu.org/viewcvs?rev=202976root=gccview=rev
Log:
PR middle-end/58463
* gcc.dg/pr58463.c: New test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58507
--- Comment #2 from Nick Clifton nickc at redhat dot com ---
Created attachment 30916
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30916action=edit
Add parsing of known MSP430 MCU types
I am currently testing this patch to see if it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463
--- Comment #9 from pmatos at gcc dot gnu.org ---
Author: pmatos
Date: Fri Sep 27 16:30:15 2013
New Revision: 202978
URL: http://gcc.gnu.org/viewcvs?rev=202978root=gccview=rev
Log:
Backport from mainline.
2013-09-27 Paulo Matos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
--- Comment #11 from pmatos at gcc dot gnu.org ---
Author: pmatos
Date: Fri Sep 27 16:44:39 2013
New Revision: 202979
URL: http://gcc.gnu.org/viewcvs?rev=202979root=gccview=rev
Log:
Backport from mainline.
PR middle-end/58463
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463
--- Comment #10 from pmatos at gcc dot gnu.org ---
Author: pmatos
Date: Fri Sep 27 16:44:39 2013
New Revision: 202979
URL: http://gcc.gnu.org/viewcvs?rev=202979root=gccview=rev
Log:
Backport from mainline.
PR middle-end/58463
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
Bug ID: 58553
Summary: New fail in PASS-FAIL:
gcc.c-torture/execute/memcpy-2.c execution on arm and
aarch64
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
--- Comment #1 from jgreenhalgh at gcc dot gnu.org ---
Created attachment 30918
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30918action=edit
Output of dom1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463
Paulo J. Matos pa...@matos-sorge.com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
Bug ID: 58554
Summary: Revision 202619 causes runtime failure in CPU2006
benchmark 445.gobmk
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
--- Comment #2 from Jeffrey A. Law law at redhat dot com ---
James. Look in the .ldist dump. In particular look at that memset call.
We're writing off the end of the structure. Now to walk backwards and figure
out why :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Depends on||58554
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
Bug ID: 58555
Summary: Floating point exception in
want_inline_self_recursive_call_p
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
--- Comment #4 from Jeffrey A. Law law at redhat dot com ---
Andrew. Yes it does. I've never looked at the ldist code, but the dump seems
a bit strange:
Analyzing # of iterations of loop 3
exit condition [1, + , 1](no_overflow) != 96
bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||pthaugen at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
Bug 58553 depends on bug 58554, which changed state.
Bug 58554 Summary: [4.9 Regression] Revision 202619 causes runtime failure in
CPU2006 benchmark 445.gobmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553
Bug 58553 depends on bug 58554, which changed state.
Bug 58554 Summary: [4.9 Regression] Revision 202619 causes runtime failure in
CPU2006 benchmark 445.gobmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
CC||markus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58556
Bug ID: 58556
Summary: gen-vect-26.c / gen-vect-28.c regression merging from
r202839 to r202981
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58490
--- Comment #3 from Erik van der Werf erikvanderwerf at gmail dot com ---
I'm sorry, that patch definitely looks relevant, and I'd like to try it, but
somehow I did not manage to rebuild the arm-linux-gnueabi-gcc-4.7 package.
I'm not a gcc
-Original Message-
From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
ow...@gcc.gnu.org] On Behalf Of bin.cheng
Sent: Friday, September 27, 2013 1:07 PM
To: 'Richard Biener'
Cc: GCC Patches
Subject: RE: [PATCH]Fix computation of offset in ivopt
-Original
On Thu, Sep 26, 2013 at 9:35 PM, Aldy Hernandez al...@redhat.com wrote:
+ /* To distinguish from an OpenMP simd clone, Cilk Plus functions to
+ be cloned have a distinctive artificial label in addition to omp
+ declare simd. */
+ bool cilk_clone = flag_enable_cilkplus
+
On Fri, Sep 27, 2013 at 12:23 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
builtin_expect should be a NOP in size_estimation. Indeed, the call
stmt itself is 0 weight in size and time. But it may introduce
an extra relation expr which has non-zero size/time. The end result
is: for w/ and w/o
On Fri, Sep 27, 2013 at 7:07 AM, bin.cheng bin.ch...@arm.com wrote:
-Original Message-
From: Richard Biener [mailto:richard.guent...@gmail.com]
Sent: Tuesday, September 24, 2013 6:31 PM
To: Bin Cheng
Cc: GCC Patches
Subject: Re: [PATCH]Fix computation of offset in ivopt
On Tue,
Sure, but the modifier is not meant to force something into memory,
especially when it is already in an register. Remember, we are only
talking of structures here, and we only want to access one member.
It is more the other way round:
It says: You do not have to load the value in a
They don't need to be kept synchronised as such. It's fine for the index
to allow more than must_be_index_p. But if you're not keen on the current
structure, does the following look better? Tested on x86_64-linux-gnu.
Thanks,
Richard
gcc/
* rtlanal.c (must_be_base_p,
Thanks for the testing. It also passes bootstrap on x86_64-linux-gnu.
OK to install?
Yes, thanks.
--
Eric Botcazou
On Thu, Sep 26, 2013 at 6:07 PM, Andrew MacLeod amacl...@redhat.com wrote:
On 09/25/2013 04:49 AM, Richard Biener wrote:
On Tue, Sep 24, 2013 at 4:39 PM, Andrew MacLeod amacl...@redhat.com
wrote:
This larger patch moves all the immediate use and operand routines from
tree-flow.h into
below is a trivial patch, which makes both parts of test signed.
With this, bootstrap completes on powerpc-darwin9 - however, you might want
to check that it still does what you intended.
Please install under PR middle-end/58547 if not already done.
--
Eric Botcazou
Hi Mike,
I must say though, it seems wrong to have to provide a sign-extend pointer
pattern when pointers (on the MSP430) are unsigned.
Agreed. If we instead ask, is it sane for gcc to ever want to signed extend in
this case, the answer appears to be no. Why does it, ptr_mode is SImode,
Like the following.
Bootstrap and regtest running on x86_64-unknown-linux-gnu.
Richard.
2013-09-26 Richard Biener rguent...@suse.de
* alias.h (component_uses_parent_alias_set): Rename to ...
(component_uses_parent_alias_set_from): ... this.
* alias.c
Let's CC Vladimir on this easy one.
Cheers.
Jan-Benedict Glaw jbg...@lug-owl.de a écrit:
On Fri, 2013-09-20 20:51:37 +0200, Jan-Benedict Glaw jbg...@lug-owl.de
wrote:
Hi!
With the VAX target, I see this warning:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
Hi,
this is second part of the generic tuning changes sanityzing the tuning flags.
This patch again is supposed to deal with the obvious part only.
I will send separate patch for more changes.
The flags changed agree on all CPUs considered for generic (and their
optimization manuals) + amdfam10,
On 27 September 2013 03:15, Tim Shen wrote:
POSIX ERE says that escaping an ordinary char, say R\n is not
permitted, because 'n' is not a special char. However, they also say
that : Implementations are permitted to extend the language to allow
these. Conforming applications cannot use such
On 27 September 2013 05:17, Ed Smith-Rowland wrote:
The complex user-defined literals finally passed (n3779) with the resolution
to DR1473 allowing the suffix id to touch the quotes (Can't find it but I
put it in not too long ago).
I think it's been approved by the LWG and looks like it will
On Fri, Sep 27, 2013 at 01:48:36AM +0200, Jakub Jelinek wrote:
Perhaps. What if I do just minor cleanup (use flexible array members for
the reallocated vectors, and perhaps keep only the last out/inout task
in the hash table chains rather than all of them), retest, commit and then
we can
Gary Benson wrote:
Hi all,
This is a resubmission of my previous demangler fix [1] rewritten
to avoid using hashtables and other libiberty features.
From the above referenced email:
d_print_comp maintains a certain amount of scope across calls (namely
a stack of templates) which is
Hi,
this fixes the ICE during the build of the Ada runtime on the SPARC, a fallout
of the recent inliner changes:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg01033.html
The ICE is triggered because the ldd peephole merges an MEM with MEM_NOTRAP_P
and a contiguous MEM without MEM_NOTRAP_P,
On 9/27/13 4:34 AM, Jonathan Wakely wrote:
On 27 September 2013 03:15, Tim Shen wrote:
POSIX ERE says that escaping an ordinary char, say R\n is not
permitted, because 'n' is not a special char. However, they also say
that : Implementations are permitted to extend the language to allow
these.
On 09/27/13 03:18, Richard Biener wrote:
On Thu, Sep 26, 2013 at 9:35 PM, Aldy Hernandez al...@redhat.com wrote:
+ /* To distinguish from an OpenMP simd clone, Cilk Plus functions to
+ be cloned have a distinctive artificial label in addition to omp
+ declare simd. */
+ bool
On 27 September 2013 13:32, Paolo Carlini wrote:
On 9/27/13 4:34 AM, Jonathan Wakely wrote:
On 27 September 2013 03:15, Tim Shen wrote:
POSIX ERE says that escaping an ordinary char, say R\n is not
permitted, because 'n' is not a special char. However, they also say
that : Implementations
Hi!
I've committed the following fix to a regression introduced in 4.9
early loop construction. SESE regions, as documented above
move_sese_region_to_fn, are allowed to contain calls to noreturn functions
like abort/exit. But, basic blocks leading to noreturn functions aren't
actually placed in
PR libstdc++/57465
* include/std/functional
(_Function_base::_Base_manager::_M_not_empty_function): Fix overload
for pointers.
* testsuite/20_util/function/cons/57465.cc: New.
Tested x86_64-linux, committed to trunk. I'll apply it to the
branches after
Hi all,
I've recently submitted a bug report regarding invalid unpoisoning of
stack frame redzones
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543). Could someone take
a look at proposed patch (a simple one-liner) and check whether it's ok
for commit?
Thanks!
-Yuri
diff --git
On Thu, Sep 26, 2013 at 3:02 PM, Jan Hubicka hubi...@ucw.cz wrote:
Why not just have probably_never_executed_bb_p return simply return
false bb-frequency is non-zero (right now it does the opposite -
We want to have frequencies guessed for functions that was not trained
in the profiling run
On Thu, Sep 26, 2013 at 02:31:33PM -0500, Aldy Hernandez wrote:
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -42806,6 +42806,43 @@ ix86_memmodel_check (unsigned HOST_WIDE_INT val)
return val;
}
+/* Return the default vector mangling ISA code when none is specified
+
On Fri, Sep 27, 2013 at 06:10:41PM +0400, Yury Gribov wrote:
Hi all,
I've recently submitted a bug report regarding invalid unpoisoning
of stack frame redzones
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543). Could someone
take a look at proposed patch (a simple one-liner) and check
Hi,
this patch makes it possible to access value range info from setmem/movstr that
I plan to use in i386 memcpy/memset expansion code. It is all quite
straighforward except that I need to deal with cases where max size does not
fit in HOST_WIDE_INT where I use maximal value as a marker. It is
On Fri, Sep 27, 2013 at 1:56 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this is second part of the generic tuning changes sanityzing the tuning flags.
This patch again is supposed to deal with the obvious part only.
I will send separate patch for more changes.
The flags changed agree on all
On 13-09-27 4:55 AM, Dodji Seketeli wrote:
Let's CC Vladimir on this easy one.
Cheers.
All targets I know have ELIMINABLE_REGS defined. Therefore it was not
caught before.
.
The patch is ok for me. Thanks.
Jan-Benedict Glaw jbg...@lug-owl.de a écrit:
On Fri, 2013-09-20 20:51:37 +0200,
On 09/27/2013 08:42 AM, James Greenhalgh wrote:
On Thu, Sep 26, 2013 at 04:26:35AM +0100, Jeff Law wrote:
Bootstrapped and regression tested on x86_64-unknown-linux-gnu.
Installed on trunk.
Hi Jeff,
This patch caused a regression on Arm and AArch64 in:
PASS-FAIL:
On Fri, Sep 27, 2013 at 1:56 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this is second part of the generic tuning changes sanityzing the tuning
flags.
This patch again is supposed to deal with the obvious part only.
I will send separate patch for more changes.
The flags changed
1 - 100 of 140 matches
Mail list logo