Hi,
The attached patch defines TARGET_CRYPTO macro and defines builtin preprocessor
macro __ARM_FEATURE_CRYPTO.
Tested on aarch64-none-elf. OK for trunk?
Thanks,
Tejas.
Changelog
2013-12-06 Tejas Belagod
* config/aarch64/aarch64.h (TARGET_CRYPTO): New.
(__ARM_FEATURE_CR
Hi,
The attached patch adds crypto types for instruction classificiation.
Tested on aarch64-none-elf. OK for trunk?
Thanks,
Tejas
2013-12-06 Tejas Belagod
* config/arm/types.md (neon_mul_d_long, crypto_aes, crypto_sha1_xor,
crypto_sha1_fast, crypto_sha1_slow, crypto_sha256
Hi,
This patch implements support for crypto pmull.64.
Tested on aarch64-none-elf. OK for trunk?
Thanks,
Tejas.
2013-12-06 Tejas Belagod
gcc/
* config/aarch64/aarch64-builtins.c: Define builtin types for poly64_t
poly128_t.
* aarch64/aarch64-simd-builtins.def: Upda
Hi,
The attached patch implements support for crypto sha256.
Tested on aarch64-none-elf. OK for trunk?
Thanks,
Tejas.
2013-12-06 Tejas Belagod
gcc/
* config/aarch64/aarch64-simd-builtins.def: Update builtins table.
* config/aarch64/aarch64-simd.md (aarch64_crypto_sha256hv4
Hi,
The attached patch implements support for AES crypto instructions.
Tested on aarch64-none-elf. OK for trunk?
Thanks,
Tejas.
2013-12-06 Tejas Belagod
gcc/
* config/aarch64/aarch64-simd-builtins.def: Update builtins table.
* config/aarch64/aarch64-simd.md (aarch64_crypto_
Hi,
The attached patch implements support for SHA1 crypto insn.
Tested on aarch64-none-elf. OK for trunk?
Thanks,
Tejas.
2013-12-06 Tejas Belagod
gcc/
* config/aarch64/aarch64-simd-builtins.def: Update builtins table.
* config/aarch64/aarch64-simd.md (aarch64_crypto_sha1hs
On Fri, Dec 6, 2013 at 2:44 AM, Uros Bizjak wrote:
> On Fri, Dec 6, 2013 at 10:38 AM, Richard Biener
> wrote:
>> On Thu, Dec 5, 2013 at 10:05 PM, H.J. Lu wrote:
>>> On Thu, Dec 5, 2013 at 1:02 PM, Patrick Marlier
>>> wrote:
Hi,
On 12/05/2013 07:22 PM, H.J. Lu wrote:
>
>>
Hi,
This patch mentions -mtune=intel in gcc-4.9/changes.html.
OK to install?
Thanks.
--
H.J.
--
Index: gcc-4.9/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.9/changes.html,v
retrieving revision 1.45
diff -u -p -r1.45 ch
On Nov 18, 2013, at 9:48 AM, Dominique Dhumieres wrote:
> Adjust the following tests to take into account the change of
> "Length of Public Names Info" to "Pub Info Length"
> in revision 203936. Tested on x86_64-apple-darwin13. OK?
Ok. [ also, this is trivial ]
I think I blew by it the first ti
On 12/06/13 02:37, Bin.Cheng wrote:
Do you have any codes where iv_ca_extend helps? I can see how that hunk
appears to be safe, and I'm guessing that setting the cost pair at each step
could potentially give more accurate costing on the next iteration of the
loop. But I'd love to be able to se
On Thu, Dec 5, 2013 at 6:46 AM, Richard Biener wrote:
>
> This finally fixes PR59058.
>
> Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
>
> Richard.
>
> 2013-12-05 Richard Biener
>
> PR tree-optimization/59058
> * tree-vectorizer.h (struct _loop_vec_info): Add n
On Fri, 6 Dec 2013, H.J. Lu wrote:
> This patch mentions -mtune=intel in gcc-4.9/changes.html.
> OK to install?
Okay. (I guess we can ignore Itanium.)
Gerald
On 12/06/13 09:00, Ralf Corsepius wrote:
Hi,
I am going to apply the patch below to trunk and 4.8-branch.
It adds a copy of the microblaze-*-elf section for microblaze-rtems* to
libgcc/config.host.
This is the missing patch I mentioned in
http://gcc.gnu.org/ml/gcc/2013-11/msg00548.html
Ralf
On 12/06/13 11:04, Gerald Pfeifer wrote:
On Fri, 6 Dec 2013, H.J. Lu wrote:
This patch mentions -mtune=intel in gcc-4.9/changes.html.
OK to install?
Okay. (I guess we can ignore Itanium.)
Seems like the best thing to do for sanity's sake.
jeff
Richard asked to see the patch where i did the changes the way that he
asked in his email. Doing it the way he wants potentially has advantages
over the way that i did it, but his technique fails for non obvious
reasons. The failure in building is:
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti
On 12/06/13 10:26, Kyrill Tkachov wrote:
Hi all,
The testcase gcc.dg/tree-ssa/loop-31.c started failing on arm with
r202165. The scan dump pattern looks for "+ 2" appearing exactly once.
With r202165 the loop header is modified from:
:
ivtmp.5_10 = (unsigned int) &a[4294967295];
_16 =
This patch to libgo fixes the scheduler in the current libgo for systems
that do not use futexes, such as Solaris. I fixed the futex code a
while back, but I managed to forget to fix the non-futex code. This is
PR 59408. Committed to mainline.
Ian
diff -r cc2d51f8c87a libgo/runtime/lock_sema.c
Kenneth Zadeck writes:
> On 12/03/2013 11:52 AM, Richard Sandiford wrote:
>> Kenneth Zadeck writes:
>>> Index: tree-vrp.c
>>> ===
>>> --- tree-vrp.c (revision 205597)
>>> +++ tree-vrp.c (working copy)
>>> @@ -2611,22 +2611,
Hi!
On Fri, 15 Nov 2013 14:44:45 -0700, Aldy Hernandez wrote:
> I fixed a few nits Jason pointed out off-line, and both him and Jakub
> have approved the patch for trunk.
>
> In running the final round of tests I noticed a few problems with my
> choice of bit numbers for the GF_OMP_* masks. I
On 12/6/2013, 12:30 PM, Vladimir Makarov wrote:
On 12/6/2013, 11:28 AM, Michael Meissner wrote:
On Thu, Dec 05, 2013 at 12:40:17PM -0500, Vladimir Makarov wrote:
The following patch fixes two GCC testsuite failures for LRA. The
patch makes swap through registers instead of memory for the test
> I think I blew by it the first time with the OK? at the end of the line?
> maybe I thought you thought it was trivial and checked it in
The patch is indeed trivial, but I don't have write access to CVS, so
someone else has to commit it.
Dominique
On Fri, 2013-12-06 at 16:57 +0100, Steven Bosscher wrote:
> On Fri, Dec 6, 2013 at 3:51 PM, David Malcolm wrote:
> > * asan.c (transform_statements): Eliminate use of last_basic_block
> > in favor of last_basic_block_for_fn, in order to make use of cfun
> > explicit.
>
> Ca
Hi,
I have attached a patch to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59390. Please review.
Here is the problem. GCC adds target-specific builtins on demand. The
FMA target-specific builtin __builtin_ia32_vfmaddpd gets added via
this declaration:
void fun() __attribute__((target("fm
On 12/06/13 03:29, bin.cheng wrote:
Hi,
Entry pr41488 shows a case in which induction variable can't be recognized
or coalesced. As noted in the bug entry, one possible fix is to teach PRE
not to do some specific transformation. However, it's in nature a scalar
evolution issue. Considering bel
On Fri, 2013-12-06 at 09:05 -0500, David Edelsohn wrote:
> I am pleased to announce that the GCC Steering Committee has
> appointed Oleg Endo as co-maintainer of the SH port.
>
> Please join me in congratulating Oleg on his new role.
> Oleg, please update your listing in the MAINTAINER
On Nov 18, 2013, at 9:48 AM, Dominique Dhumieres wrote:
> Adjust the following tests to take into account the change of
> "Length of Public Names Info" to "Pub Info Length"
> in revision 203936. Tested on x86_64-apple-darwin13.
Applied:
Committed revision 205758.
Be sure to attach patches to be
On Dec 6, 2013, at 11:03 AM, Dominique Dhumieres wrote:
>> I think I blew by it the first time with the OK? at the end of the line?
>> maybe I thought you thought it was trivial and checked it in
>
> The patch is indeed trivial, but I don't have write access to CVS,
:-) We stop using cvs a lon
The attached patch fixes two small problems with the current vtable
verification code: it makes the libvtv function decls globally
visible, and it updates all uses of the verified vtable pointer with
the verification results, rather than just the first use.
I have bootstrapped the compiler with
Patch updated with two more tests to check if the vfmadd insn is being
produced when possible.
Thanks
Sri
On Fri, Dec 6, 2013 at 11:12 AM, Sriraman Tallam wrote:
> Hi,
>
> I have attached a patch to fix
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59390. Please review.
>
> Here is the probl
On Tue, 2013-11-26 at 12:18 +0100, Oleg Endo wrote:
> Hello,
>
> The attached patch is the same as posted in the PR as attachment 31283.
> In addition to the testing done by Kaz and Christian, I've also tested
> it with
> make -k check RUNTESTFLAGS="--target_board=sh-sim
> \{-m2/-ml,-m2/-mb,-m2a/-
On Fri, Dec 6, 2013 at 2:02 PM, Vladimir Makarov wrote:
> On 12/6/2013, 12:30 PM, Vladimir Makarov wrote:
>>
>> On 12/6/2013, 11:28 AM, Michael Meissner wrote:
>>>
>>> On Thu, Dec 05, 2013 at 12:40:17PM -0500, Vladimir Makarov wrote:
The following patch fixes two GCC testsuite failures f
> :-) We stop using cvs a long time ago.
I meant SVN, just showing my age!-)
> Be sure to attach patches to be applied instead of cut-n-paste if you use
> Mail, it destroys the text cut and pasted.
I did not use Mail. Did you have troubles with Tabs? Apparently the post on the
list has them r
On Dec 6, 2013, at 12:02 PM, Dominique Dhumieres wrote:
>> Be sure to attach patches to be applied instead of cut-n-paste if you use
>> Mail, it destroys the text cut and pasted.
>
> I did not use Mail. Did you have troubles with Tabs? Apparently the post on
> the list has them right.
Curious
Oleg Endo wrote:
>On Fri, 2013-12-06 at 16:57 +0100, Steven Bosscher wrote:
>> On Fri, Dec 6, 2013 at 3:51 PM, David Malcolm wrote:
>> > * asan.c (transform_statements): Eliminate use of
>last_basic_block
>> > in favor of last_basic_block_for_fn, in order to make use
>of cfun
>> >
Hi Aldy & Jakub,
I have made the fixes you have mentioned and have answered your
questions below. Attached is the fixed patch and here are the ChangeLog entries.
Gcc/ChangeLog
2013-12-06 Balaji V. Iyer
* omp-low.c (expand_simd_clones): Added a new parameter called "type."
Hi!
range->exp can in some cases be equal to op, as in the following testcase:
_2;
int _3;
_Bool _4;
int a.0_5;
_Bool _7;
:
_2 = b.f;
_3 = (int) _2;
_4 = _3 > 0;
_7 = _2 | _4;
a.0_5 = (int) _7;
a = a.0_5;
return a.0_5;
op here is _2 (and other range's op is _4), the tw
On Fri, Dec 06, 2013 at 02:27:25PM +0100, Jakub Jelinek wrote:
> > You can install that as cleanup now if you split it out (so hopefully
> > no users creep back that make removing it impossible).
>
> Ok, will do.
Here is that part, bootstrapped/regtested on x86_64-linux and i686-linux,
committed
On 12/06/13 12:30, Caroline Tice wrote:
The attached patch fixes two small problems with the current vtable
verification code: it makes the libvtv function decls globally
visible, and it updates all uses of the verified vtable pointer with
the verification results, rather than just the first u
On 12/06/13 13:33, Jakub Jelinek wrote:
Hi!
range->exp can in some cases be equal to op, as in the following testcase:
_2;
int _3;
_Bool _4;
int a.0_5;
_Bool _7;
:
_2 = b.f;
_3 = (int) _2;
_4 = _3 > 0;
_7 = _2 | _4;
a.0_5 = (int) _7;
a = a.0_5;
return a.0
On 11/27/2013 11:24 AM, Eric Botcazou wrote:
Richi has asked the we break the wide-int patch so that the individual port
and front end maintainers can review their parts without have to go through
the entire patch.This patch covers the first half of the rtl code.
--- a/gcc/cse.c
+++ b/gcc/cs
On 12/06/13 03:06, Richard Biener wrote:
The issue is that we handle expansion of misaligned moves in the code
we recurse to - but that misaligned move handling can only work at
the "outermost" level of the recursion as it is supposed to see the
"real" access (alignment and mode of the memory ac
On 12/06/13 01:51, Bernd Edlinger wrote:
As for the patch itself. In a few places within expand_expr_real_1 you
changed calls to expand_expr to instead call expand_expr_real. ISTM
you could have gotten the same effect by just adding your extra argument
to the existing code?
Yes, but one goal
On 12/06/13 02:11, Eric Botcazou wrote:
Here's the Correct Fix(tm). We may or may not decide to go for it because
of concerns about ABI changes; in the latter case, any kludge that we'll
put in place instead must be restricted to the cases caught by this patch.
* stor-layout.c (compute
On 12/6/2013, 2:40 PM, David Edelsohn wrote:
On Fri, Dec 6, 2013 at 2:02 PM, Vladimir Makarov wrote:
Here is the patch.
Tested and bootstrapped on gcc110.fsffrance.org.
Ok to commit?
2013-12-05 Vladimir Makarov
* config/rs6000/rs600.md (*bswapdi2_64bit): Remove ?? from the
On 12/06/2013 01:32 PM, Richard Sandiford wrote:
Kenneth Zadeck writes:
On 12/03/2013 11:52 AM, Richard Sandiford wrote:
Kenneth Zadeck writes:
Index: tree-vrp.c
===
--- tree-vrp.c (revision 205597)
+++ tree-vrp.c (working cop
[This patch is on the git-only branch roland/pr59392.]
As described in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59392, this
bug looks to have been present since 4.2 originally introduced support
for ARM EABI-based C++ exception handling. I'd like to put this fix on
trunk and 4.8, and don't per
[Jakub, see below]
+ if (!c_parser_elem_fn_vectorlength (parser)) +
{ + c_parser_skip_until_found (parser,
CPP_CLOSE_PAREN, NULL); + /* NO reason to keep
any of these tokens if the + vectorlength is
messed up. */ +
After further reviewing this patch, I found I don't have to change the
code in tree-vect-stmts.c to allow further type conversion after
widen-mult operation. Instead, I detect the following pattern in
vect_recog_widen_mult_pattern():
T1 a, b;
ai = (T2) a;
bi = (T2) b;
c = ai * bi;
where T2 is mor
On Fri, Dec 06, 2013 at 05:23:28PM -0500, Vladimir Makarov wrote:
> On 12/6/2013, 2:40 PM, David Edelsohn wrote:
> >On Fri, Dec 6, 2013 at 2:02 PM, Vladimir Makarov wrote:
> >> * config/rs6000/rs600.md (*bswapdi2_64bit): Remove ?? from the
> >> constraint.
> >
> >Okay, let's just r
On Fri, Dec 6, 2013 at 7:53 PM, Alan Modra wrote:
> On Fri, Dec 06, 2013 at 05:23:28PM -0500, Vladimir Makarov wrote:
>> On 12/6/2013, 2:40 PM, David Edelsohn wrote:
>> >On Fri, Dec 6, 2013 at 2:02 PM, Vladimir Makarov
>> >wrote:
>> >> * config/rs6000/rs600.md (*bswapdi2_64bit): Remove ?
On Sat, Dec 7, 2013 at 3:20 AM, Jeff Law wrote:
> On 12/06/13 03:29, bin.cheng wrote:
>>
>> Hi,
>> Entry pr41488 shows a case in which induction variable can't be recognized
>> or coalesced. As noted in the bug entry, one possible fix is to teach PRE
>> not to do some specific transformation. Ho
Hi,
I intend to the patch below to gcc-trunk and 4.8-branch:
It's a partial sync of the microblaze-rtems* section in gcc/config.gcc
with microblaze*-*-elf's:
Add TARGET_BIG_ENDIAN_DEFAULT-switch for microblaze*-*-rtems*.
Ralf
2013-12-07 Ralf Corsépius
* config.gcc (microblaze*-*-rtems*
David,
Could you please also update the use of FOR_EACH_BB_REVERSE in
config/sh/sh_optimize_sett_clrt.cc ?
Thanks,
Oleg
On Fri, 2013-12-06 at 09:51 -0500, David Malcolm wrote:
> gcc/
> * basic-block.h (FOR_EACH_BB_REVERSE): Eliminate macro.
>
> * cfghooks.c (verify_flow_info): Repla
101 - 153 of 153 matches
Mail list logo
