This patch needs a review.
http://gcc.gnu.org/ml/libstdc++/2013-10/msg00224.html
Thanks,
Cesar
This patch addresses the failures caused by the
gcc.c-torture/execute/20101011-1.c test on aarch64. The reason why this
test fails is because aarch64 does not trap on integer division by zero.
Is this OK for trunk? If so, please commit it because I do not have an
svn account.
Thanks,
Cesar
On 11/18/13, 10:01 AM, Andrew Pinski wrote:
On Mon, Nov 18, 2013 at 9:58 AM, Cesar Philippidis
ce...@codesourcery.com wrote:
This patch addresses the failures caused by the
gcc.c-torture/execute/20101011-1.c test on aarch64. The reason why this
test fails is because aarch64 does not trap
On 11/6/13, 5:06 PM, Joseph S. Myers wrote:
You should be testing aarch64*-*-* so as to match aarch64_be targets.
Thank you for catching that. Please commit this new patch if is OK. I
don't have SVN access.
Thanks,
Cesar
2013-11-06 Cesar Philippidis ce...@codesourcery.com
gcc
Apparently the intent of these particular tests is to ensure that those
loops do not get vectorized when the target does not support SIMD.
Is this OK for trunk? If so, please commit it since I do not have a SVN
account.
Thanks,
Cesar
2013-11-05 Cesar Philippidis ce...@codesourcery.com
gcc
are specified. The testsuite used to set those flags prior to Benjamin's
patch to remove duplicate cxxflags here
http://gcc.gnu.org/ml/gcc-patches/2012-03/msg01572.html.
Is this OK for trunk? If so, please apply.
Thanks,
Cesar
2013-10-28 Cesar Philippidis ce...@codesourcery.com
libstdc
On 6/20/13 9:49 AM, Mike Stump wrote:
On May 30, 2013, at 12:59 PM, Cesar Philippidis ce...@codesourcery.com
wrote:
Here is a patch from our backlog at Mentor Graphics that addresses a
libgomp issue where setting ENABLE_LTO=1 in site.exp causes the following
error with dejagnu
Is it OK
On 10/15/13 12:16 PM, Jeff Law wrote:
On 10/10/13 10:25, Jakub Jelinek wrote:
On Thu, Oct 10, 2013 at 07:26:43AM -0700, Cesar Philippidis wrote:
This patch addresses an ICE when building qemu for a Mips target in
Yocto. Both gcc-trunk, gcc-4.8 and all of the targets are potentially
affected
converting that array to a vec. But I don't want to
touch more code than I have to right now. Is this OK as a stopgap?
Thanks for the review!
Cesar
2013-10-11 Cesar Philippidis ce...@codesourcery.com
gcc/
* regs.h (REG_N_GROW): New function.
* combine.c (combine_split_insns
and no regressions showed up.
Thanks,
Cesar
2013-10-10 Cesar Philippidis ce...@codesourcery.com
gcc/
* regs.h (REG_N_GROW): New function.
* combine.c (combine_split_insns): Call REG_N_GROW when
new registers are created.
Index: gcc/regs.h
refine_range_plus (). Also, TODO_ggc_collect has been removed in the
gimple_opt_pass struct.
I bootstrapped and regression tested on x86_64-unknown-linux-gnu and
arm-none-linux-gnueabi. OK for trunk?
Cesar
2013-06-21 Tom de Vries t...@codesourcery.com
Cesar Philippidis ce
Ping.
Cesar
On 5/30/13 12:59 PM, Cesar Philippidis wrote:
Here is a patch from our backlog at Mentor Graphics that addresses a
libgomp issue where setting ENABLE_LTO=1 in site.exp causes the following
error with dejagnu:
ERROR: (DejaGnu) proc libgomp_target_compile linker_plugin9263.c
Ping.
Cesar
On 5/30/13 1:02 PM, Cesar Philippidis wrote:
Here is a patch from our backlog that addresses a libitm issue where
setting ENABLE_LTO=1 in site.exp causes the following error with dejagnu:
ERROR: (DejaGnu) proc libitm_target_compile linker_plugin19344.c
linker_plugin19344.exe
Ping.
Cesar
On 6/7/13 9:50 AM, Cesar Philippidis wrote:
On 6/6/13 9:00 AM, Richard Earnshaw wrote:
The pipeline offset is 4 for Thumb2 as well. So at the very least you
need to explain why your change doesn't apply then as well.
Yes some context is lost in that comment. Thunks
On 6/10/13 8:32 AM, Richard Earnshaw wrote:
On 07/06/13 17:50, Cesar Philippidis wrote:
On 6/6/13 9:00 AM, Richard Earnshaw wrote:
The pipeline offset is 4 for Thumb2 as well. So at the very least you
need to explain why your change doesn't apply then as well.
Yes some context is lost
. Is the new comment OK? If so,
please check it in since I do not have SVN write access.
Thanks,
Cesar
2013-06-07 Julian Brown jul...@codesourcery.com
Cesar Philippidis ce...@codesourcery.com
gcc/
* config/arm/arm.c (arm_output_mi_thunk): Fix offset
multiple inheritance, and that triggered the
problem.
I tested this patch with the default ARM and THUMB multilibs in
additional to -march=armv6-m.
OK for trunk?
Cesar
2013-06-06 Julian Brown jul...@codesourcery.com
Cesar Philippidis ce...@codesourcery.com
gcc
This patch from libffi revision 675c9839224 allows libffi.pdf to be
generated without tex related errors. I tested it on gcc trunk. Please
backport it to gcc. The original patch can be found here:
http://sourceware.org/ml/libffi-discuss/2013/msg00086.html
Cesar
2013-06-03 Andreas Schwab
-linker-plugin}} does not exist.
This problem usually does not occur since the default site.exp does not
contain ENABLE_LTO=1. I tested both with and without our custom site.exp.
Is it OK for trunk? If so, please check it in since I do not have commit
rights.
Cesar Philippidis
2013-05-30 Iain
not exist.
This problem usually does not occur since the default site.exp does not
contain ENABLE_LTO=1. This patch has been tested both with and without
our custom site.exp.
Is this OK for trunk? If so, please check it in since I do not have commit
rights.
Cesar Philippidis
2013-05-30 Iain
601 - 620 of 620 matches
Mail list logo