On Thu, 2014-02-27 at 15:34 +0100, Richard Biener wrote:
I've been hacking on a prototype that generates matching and
simplification code from a meta-description.
For what it is worth, MELT has a similar feature. http://gcc-melt.org/
regards
--
Basile STARYNKEVITCH
So, the main question is not about triggering condition, but about the
behavior itself. Is it correct to flush and reload all constants ? They are
constants after all, they are even not stored in .data section but inlined
in the code, and thus cannot be modified.
I'd think that everyone more
Am 02/27/2014 06:03 PM, schrieb Richard Sandiford:
Yury Gribov y.gri...@samsung.com writes:
Richard Biener wrote:
If this behavior is not intended, what would be the best way to fix
performance? I could teach GCC to not remove constant RTXs in
flush_hash_table() but this is probably very naive
Of course if the GIMPLE level doesn't care about the barrier then it doesn't
make sense to be overly conservative at the RTL CSE level. Thus I think we
can just remove this barrier completely.
Not clear to me, what happens e.g. for register variables?
--
Eric Botcazou
On Fri, Feb 28, 2014 at 10:23 AM, Eric Botcazou ebotca...@adacore.com wrote:
Of course if the GIMPLE level doesn't care about the barrier then it doesn't
make sense to be overly conservative at the RTL CSE level. Thus I think we
can just remove this barrier completely.
Not clear to me, what
Hi!
Currently when libgomp hits an error (that is, an internal error,
possibly due to the user doing stupid things), after printing a message
libgomp/error.c:gomp_fatal terminates the executing process:
void
gomp_fatal (const char *fmt, ...)
{
va_list list;
va_start
Eric Botcazou ebotca...@adacore.com writes:
One of the big grey areas is what should happen for floating-point ops
that depend on the current rounding mode. That isn't really modelled
properly yet though. Again, it affects calls as well as volatile asms.
There is an explicit comment about
Georg-Johann Lay a...@gjlay.de writes:
Notice that in code1, func might contain such asm-pairs to implement
atomic operations, but moving costly_func across func does *not*
affect the interrupt respond times in such a disastrous way.
Thus you must be *very* careful w.r.t. optimizing against
But here too the point is that we don't assume the same thing at the
tree level or during register allocation. It seems a bit silly for
the scheduler to assume that all hard registers are clobbered when the
register allocator itself doesn't assume that. And most rtl passes
assume that
On Thu, 27 Feb 2014, Richard Biener wrote:
I've been hacking on a prototype that generates matching and
simplification code from a meta-description. The goal is
to provide a single source of transforms currently spread
over the compiler, mostly fold-const.c, gimple-fold.c and
On Thu, Feb 27, 2014 at 9:34 AM, Richard Biener rguent...@suse.de wrote:
Comments or suggestions?
On the surface it looks like a nice idea. However, I would like to
understand the scope of this. Are you thinking of a pattern matcher
with peephole like actions? Or would you like to evolve a
Hi,
I have noticed that a patch was placed in bugzilla to do this change, but it
does not appear to have been pushed. I was wondering if anyone could comment
why this is the case?
The bugzilla URL is the following:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57754
Many thanks,
Andrew
Hmm, this all reminds me about the approach Andrew Pinski and I came
up with two years ago. All in all I think it might be worth to
express folding-patterns in a more abstract way. So the md-like Lisp
syntax for this seems to be just stringent. We make use of such a
script-language already for
On 02/28/2014 03:37 AM, Thomas Schwinge wrote:
The process cannot recover from this, trying to continue despite the
error. (It is of course questionable what exactly to do in this case, as
libgomp's internal state may now be corrupt.) So far, such errors may
have been rare (aside from real
On 02/28/14 16:05, Richard Henderson wrote:
I'd be ok with some kind of registration interface, like
old = omp_set_error_handler (new);
so that a library can set and restore the handler around its own omp usage.
I agree. An explicit API should be exposed to do this.
As for the
Andrew Bennett andrew.benn...@imgtec.com writes:
Hi,
I have noticed that a patch was placed in bugzilla to do this change, but it
does not appear to have been pushed. I was wondering if anyone could comment
why this is the case?
The bugzilla URL is the following:
On Fri, 2014-02-28 at 12:37 +0100, Thomas Schwinge wrote:
Does it make sense to add the option for the user to install a handler
for this?
The problem with calling a handler is that it's often hard to define
which state the program is in during the handler. If libgomp had to
terminate because
On Fri, 28 Feb 2014, Thomas Schwinge wrote:
That aside, it is also an hurdle for ourselves if in libgomp's testsuite
we want to test that the library does the right thing (abort) for
non-sensible requests.
If you want to verify that a program exits with an error (so that exit
with an error
On Thu, Feb 27, 2014 at 12:53:12PM -0800, Paul E. McKenney wrote:
On Thu, Feb 27, 2014 at 11:47:08AM -0800, Linus Torvalds wrote:
On Thu, Feb 27, 2014 at 11:06 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
3. The comparison was against another RCU-protected pointer,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58011
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org ---
Is this done? If so, can we close this PR?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60363
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=60360
--- Comment #6 from DaBler dabler at gmail dot com ---
When I call sizeof(...) on the int type (instead of a variable), it is the
same:
typedef int TypeInt __attribute((aligned(64)));
printf(%zu %zu\n, sizeof(TypeInt), alignof(TypeInt)); //
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113
--- Comment #16 from pmatos at gcc dot gnu.org ---
(In reply to Richard Biener from comment #14)
Well. At least to my theory (didn't try).
Theory and practice match. It seems to fix the bug and work fine. I will do
some further testing and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60364
Bug ID: 60364
Summary: [[noreturn]] specified for second declaration but not
first doesn't result in a diagnostic
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60365
Bug ID: 60365
Summary: multiple noreturn attribute specifiers in single
declaration doesn't result in a diagnostic
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60306
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #4)
OK, I am re-considering my decision to not assign this to Martin.
The problem is the following. We have call:
struct Box x;
...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60306
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Of course the bug seems to be
static bool
stmt_may_be_vtbl_ptr_store (gimple stmt)
{
if (is_gimple_call (stmt))
return false;
^^^
this. I remember being very curious when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57232
--- Comment #20 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Feb 28 12:45:36 2014
New Revision: 208219
URL: http://gcc.gnu.org/viewcvs?rev=208219root=gccview=rev
Log:
PR debug/57232
* var-tracking.c (vt_initialize):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #11 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Feb 28 12:57:06 2014
New Revision: 208220
URL: http://gcc.gnu.org/viewcvs?rev=208220root=gccview=rev
Log:
PR debug/59992
* cselib.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57232
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60280
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Fri Feb 28 13:14:23 2014
New Revision: 208222
URL: http://gcc.gnu.org/viewcvs?rev=208222root=gccview=rev
Log:
2014-02-28 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59992
--- Comment #12 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Feb 28 12:57:40 2014
New Revision: 208221
URL: http://gcc.gnu.org/viewcvs?rev=208221root=gccview=rev
Log:
PR debug/59992
* cselib.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53787
--- Comment #18 from Igor Zamyatin izamyatin at gmail dot com ---
Martin,
I checked the patch and can confirm it gives necessary speedup on the test
(UMTmk_1.1)
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60366
Bug ID: 60366
Summary: ICE with self-invoking lambdas
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60314
--- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Feb 28 16:51:21 2014
New Revision: 208225
URL: http://gcc.gnu.org/viewcvs?rev=208225root=gccview=rev
Log:
2014-02-25 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60314
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #18 from Jan Hubicka hubicka at gcc dot gnu.org ---
It is a speculative devirtualization; we see no other option than B, so we try
to inline it. Speculative devirtualization already has logic in it so it won't
pick method without
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367
Bug ID: 60367
Summary: Default argument object is not getting constructed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60357
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
--- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org ---
hmm, I see, same body alias...
Well, remove_unreachable_nodes does two things, it removes nodes that are
completely unreachable and also removes definitions of nodes where definition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to janus from comment #4)
This is due to a small bug in find_intrinsic_vtab. Patch:
The patch from comment #4 regtests cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359
--- Comment #6 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Fri, Feb 28, 2014 at 05:36:54PM +, janus at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359
--- Comment #5 from janus at gcc dot
: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-languages=c++,lto
Thread model: posix
gcc version 4.9.0 20140228 (experimental) [trunk revision 208224] (GCC)
$ ./xgcc -B. -fexec-charset=UTF-16 ~/ice.c
/home/ryan/ice.c: In function ‘main’:
/home/ryan/ice.c:9:0: internal compiler error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #19 from Jason Merrill jason at gcc dot gnu.org ---
I think it would make sense to suppress speculative devirtualization of a
DECL_ARTIFICIAL destructor, since that seems to be the problem here (and in
53808). I think it's better to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60368
--- Comment #1 from Ryan Mansfield rmansfield at qnx dot com ---
Maybe a WONTFIX. It's not clear to me why cpp_host_to_exec_charset is using
CPP_DL_ICE for this instead of CPP_DL_ERROR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483
--- Comment #17 from Jeffrey A. Law law at redhat dot com ---
Eric, there's an updated patch in c#8 which reportedly fixes the problem by
passing both the precision and storage size of Register_Float_Type.
I'm nowhere near versed enough in Ada to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60369
Bug ID: 60369
Summary: [PATCH] [TIC6X] new compiler intrinsics
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60370
Bug ID: 60370
Summary: TRANSPOSE on rhs of allocatable array assignment gives
bounds error
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58610
--- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Feb 28 20:20:21 2014
New Revision: 208226
URL: http://gcc.gnu.org/viewcvs?rev=208226root=gccview=rev
Log:
/cp
2014-02-28 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58610
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 58610, which changed state.
Bug 58610 Summary: [4.7/4.8/4.9 Regression] [c++11] ICE with constexpr of class
with template constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58610
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60306
--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org ---
Created attachment 32235
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32235action=edit
Better WIP patch
Yep, ignoring the calls also surprised me. I spent some time trying to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57295
Wojciech Migda wojtek.golf at interia dot pl changed:
What|Removed |Added
CC||wojtek.golf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359
--- Comment #7 from janus at gcc dot gnu.org ---
Author: janus
Date: Fri Feb 28 21:30:04 2014
New Revision: 208227
URL: http://gcc.gnu.org/viewcvs?rev=208227root=gccview=rev
Log:
2014-02-28 Janus Weil ja...@gcc.gnu.org
PR fortran/60359
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60359
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
Bug ID: 60371
Summary: std::vector::emplace_back
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483
--- Comment #18 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Eric, there's an updated patch in c#8 which reportedly fixes the problem by
passing both the precision and storage size of Register_Float_Type.
Right, this is the way to go.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
Дилян Палаузов dilyan.palauzov at aegee dot org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
--- Comment #2 from fabien at gcc dot gnu.org ---
(In reply to Andrew Stubbs from comment #0)
The problem should be that B::foo hides A::foo from class C. Clause 7.3.3/14
of the C++ standard says the using declaration should not work, in this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
--- Comment #3 from fabien at gcc dot gnu.org ---
(In reply to Eelis from comment #1)
Still accepted by 4.4. Comeau concurs with reporter, and rejects saying:
line 15: error: class member designated by a
using-declaration must be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60166
--- Comment #3 from jye2 at gcc dot gnu.org ---
Author: jye2
Date: Fri Feb 28 21:53:40 2014
New Revision: 208229
URL: http://gcc.gnu.org/viewcvs?rev=208229root=gccview=rev
Log:
2014-02-28 Joey Ye joey...@arm.com
PR libgcc/60166
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60372
Bug ID: 60372
Summary: incorrect destruction order for function parameter
objects
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
This sounds like there is a copy constructor happening and you don't have a
copy constructor defined so it is a direct assignment which means you will get
a double free.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60166
--- Comment #4 from jye2 at gcc dot gnu.org ---
Author: jye2
Date: Fri Feb 28 22:00:52 2014
New Revision: 208230
URL: http://gcc.gnu.org/viewcvs?rev=208230root=gccview=rev
Log:
2014-02-28 Joey Ye joey...@arm.com
Backport from mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60166
Joey Ye joey.ye at arm dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60166
--- Comment #6 from jye2 at gcc dot gnu.org ---
Author: jye2
Date: Fri Feb 28 22:05:13 2014
New Revision: 208233
URL: http://gcc.gnu.org/viewcvs?rev=208233root=gccview=rev
Log:
2014-02-28 Joey Ye joey...@arm.com
Backport from mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
--- Comment #3 from Дилян Палаузов dilyan.palauzov at aegee dot org ---
Indeed, adding
z (const z x) { var = strdup (x.var); }
solves the problem. However, I don't understand how that y.clear(); between
the y.emplace_back() in the original
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
Дилян Палаузов dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60373
Bug ID: 60373
Summary: half warning: visibility attribute ignored because it
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60190
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60374
Bug ID: 60374
Summary: [4.7/4.8/4.9 Regression] ICE with invalid template
specialization
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60374
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.5.0, 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
Harald van Dijk harald at gigawatt dot nl changed:
What|Removed |Added
CC||harald at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60375
Bug ID: 60375
Summary: [4.9 Regression] ICE with invalid use of lambda
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60375
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.5.0,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #20 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Sat Mar 1 00:17:09 2014
New Revision: 208241
URL: http://gcc.gnu.org/viewcvs?rev=208241root=gccview=rev
Log:
PR c++/58678
* ipa-devirt.c (ipa_devirt):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60376
Bug ID: 60376
Summary: [4.9 Regression] ICE with invalid use of using
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60376
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60305
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60377
Bug ID: 60377
Summary: [c++1y] ICE with invalid function parameter in
conjunction with auto parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
On Thu, Feb 27, 2014 at 06:47:17PM +, Joseph S. Myers wrote:
On Thu, 27 Feb 2014, Joel Brobecker wrote:
I should mention, however, that for us to use ranges like this,
the FSF asked us to add a note explaining that the copyright years
could be abbreviated into a range. See gdb/README
With the locality value received in the instruction pattern, I think it would
be safe to handle them in prefetch instruction.
This helps especially AArch64 has prefetch instructions that can handle this
locality.
+(define_insn prefetch
+ [(prefetch (match_operand:DI 0 address_operand r)
+
On Fri, Feb 28, 2014 at 1:52 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Feb 24, 2014 at 9:12 PM, bin.cheng bin.ch...@arm.com wrote:
Hi,
This patch is to fix regression reported in PR60280 by removing forward loop
headers/latches in cfg cleanup if possible. Several tests are broken by
Avoided top-posting and resending.
+ /* temporal locality */
+ return (INTVAL(operands[1])) ? \prfm\\tPSTL1KEEP, [%0, #0]\ :
+\prfm\\tPLDL1KEEP, [%0, #0]\; }
+ [(set_attr type prefetch)]
+)
+
With the locality value received in the instruction pattern, I think it would
be safe to handle
From: tschwinge tschwinge@138bc75d-0d04-0410-961f-82ee72b054a4
gcc/
* gimple.def (GIMPLE_OACC_KERNELS): New code.
* doc/gimple.texi: Document it.
* gimple.h (gimple_has_substatements, CASE_GIMPLE_OMP)
(is_gimple_omp_oacc_specifically): Handle it.
From: tschwinge tschwinge@138bc75d-0d04-0410-961f-82ee72b054a4
gcc/c-family/
* c-pragma.c (oacc_pragmas): Add kernels.
* c-pragma.h (enum pragma_kind): Add PRAGMA_OACC_KERNELS.
gcc/c/
* c-parser.c (OACC_KERNELS_CLAUSE_MASK): New macro definition.
Ganesh,
On 28 Feb 2014, at 10:13 , Gopalasubramanian, Ganesh
ganesh.gopalasubraman...@amd.com wrote:
I also have attached a patch that implements the following.
* Prefetch with immediate offset in the range 0 to 32760 (multiple of 8).
Added a predicate for this.
* Prefetch with
Hi,
This defines TARGET_FLAGS_REGNUM for AArch64 to be CC_REGNUM. Noticed
this turns on the cmpelim pass after reload and in a few examples and a
couple of benchmarks I noticed a number of comparisons getting deleted.
A similar patch for AArch32 is being tested.
Tested cross with
On 26/02/14 02:25, Andrew Pinski wrote:
Hi,
Just like most of the targets out there we should define
TRY_EMPTY_VM_SPACE to have better PCH support.
OK? Built and tested on aarch64-linux-gnu with no regressions.
Thanks,
Andrew Pinski
* config/host-linux.c
On Fri, Feb 28, 2014 at 10:09 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Fri, Feb 28, 2014 at 1:52 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Feb 24, 2014 at 9:12 PM, bin.cheng bin.ch...@arm.com wrote:
Hi,
This patch is to fix regression reported in PR60280 by removing forward
On 25/02/14 18:15, Richard Henderson wrote:
On 02/25/2014 09:02 AM, Alex Velenko wrote:
+(define_expand aarch64_reinterpretdfmode
+ [(match_operand:DF 0 register_operand )
+ (match_operand:VD_RE 1 register_operand )]
+ TARGET_SIMD
+{
+ aarch64_simd_reinterpret (operands[0], operands[1]);
+
Hi,
On 02/27/2014 08:29 PM, Jason Merrill wrote:
On 02/25/2014 05:03 AM, Paolo Carlini wrote:
here we ICE exactly as we did in c++/53756: the only difference is the
use of decltype(auto) instead of auto. Now, if we compare is_cxx_auto to
is_auto (the front-end helper), evidently there is an
于 2014年02月28日 15:58, lin zuojian 写道:
Hi Bernd,
I agree you with the mode problem.
And I have not change the stack alignment.What I change is the virtual
register base's alignment.
Realignment must be make in !STRICT_ALIGNMENT machine,or emitting the
efficient code is impossible.
Sorry, it
1 - 100 of 145 matches
Mail list logo