On 06/26/2013 05:01 PM, Jason Merrill wrote:
On 06/26/2013 09:43 AM, Ed Smith-Rowland wrote:
+ if (bad_encoding_prefix)
+error ("invalid encoding prefix in literal operator");
+ {
+tree string_tree = USERDEF_LITERAL_VALUE (token->u.value);
No need to open a nested block for a
On 13-06-28 3:47 PM, Vladimir Makarov wrote:
On 13-06-27 12:22 PM, Vladimir Makarov wrote:
The following patch fixes a LRA bug for some experimental target.
Sorry, there is no a test case and the bug can not be reproduced by
other people until the target is made public.
Here is one more fix f
On 06/28/2013 05:47 AM, Tim Shen wrote:
Here is an all-in-one patch of implementing std::regex_traits in
libstdc++-v3, including testsuites.
Very nice to see progress in this area! Obvious question - I may have
missed past discussions: is your paperwork, the copyright assignment,
Ok? Otherwise,
Hi,
Inlining sse* functions into avx is broken? Here is an example:
__attribute__((always_inline,target("sse3")))
inline int callee ()
{
return 0;
}
__attribute__((target("avx")))
inline int caller ()
{
return callee ();
}
main ()
{
return caller ();
}
$ g++ -O2 foo.cc
error: inlining f
Hi,
On 06/28/2013 08:58 PM, Jason Merrill wrote:
On 06/28/2013 12:58 PM, Paolo Carlini wrote:
If you like, this is the rationale behind my last patch: save its
current value, set it only to force a thorough
deduce_noexcept_on_destructor on everything (admittedly, I don't
understand all the deta
On Tue, Jun 4, 2013 at 10:20 AM, Jason Merrill wrote:
> On 05/24/2013 12:15 PM, Caroline Tice wrote:
>>
>> Changes to g++spec.c only affect the g++ driver, not the gcc
>> driver. Are you sure this is what you want? Can't you handle
>> this stuff directly in the specs like
On 13-06-27 12:22 PM, Vladimir Makarov wrote:
The following patch fixes a LRA bug for some experimental target.
Sorry, there is no a test case and the bug can not be reproduced by
other people until the target is made public.
Here is one more fix for another hard reg splitting bug.
The patch
On 06/28/2013 12:58 PM, Paolo Carlini wrote:
If you like, this is the rationale behind my last patch: save its
current value, set it only to force a thorough
deduce_noexcept_on_destructor on everything (admittedly, I don't
understand all the details of this), and then restore it, don't fiddle
at
OK.
Jason
This patch is for the google/gcc-4_8 branch.
A namespace alias entry can cause a DW_TAG_imported_declaration DIE to be
added to the pubnames table, but we don't handle that case when generating
the .debug_gnu_pubnames table.
2013-06-28
* gcc/dwarf2out.c (output_pubname): Fix global/
On 06/27/2013 11:20 PM, Jakub Jelinek wrote:
> 2013-06-27 Jakub Jelinek
>
> PR target/57736
> * config/i386/i386.c (ix86_expand_builtin): If target == NULL
> and mode is VOIDmode, don't create a VOIDmode pseudo to copy result
> into.
>
> * gcc.target/i386/pr57736.
On 06/27/13 20:28, Joseph S. Myers wrote:
On Thu, 27 Jun 2013, Yufeng Zhang wrote:
We need a reliable way to tell we are compiling for ILP32. On one hand LLP64
support may be added in the future; on the other hand, not all AArch64
If thinking of adding a third ABI, that suggests you should b
On 06/28/13 09:01, Jakub Jelinek wrote:
Hi!
The patch grew already too large, while doing something clever to avoid
unnecessary memory loads/stores in vectorized loop is still unimplemented,
the rest is and it seems to work now (at least on the added testcases),
so I've committed it to gomp-4_0-
Hi,
On 06/28/2013 02:52 AM, Jason Merrill wrote:
On 06/19/2013 08:22 PM, Paolo Carlini wrote:
If, in check_bases_and_members, I simply move
deduce_noexcept_on_destructors after check_methods and nothing else, all
the new testcases are fine + the tests added for Core/1123, but there
are regressi
On Fri, Jun 28, 2013 at 5:51 AM, wrote:
> Hi,
>
> The patch below provides caller instrumentation for GCC.
>
> The following new options have been added:
>
> -finstrument-calls
> -finstrument-calls-exclude-function-list=SYM,SYM,...
> -finstrument-calls-exclude-file-list=FILE,FILE,...
On Fri, Jun 28, 2013 at 11:39:46AM -0400, David Edelsohn wrote:
> Only the PTI change is okay.
As we discussed over IRC, this is the patch that I committed.
[gcc]
2013-06-28 Michael Meissner
PR target/57744
* config/rs6000/rs6000.h (MODES_TIEABLE_P): Do not allow PTImode
Hi Andrew,
Thank you for your review. I'm currently testing an updated patch and
will send it for further review early next week.
Regards,
Yufeng
On 06/26/13 23:59, Andrew Pinski wrote:
On Wed, Jun 26, 2013 at 3:33 PM, Yufeng Zhang wrote:
This patch adds the configuration changes to the
On Fri, Jun 28, 2013 at 11:09 AM, Michael Meissner
wrote:
> This patch fixes PR 57744, where the compiler did not allocate even/odd
> register combination for the lqarx and stqcx. instructions. I traced the
> problem down to the fact that PTImode can only go in even GPRs (in part to
> support the
Hi,
I have just committed backports of the following revisions from trunk
to linaro/gcc-4_8-branch:
r199694 as r200524
r199533 as r200528
r200061 as r200529
r200148 as r200530
r200152 as r200533.
Thanks,
Christophe.
Fixing the layout in aarch64_cannot_force_const_mem()...
/Marcus
2013-06-28 Marcus Shawcroft
* config/aarch64/aarch64.c (aarch64_cannot_force_const_mem):
Adjust layout.
diff --git a/gcc/config/aarch64/aarch64.c b/gcc/config/aarch64/aarch64.c
index a394283..fc7fe5a 100644
--- a/gcc/
Updating a comment w.r.t address models.
/Marcus
2013-06-28 Marcus Shawcroft
* config/aarch64/aarch64-protos.h (aarch64_symbol_type):
Update comment w.r.t SYMBOL_TINY_ABSOLUTE.diff --git a/gcc/config/aarch64/aarch64-protos.h b/gcc/config/aarch64/aarch64-protos.h
index c9d64c6.
This patch fixes PR 57744, where the compiler did not allocate even/odd
register combination for the lqarx and stqcx. instructions. I traced the
problem down to the fact that PTImode can only go in even GPRs (in part to
support the quad word instructions), while TImode can go in even/odd GPRs as
w
Dear all,
The following patchlet fixes the ICE for the test case bellow and AFAICT
gives the right error. Regstrapped on x86_64-apple-darwin10.8.0.
OK for the trunk?
Dominiaue
2013-06-28 Dominique d'Humieres
PR fortran/54788
* array.c (spec_size): handle the case as==NULL
Dear Tobias,
Nit pick: I find that '(\\(integer\\(kind=8\\)\\) )?' is easier to parse
than '(\\(integer\\(kind=8\\)\\) |)' (a matter of taste and I won't argue
about it).
> > /opt/gcc/work/gcc/testsuite/gfortran.dg/class_48.f90: In function
> > '__final_test2_T.2138.constprop.0':
> > /opt/gcc/w
> This seems to assume that there is a result-type-requirement.
>
>> +// Returns true if type1 can be implicitly converted to type2.
>> +static inline bool
>> +convertible_to_p (tree type1, tree type2)
>> +{
>> + // Build a "fake" conversion expression to force the lookup of user
>> + // defined
>> I was not aware of that. That's probably the right, but I remember
>> having some troubles getting that to work the way I wanted in the
>> previous implementation. It seemed like I actually had to evaluate the
>> expression to determine if it was actually constexpr.
>
>
> Right; an expression is
On 06/28/2013 12:54 AM, Iyer, Balaji V wrote:
/* If stride and start are of same type and the induction var
is not, convert induction variable to stride's type. */
if (TREE_TYPE (start) == TREE_TYPE (stride)
&& TREE_TYPE (stride) != TREE_TYP
On 06/28/2013 12:54 AM, Iyer, Balaji V wrote:
I agree with you and I have fixed it such that if TREE_TYPE is void then don't
bother creating a new variable.
This error happens in comma_exp.c testcase in Mac.
For example, the following expression:
array[:] = (atoi(argv[1]), (array2[0:10]+5)
Hi,
The patch below provides caller instrumentation for GCC.
The following new options have been added:
-finstrument-calls
-finstrument-calls-exclude-function-list=SYM,SYM,...
-finstrument-calls-exclude-file-list=FILE,FILE,...
These new options behave and appear similar to the exist
On Fri, Jun 28, 2013 at 01:13:01PM +0100, Marcus Shawcroft wrote:
> This test case is too large to fit in the aarch64 tiny memory model...
Ok.
> 2013-06-28 Marcus Shawcroft
>
> * testsuite/libgomp.fortran/strassen.f90:
> Add dg-skip-if aarch64_tiny.
> diff --git a/libgomp/testsui
This patch replaces the use of aarch64_symbolic_constant_p with the
(very similar) aarch64_classify_symbolic_expression.
Tested on aarch64-none-elf. Committed.
/Marcus
2013-06-28 Marcus Shawcroft
* config/aarch64/aarch64-protos.h
(aarch64_classify_symbol_expression): Defin
This test case is too large to fit in the aarch64 tiny memory model...
OK?
/Marcus
2013-06-28 Marcus Shawcroft
* testsuite/libgomp.fortran/strassen.f90:
Add dg-skip-if aarch64_tiny.diff --git a/libgomp/testsuite/libgomp.fortran/strassen.f90 b/libgomp/testsuite/libgomp.fortran
On 23 June 2013 13:51, Jonathan Wakely wrote:
> On 19 June 2013 20:56, François Dumont wrote:
>> Still no chance to have a look ?
>
> I'll try to finish reviewing it today, thanks for the reminder.
Sorry for the delay. The patch is OK, with a few small changes to the new docs:
Please change
Hi,
Following the discussion on
http://gcc.gnu.org/ml/gcc/2013-05/msg00208.html
here is a patch to change the frame direction.
Passed 'make check' with no regression on aarch64-none-linux-gnu and
with a few UNSUPPORTED -> PASS on aarch64-none-elf (pr34225, pr38616,
pr38902, pr40971, pr46440, pr477
On 06/28/13 11:00, Terry Guo wrote:
Ping.
BR,
Terry
-Original Message-
From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
ow...@gcc.gnu.org] On Behalf Of Terry Guo
Sent: Monday, June 03, 2013 6:02 PM
To: gcc-patches@gcc.gnu.org
Cc: Richard Earnshaw; Ramana Radhakrishnan
Subject:
On Fri, 28 Jun 2013, Marc Glisse wrote:
It seems better to do the following, so we still test for extra warnings:
-template void g (T) {}
-template auto g (T x) -> typename
enable_if::type {}
+template void g (T const&) {}
+template auto g (T const& x) -> typename
enable_if::type {}
I
On 06/28/13 11:00, Terry Guo wrote:
Ping.
BR,
Terry
-Original Message-
From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
ow...@gcc.gnu.org] On Behalf Of Terry Guo
Sent: Monday, June 03, 2013 6:02 PM
To: gcc-patches@gcc.gnu.org
Cc: Richard Earnshaw; Ramana Radhakrishnan
Subject:
Ping.
BR,
Terry
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Terry Guo
> Sent: Monday, June 03, 2013 6:02 PM
> To: gcc-patches@gcc.gnu.org
> Cc: Richard Earnshaw; Ramana Radhakrishnan
> Subject: [PATCH,ARM] Fix PR57329 -
On 6/27/2013 8:28 PM, Richard Henderson wrote:
Hello,
> The patch is ok with that fixed.
>
Thanks, checked into trunk:
http://gcc.gnu.org/ml/gcc-cvs/2013-06/msg00941.html.
Thanks, K
On Thu, Jun 20, 2013 at 2:38 PM, Kyrylo Tkachov wrote:
> Hi all,
>
> This patch adjusts the mov* patterns in the arm backend to generate code
> appropriate for -mrestrict-it. The rules are:
> moves between any two registers are allowed to be in IT blocks. mov immediate
> are allowed if the immedia
Ping.
Change: Updated scan-tree-dump for -m32 / -m64 differences.
Tobias Burnus wrote:
This patch adds finalization calls for components. This completes the
end-of-scope finalization, but it is also called for the LHS of
intrinsic assignment. (LHS finalization for the variable itself is
still
> 2013-06-18 Kyrylo Tkachov
>
> * config/arm/arm.md (arm_mulsi3_v6): Add alternative for 16-bit
> encoding.
> (mulsi3addsi_v6): Disable predicable variant for
> arm_restrict_it.
> (mulsi3subsi): Likewise.
> (mulsidi3adddi): Likewise.
> (mulsidi3_v6): Likew
Ok.
Ramana
On Mon, Jun 10, 2013 at 11:52 AM, Kyrylo Tkachov wrote:
> Hi all,
>
> This patch makes the changes to the various floating point patterns in
> vfp.md. Since pretty much all floating point instruction are always
> encoded in 32 bits, they cannot be used inside an IT block by the
> -mre
Tobias Burnus wrote:
Actually, I wonder whether the following (untested) shouldn't be
sufficient:
Seems to work.
Build and regtested on x86-64-gnu-linux.
OK for the trunk?
Tobias
2013-06-28 Tobias Burnus
PR fortran/50554
* io.c (match_inquire_element): Add missing do-var check.
2013-06
On Fri, 28 Jun 2013, Jakub Jelinek wrote:
Hi!
On Thu, Jun 27, 2013 at 01:59:37PM +0200, Marc Glisse wrote:
--- testsuite/g++.dg/ext/pr57509.C (revision 0)
+++ testsuite/g++.dg/ext/pr57509.C (revision 0)
@@ -0,0 +1,16 @@
+/* { dg-do compile } */
+/* { dg-options "-std=c++11" } */
+
+t
On 27 June 2013 21:10, Richard Earnshaw wrote:
> On 27/06/13 10:02, Zhenqiang Chen wrote:
>>
>> Hi,
>>
>> Shrink-wrap optimization sinks some instructions for more
>> opportunities. It uses DF_LR_BB_INFO (bb)->def to check whether BB
>> clobbers SRC. But for ARM, gcc might generate cond_exec insns
46 matches
Mail list logo
