On 2014/2/25 上午 10:06, Andrew Pinski wrote:
> On Wed, Dec 4, 2013 at 9:42 AM, Yufeng Zhang wrote:
>> On 12/03/13 21:24, Andrew Pinski wrote:
>>>
>>> Hi,
>>>With ILP32 AARCH64, Pmode (DImode) != ptrmode (SImode) so the variable
>>> decl
>>> has a mode of SImode while the register is DImode. So
Sorry,I have forgot setting another shadow_mem's align.And many strbs
bump up.
Here 's patch v4.(last one contains html,damn thunderbird).
--
Without aligning the asan stack base,this base will only 64-bit aligned
in ARM machines.
But asan require 256-bit aligned base because of this:
1.right shif
I reviewed the patch, and found a major bug in setting shadow_mem's
alignment.So I release patch v3.
Addition to the bug I mention,a trailing whitespace is also removed.
---
Without aligning the asan stack base,this base will only 64-bit aligned
in ARM machines.
But asan require 256-bit aligned ba
Hello,
While looking at PR 60086 I noticed that we do not print the total
scheduling time for the region in selective scheduler as we do for the
Haifa scheduler. This is helpful for the PRs analysis and needs only the
tiny adjustment so I went ahead and installed the following. Bootstrapped
Hello,
This patch fixes the ICE on assert recently introduced by me and by itself
is a continuation of PR 57422. When resetting the target availability bit,
we do not always recompute it as this means renaming support and it is
expensive. Thus, we cannot rely on the recomputation to check th
On 02/17/14 02:28, Eric Botcazou wrote:
So, the code has this structure
if (looks safe)
emit in existing order
else if (reverse order looks safe)
emit in reversed order
else
undo_all
In this specific case, the existing order is never going to look safe
because set1 uses (sp) as an
On 02/19/14 02:14, Jakub Jelinek wrote:
Hi!
While fixing PR60267, I've noticed that #pragma simd is not registered
when -E -fcilkplus, even when it asks for macro replacements in the clauses.
So, either we have to register it even when preprocessing, so that say for
-save-temps, or other cases
On 02/22/14 16:07, rbmj wrote:
Hi all,
Just a ping, I haven't gotten anything back on this patch:
http://gcc.gnu.org/ml/gcc-patches/2014-02/msg00621.html
I think this should be queued until after 4.9 branches. It's adding a
new capability (posix threading on vxworks), not fixing a bug and
cer
On 02/24/14 04:42, Alangi Derick wrote:
Hi
Fixed a typo in the call.h header file in gcc
Thanks
Thanks. Installed.
jeff
On 02/24/14 12:28, Marek Polacek wrote:
On Tue, Feb 25, 2014 at 12:01:25AM +0530, Prathamesh Kulkarni wrote:
Replaced tab by 4 spaces before error_at.
* c-parser.c (c_parser_sizeof_expression): Remove goto sizeof_expr.
Looks good now, but I can't approve it. Thanks,
Unless this fixes a regres
I could see "storent" pattern in x86 machine descriptions (in sse.md)., but
internals doc don't mention it. Should we add a description about this in the
internals doc?
Regards
Ganesh
Ping:
http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01715.html
Jeff
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
this change since cfg cleanup is shared by all optimizers. Some tests has
already been fixed by recent patches, I went through and fixed the oth
On Mon, Feb 24, 2014 at 9:13 PM, Bill Schmidt
wrote:
> Hi,
>
> The pattern *vector_unordered performs a split that's intended to
> match the nor3 pattern. However, it doesn't use the proper
> canonical form, so the resulting insn isn't recognized. This patch
> changes the split to use the canoni
On Mon, Feb 24, 2014 at 9:30 PM, Bill Schmidt
wrote:
> Hi,
>
> Some of the recently introduced Altivec tests pass for -mcpu=power8, but
> fail to compile for older processor models. This is because the
> vec_all_eq interface, when used with vector double arguments, maps to a
> built-in that is on
OK.
Jason
PR c++/60311
* parser.c (function_being_declared_is_template_p): Return false when
processing a template parameter list.
(cp_parser_parameter_declaration_clause): Don't set
auto_is_implicit_function_template_parm_p when processing a
template parameter
On 02/24/2014 03:05 PM, Adam Butcher wrote:
On 2014-02-24 18:16, Jason Merrill wrote:
On 02/24/2014 02:32 AM, Adam Butcher wrote:
+static bool function_being_declared_is_template_p (cp_parser* parser)
Function name should be at the beginning of the next line.
Doh! Fixed.
OK with that fix
Hi,
Some of the recently introduced Altivec tests pass for -mcpu=power8, but
fail to compile for older processor models. This is because the
vec_all_eq interface, when used with vector double arguments, maps to a
built-in that is only available on Power8 and later hardware. This
patch modifies t
Hi,
The pattern *vector_unordered performs a split that's intended to
match the nor3 pattern. However, it doesn't use the proper
canonical form, so the resulting insn isn't recognized. This patch
changes the split to use the canonical form.
Bootstrapped and tested on powerpc64{,le}-unknown-linu
On Wed, Dec 4, 2013 at 9:42 AM, Yufeng Zhang wrote:
> On 12/03/13 21:24, Andrew Pinski wrote:
>>
>> Hi,
>>With ILP32 AARCH64, Pmode (DImode) != ptrmode (SImode) so the variable
>> decl
>> has a mode of SImode while the register is DImode. So the target that
>> gets
>> passed down to expand_bu
On Tue, Dec 10, 2013 at 3:23 AM, Marcus Shawcroft
wrote:
> On 3 December 2013 21:24, Andrew Pinski wrote:
>>
>> While compiling some programs, GCC and glibc (and newlib)'s definitions of
>> size_t
>> were not agreeing and causing format warnings to happen. The simple
>> testcase for this is:
>
On Wed, Dec 4, 2013 at 10:12 AM, Yufeng Zhang wrote:
> On 12/03/13 21:24, Andrew Pinski wrote:
>>
>> Hi,
>>With ILP32, some simple usage of TLS variables causes an unrecognizable
>> instruction due to needing to use SImode for loading pointers from memory.
>> This fixes the three (tlsie_small,
Compilation of the boinc package currently fails with an ICE caused by
adjusting an address
with a misaligned offset in adjust_address. This occurs when the
adjustment occurs for an INT5
offset that is always valid and an INT14 offset whose validity is mode
dependent. The offsetable
address
On Mon, 24 Feb 2014, Marek Polacek wrote:
> On Tue, Feb 25, 2014 at 12:01:25AM +0530, Prathamesh Kulkarni wrote:
> > Replaced tab by 4 spaces before error_at.
> > * c-parser.c (c_parser_sizeof_expression): Remove goto sizeof_expr.
>
> Looks good now, but I can't approve it. Thanks,
I think all
Whoops, just noticed the obvious error in the patch. Must have crossed
my eyes and seen a "not" that wasn't there. Will re-fix shortly.
Bill
On Mon, 2014-02-24 at 18:41 -0600, Bill Schmidt wrote:
> Hi,
>
> The patterns *vector_ordered and *vector_unordered perform a
> split that's intended to
Hi,
The patterns *vector_ordered and *vector_unordered perform a
split that's intended to match the nor3 pattern. However, they
don't use the proper canonical form, so the resulting insn isn't
recognized. This patch changes the splits to use the canonical form.
Bootstrapped and tested on powerp
Hi,
this patch disables parallel streaming for -flto=jobserver. I accidentally
left it
on with unlimited number of processes that can easily wreck boxes with not
unlimited
RAM space like mines. I wrote to GNU Make folks if there is easy way to connect
to the Make's jobserver and do actual paral
My earlier patch to simplify DECL_EXPR handling simplified things too
far, since the omp_for code really wants to keep control of initializing
non-class iterators. So I needed to re-complexify the code a bit.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 4929fd87044013cb0987ba95a00c01e
On Wed, 2014-02-12 at 09:53 +, Philip Herron wrote:
> On 12 February 2014 00:52, David Malcolm wrote:
> > On Tue, 2014-02-11 at 16:51 +, Philip Herron wrote:
> > [adding the j...@gcc.gnu.org ML to the CC]
> >
> >> Added install hook:
> >
> > Thanks!
> >
> > I don't know that this is needed
On 2014-02-24 18:16, Jason Merrill wrote:
On 02/24/2014 02:32 AM, Adam Butcher wrote:
+static bool function_being_declared_is_template_p (cp_parser*
parser)
Function name should be at the beginning of the next line.
Doh! Fixed.
- if (scope->kind != sk_template_parms)
+ if (scope
On Feb 24, 2014, at 2:12 AM, Rainer Orth wrote:
> As described in the PRs, gfortran.dg/erf_3.F90 and
> gfortran.dg/round_4.f90 fail to link on Solaris 9/SPARC resp. Solaris 9/SPARC
> and x86 due to missing C99 support in libm.
> Ok for mainline?
Ok.
On Tue, Feb 25, 2014 at 12:01:25AM +0530, Prathamesh Kulkarni wrote:
> Replaced tab by 4 spaces before error_at.
> * c-parser.c (c_parser_sizeof_expression): Remove goto sizeof_expr.
Looks good now, but I can't approve it. Thanks,
Marek
>
> This addresses miscompilations caused by improperly mixing
> -f[no-]strict-overflow units (and thus optimize <= 1 and optimize >= 2
> units!). It does so by merging -f[no-]strict-overflow and the
> related -f[no-]wrapv and -f[no-]trapv conservatively, that is,
> if any unit uses (implicitely)
On Mon, Feb 24, 2014 at 11:28 PM, Marek Polacek wrote:
> On Mon, Feb 24, 2014 at 11:08:27PM +0530, Prathamesh Kulkarni wrote:
>> I apologize for bothering with stupid mistakes.
>
> No problem, it takes some time to get up to speed.
>
>> + mark_exp_read (expr.value);
>> + if (TREE_CODE (expr.valu
C++14 expands the places where auto type-deduction is done, but it's
still not valid as a template argument.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit f4e8e25c01d6ec074a7a03821e8a5ab6a8f042e9
Author: Jason Merrill
Date: Mon Feb 24 00:40:41 2014 -0500
PR c++/60312
* pars
Hi,
Back in May of last year I committed this patch to fix a nasty
bug where we would accidentally trash the CCmode registers.
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg01337.html
Shorty thereafter, Richard Earnshaw contacted me with a suggestion
for a better fix. In short, in addition to spl
On 02/24/2014 02:32 AM, Adam Butcher wrote:
+static bool function_being_declared_is_template_p (cp_parser* parser)
Function name should be at the beginning of the next line.
- if (scope->kind != sk_template_parms)
+ if (scope->kind != sk_template_parms
+ || !function_being_d
* parser.c (synthesize_implicit_template_parm): Inject new template
argument list appropriately when a generic member function
of a class template is declared out-of-line.
* g++.dg/cpp1y/fn-generic-member-ool.C: New testcase.
---
gcc/cp/parser.c
PR c++/60065
* parser.c (cp_parser_direct_declarator): Don't save and
restore num_template_parameter_lists around call to
cp_parser_parameter_declaration_list.
(function_being_declared_is_template_p): New predicate.
(cp_parser_parameter_declaration_li
On Mon, Feb 24, 2014 at 11:08:27PM +0530, Prathamesh Kulkarni wrote:
> I apologize for bothering with stupid mistakes.
No problem, it takes some time to get up to speed.
> + mark_exp_read (expr.value);
> + if (TREE_CODE (expr.value) == COMPONENT_REF
> + && DECL_C_BIT_FIELD (TREE_OPERAND (
On Sun, Feb 23, 2014 at 1:18 AM, Marek Polacek wrote:
> On Sun, Feb 23, 2014 at 12:19:49AM +0530, Prathamesh Kulkarni wrote:
>> Is this fine ?
>
> No, there still are some formatting issues.
>
>> Index: gcc/c/c-parser.c
>> ===
>> ---
On Fri, 21 Feb 2014, Richard Biener wrote:
> On Fri, 21 Feb 2014, Richard Biener wrote:
>
> > On Fri, 21 Feb 2014, Richard Biener wrote:
> >
> > > On Fri, 21 Feb 2014, Richard Sandiford wrote:
> > >
> > > > In a thread a few years ago you talked about the possibility of going
> > > > further an
This addresses miscompilations caused by improperly mixing
-f[no-]strict-overflow units (and thus optimize <= 1 and optimize >= 2
units!). It does so by merging -f[no-]strict-overflow and the
related -f[no-]wrapv and -f[no-]trapv conservatively, that is,
if any unit uses (implicitely) -fno-strict
This patch adds syntax checks for SPARK aspects/pragmas Abstract_State,
Depends, Global, Initializes, Part_Of, Refined_Global, Refined_Depends and
Refined_State that trigger when SPARK features are disabled through SPARK_Mode
=> Off. The patch also suppresses refinement-related checks when the asso
This change ensures that when iterating on directory entries using
Ada.Directories, and some parent of the searched directory is not accessable,
Use_Error is appropriately raised (instead of just yielding no entries).
The following program must raise USE_ERROR when run in a directory
whose parent
This patch enforces the restrictions No_Local_Timing_Events and
No_Specific_Termination_Handlers when the Ravenscar restrictions
are in effect, as required by D.13(6/3).
The following tests must trigger the following errors:
$ gcc -c tev.adb
tev.adb:6:04: violation of restriction "NO_LOCAL_TIMING
This patch corrects the predicate which determines whether an object has an
enabled external property to account for implicitly enabled properties.
Tested on x86_64-pc-linux-gnu, committed on trunk
2014-02-24 Hristian Kirtchev
* sem_prag.adb (Analyze_Global_Item): Move the check conce
This patch introduces a new semantic attribute Generalized_Indexing, for
indexed_components that are instances of Ada 2012 container indexing operations.
Analysis and resolution of such nodes is performed on the attribute, and the
original source is preserved for ASIS operations. If expansion is en
In GNATprove mode, a warning on ignored pre/post on imported
subprograms was misleading, as it was meant for compilation only,
while formal verification does take these into account. Hence, we
do not generate this warning in GNATprove mode anymore.
Tested on x86_64-pc-linux-gnu, committed on trunk
During expansion, extra subtypes are generated for many expressions.
This is in fact not needed and even harmful for the formal verification
mode controlled by GNATprove_mode. This subtype expansion is now
disabled in GNATprove_mode.
Tested on x86_64-pc-linux-gnu, committed on trunk
2014-02-24 J
Hi Marcus,
On 01/14/14 12:30, Marcus Shawcroft wrote:
On 6 January 2014 12:30, Yufeng Zhang wrote:
This patch fixes the implementation of vcvtmd_s64_f64 and vcvtpd_s64_f64 in
arm_neon.h to use llfloor and llceil instead, which are ILP32-friendly.
This patch will fix the following test failure
On Mon, 24 Feb 2014, Richard Biener wrote:
Well, your asm cannot modify it as you don't have a use or clobber for FP
state (but there isn't any...).
Ah, right, I was focusing on "volatile" and forgot there is no "memory"
clobber in those asms, cool, that may simplify things a lot.
Also I thi
On Mon, Feb 24, 2014 at 1:43 PM, Marc Glisse wrote:
> On Mon, 24 Feb 2014, Richard Biener wrote:
>
>> On Sun, Feb 23, 2014 at 12:09 PM, Marc Glisse
>> wrote:
>>>
>>> Hello,
>>>
>>> a natural first step to optimize changes of rounding modes seems to be
>>> making these 2 functions builtins. I don'
On Mon, Feb 24, 2014 at 12:32:22PM +0100, Alangi Derick wrote:
> Hi
> When looking at the gcc/gcc.c file, i noticed that some basic
> options were not added to notify the user of gcc to be able to use it
> and its essence. So due to this, i added some of the options like the
> -ansi option. Thi
On Mon, 24 Feb 2014, Richard Biener wrote:
On Sun, Feb 23, 2014 at 12:09 PM, Marc Glisse wrote:
Hello,
a natural first step to optimize changes of rounding modes seems to be
making these 2 functions builtins. I don't know exactly how far
optimizations will be able to go (the fact that fesetro
Hi
Fixed a typo in the call.h header file in gcc
Thanks
Index: gcc/calls.h
===
--- gcc/calls.h (revision 208009)
+++ gcc/calls.h (working copy)
@@ -1,4 +1,4 @@
-/* Declarations anda data types for RTL call insn ge
Hello
I found out that the gcc/version.h the license comment on the
file was missing so i had to add it for the uniformity of the files
and understanding of the coding conventions.
Thanks
Index: gcc/version.h
=
Hi
When looking at the gcc/gcc.c file, i noticed that some basic
options were not added to notify the user of gcc to be able to use it
and its essence. So due to this, i added some of the options like the
-ansi option. This file contains some other options like the -w and -Q
options.
On 02/24/2014 11:11 AM, Zhenqiang Chen wrote:
> Please also check the two test cases in patch
> https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg72712.html
Just cheched, they both now pass.
Cheers,
>
> Thanks!
> -Zhenqiang
>
> On 24 February 2014 17:11, Christian Bruel wrote:
>> This p
As described in the PRs, gfortran.dg/erf_3.F90 and
gfortran.dg/round_4.f90 fail to link on Solaris 9/SPARC resp. Solaris 9/SPARC
and x86 due to missing C99 support in libm. Eric already closed the
first PR since Solaris 9 support has been obsoleted in GCC 4.9, so I
think it's best to skip the test
Please also check the two test cases in patch
https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg72712.html
Thanks!
-Zhenqiang
On 24 February 2014 17:11, Christian Bruel wrote:
> This patch improves the one sent previously,
> (http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01159.html), to fi
Hi,
This is needed for when people are porting their aarch32 code to aarch64.
They will have #ifdef __ARM_NEON (as specified in ACLE) and their intrinsics
currently won't get used on aarch64 because it's not defined there by
default.
This patch defines __ARM_NEON so long as we are not using gener
On 03/02/14 10:02, Renlin Li wrote:
On 02/02/14 19:02, Renlin Li wrote:
Hi all,
This is a simple patch which resolves
testsuite/gcc.target/aarch64/aapcs64/ret-func-1.c regression.
Basically, no special operations are needed for vector type i32in128
or f32in64 in big-endian mode any more due
On 12/02/14 16:10, Renlin Li wrote:
Hi all,
This is a simple patch which adds a space between base register and
offset during the address asm translation, making the output assembler
code format consistent for aarch64 target.
Is it Okay for stage-1?
Kind regards,
Renlin Li
gcc/ChangeLog:
Hi Zhenqiang Chen,
> Here is the patch to include testcases to cover most combinations of
> conditional compares (signed, unsigned, int, short, long, "||", "&&",
> etc).
[...]
> diff --git a/gcc/testsuite/gcc.dg/ccmn-w-eq-1.c
> b/gcc/testsuite/gcc.dg/ccmn-w-eq-1.c
> new file mode 100644
> index 0
Hi,
Here is the patch to generate conditional compare instructions
(CCMP/CCMN) for aarch64 port.
No make check regression in qemu-aarch64 tests.
Is it OK for next stage1?
When the patch is OK, I will create another patch to support FCCMP/FCCMN.
Thanks!
-Zhenqiang
ChangeLog:
2014-02-24 Zhenqi
Hi,
Here is the patch for ARM to generate conditional compare during
expand, which is extracted from previous discussion
(http://gcc.gnu.org/ml/gcc-patches/2014-11/msg03622.html).
Bootstrap and no make check regression on ARM Chrome book.
Is it OK for next stage1?
Thanks!
-Zhenqiang
ChangeLog:
Hi,
The patch (http://gcc.gnu.org/ml/gcc-patches/2014-11/msg03622.html) is
re-based (the arm port change is stripped as a separate patch), which
includes only the middle-end changes. The basic logic for the patch
is:
1) Identify conditional compare candidates when expanding one GIMPLE_COND.
2
*ping*, CCing Jakub.
Thanks,
James
On Wed, Feb 12, 2014 at 12:43:10PM +, Ramana Radhakrishnan wrote:
> On 02/12/14 12:19, James Greenhalgh wrote:
> >
> > Hi,
> >
> > In aarch-common-protos.h we define a field in alu_cost_table:
> >
> >"extnd"
> >
> > On its own this is an upsetting optimi
On Mon, Feb 24, 2014 at 10:02 AM, Richard Biener
wrote:
> On Sun, Feb 23, 2014 at 12:09 PM, Marc Glisse wrote:
>> Hello,
>>
>> a natural first step to optimize changes of rounding modes seems to be
>> making these 2 functions builtins. I don't know exactly how far
>> optimizations will be able to
This patch improves the one sent previously,
(http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01159.html), to fix a few
more failures in the testsuite that could arise with shrink-wrap and
-fexceptions.
To recall, the problem that it fixes is that with -mapcs-frame :
- the epilogue pops as
s
Hi,
On 02/23/2014 04:11 PM, Marc Glisse wrote:
On Sun, 23 Feb 2014, Paolo Carlini wrote:
On 02/23/2014 11:32 AM, Marc Glisse wrote:
Hello,
looking at this question:
http://stackoverflow.com/q/21737186/1918193
I was surprised to see that libstdc++'s std::complex basically just
works with use
On Sun, Feb 23, 2014 at 12:09 PM, Marc Glisse wrote:
> Hello,
>
> a natural first step to optimize changes of rounding modes seems to be
> making these 2 functions builtins. I don't know exactly how far
> optimizations will be able to go (the fact that fesetround can fail
> complicates things a lo
On Mon, Feb 24, 2014 at 6:52 AM, Carrot Wei wrote:
> Hi
>
> The following patch fixes an obvious wrong index used to access the
> dense array. The patch has passed the bootstrap and regression tests
> on x86-64.
>
> OK for trunk?
Ok.
Thanks,
Richard.
> thanks
> Carrot
>
>
> 2014-02-23 Guozhi W
cpplib-4.9-b20140202.sr.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Serbian team of translators. The file is available at:
http://translationproject.org/latest/cpplib/sr.po
(This file, 'cpplib-4.9-b20140202
Steven Bosscher writes:
> On Sun, Feb 23, 2014 at 10:14 PM, Richard Sandiford wrote:
>> I noticed in passing that this 4.7 cleanup:
>>
>> http://article.gmane.org/gmane.comp.gcc.patches/224853
> ...
>> so that nothing happens for pseudos. I've no idea whether this makes
>> a difference in pract
78 matches
Mail list logo
