2013/1/21 Georg-Johann Lay :
> This adds the "Embedded C" bitsfx and fxbits functions to stdfix.h.
>
> The original stdfix.h is installed as stdfix-gcc.h and included by the new,
> avr-specific stdfix.h.
>
> The implementation uses __builtin_memcpy to get a no-op implementation.
>
> Ok for trunk?
>
This patch sets destructed vector into an invalid state, such that
subsequent calls to begin(), end(), size(), etc. all throw logic_error.
Google ref b/7248326
Ok for google/gcc-4_7 and google/integration?
Thanks,
--
Paul Pluzhnikov
Index: libstdc++-v3/include/bits/stl_vector.h
Dear All,
Please let me know the patch is OK for trunk ?
Thank You,
Amol Pise
On 1/21/13, amol pise wrote:
> Dear All,
>
> I am working on Cortex-A15 using latest GCC toolchain.
> As we know that VFPv4 and SIMDv2 are the Cortex-A15 CPU Features,
> so, compared to VFPv3/ SIMDv1, in VFPv4/SIMDv2
Here when I rebuilt the TREE_VEC of template arguments, I forgot to
preserve the count of non-default args.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.7.
commit ac41deca2b7fcbda67a0e99f112e116589e56ad8
Author: Jason Merrill
Date: Mon Jan 21 15:46:57 2013 -0500
PR c++/56059
Hi Ramana,
Sorry for missing the Changelog, I will add it for future patches.
Thanks for your kindly help.
Cheers,
Compiler Team @ MTL
Yi-Hsiu, Hsu
-Original Message-
From: Ramana Radhakrishnan [mailto:ramra...@arm.com]
Sent: Monday, January 21, 2013 6:56 PM
To: Yi-Hsiu Hsu
Cc: gcc-patc
On 01/21/2013 03:09 PM, Dodji Seketeli wrote:
+ ith_elem_is_expansion |=
+ PACK_EXPANSION_P (TREE_VEC_ELT (ARGUMENT_PACK_ARGS (arg_pack),
+ index));
Let's use argument_pack_element_is_expansion_p here, too.
+ /* Do we need to use the PACK_EXP
Hi Steve,
The patch looks OK to me. As this is a Windows,
hopefully someone will confirm that the patch
fixes the Windows issue before you commit.
Thanks!
Committed as rev. 195348 after Brad's confirmation that the
patch works on Windows. One more regression down, 24 to go.
Thomas
Jason Merrill writes:
> On 12/19/2012 01:21 PM, Dodji Seketeli wrote:
>> + tree aps; /* instance of ARGUMENT_PACK_SELECT
>> + tree. */
>
> Odd comment formatting.
Oops, sorry for that. Fixed now.
>
>> + /* We could not find any argument p
This adds the "Embedded C" bitsfx and fxbits functions to stdfix.h.
The original stdfix.h is installed as stdfix-gcc.h and included by the new,
avr-specific stdfix.h.
The implementation uses __builtin_memcpy to get a no-op implementation.
Ok for trunk?
Johann
PR target/54222
*
On Mon, Jan 21, 2013 at 1:27 PM, Uros Bizjak wrote:
>> We should not update ticks of instructions, dependent on debug
>> instruction. Without the patch, the scheduling order depends on the
>> presence of debug instructions and leads to -fcompare-debug failures.
>
> Attached patch refines previous
On Sun, Jan 20, 2013 at 1:15 PM, Paul Pluzhnikov wrote:
> On Sun, Jan 20, 2013 at 3:16 AM, Gerald Pfeifer wrote:
>> Isn't the error message wrong, then?
>
> Thanks for catching that! Updated patch attached.
OK for google branches.
Diego.
On 01/20/2013 12:46 PM, Jakub Jelinek wrote:
Hi!
As the first hunk in the testcase shows, we can't perform this optimization
if the conversion is narrowing.
As the second hunk shows, if we allow 1 << 31 (we don't optimize
int foo (int x) { return (1 << x) < 0; } so I think it would be surprising
On Mon, Jan 21, 2013 at 05:49:46PM +0100, Martin Jambor wrote:
> 2013-01-21 Martin Jambor
>
> PR middle-end/56022
> * function.c (allocate_struct_function): Call
> invoke_set_current_function_hook earlier.
>
> testsuite/
> * gcc.target/i386/pr56022.c: New test.
Ok, tha
Ping?
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01197.html
On 16 January 2013 14:46, Christophe Lyon wrote:
> Ping^2 ?
>
>
> On 8 January 2013 17:24, Christophe Lyon wrote:
>> Ping?
>> http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01197.html
>>
>> Thanks,
>>
>> Christophe
>>
>> On 19 December
Hi,
segfault reported as PR 56022 happens because cfun->returns_struct is
erroneously set. This happens because aggregate_value_p (called from
allocate_struct_function) relies on that
invoke_set_current_function_hook has already been called.
The patch below moves the call up bit, although not al
On 13-01-19 11:57 AM, Steven Bosscher wrote:
On Sat, Jan 19, 2013 at 1:15 AM, Vladimir Makarov wrote:
On 13-01-17 6:45 PM, Steven Bosscher wrote:
Hello Vlad,
Attached is my attempt to fix PR55934, an error recovery issue in LRA
with incorrect constraints in an asm.
I'm not 100% sure this is a
On 01/21/2013 07:36 AM, Jakub Jelinek wrote:
Hi!
While working on the multiversioning patch I've just posted,
I've noticed that on say:
void foo ();
void foo () __attribute__((target ("avx")));
void foo () __attribute__((target ("default")));
__attribute__((target ("default"))) void foo ()
{
}
_
On 13-01-19 2:57 PM, Uros Bizjak wrote:
Hello!
We should not update ticks of instructions, dependent on debug
instruction. Without the patch, the scheduling order depends on the
presence of debug instructions and leads to -fcompare-debug failures.
2012-01-19 Uros Bizjak
PR rtl-optim
Hi!
While working on the multiversioning patch I've just posted,
I've noticed that on say:
void foo ();
void foo () __attribute__((target ("avx")));
void foo () __attribute__((target ("default")));
__attribute__((target ("default"))) void foo ()
{
}
__attribute__((target ("avx"))) void foo ()
{
}
On Sat, Jan 19, 2013 at 11:19:04AM -0500, Jason Merrill wrote:
> On 01/18/2013 03:22 PM, Jakub Jelinek wrote:
> >else if (TREE_CODE (args) != STRING_CST)
> >-gcc_unreachable ();
> >+{
> >+ error ("invalid % attribute value");
> >+ return false;
> >+}
>
> Maybe say that it
On Sat, Jan 19, 2013 at 12:22:23PM -0500, Jason Merrill wrote:
> Siddhesh has a patch to implement the thread atexit functionality in
> glibc in order to integrate better with the dynamic loader and run
> the cleanups in the correct order. Once it's available there, this
> patch will make the copy
On Sun, Jan 13, 2013 at 10:06:05PM -0800, Andi Kleen wrote:
> 2013-01-12 Andi Kleen
> Jonathan Wakely
>
> PR libstdc++/55223
> * testsuite/29_atomics/atomic_flag/test_and_set/explicit-hle.cc:
> Add.
The test is broken on i?86-linux,
> --- /dev/null
> +++
> b/l
This is tentative patch as discussed in
http://gcc.gnu.org/ml/gcc/2013-01/msg00187.html
fold-const.c gets 2 new function native_encode_fixed and
native_interpret_fixed. Code common with the integer case is factored out and
moved to the new constructor-like function double_int::from_buffer.
The
On Sat, Jan 19, 2013 at 8:57 PM, Uros Bizjak wrote:
> We should not update ticks of instructions, dependent on debug
> instruction. Without the patch, the scheduling order depends on the
> presence of debug instructions and leads to -fcompare-debug failures.
Attached patch refines previous patch
Hi Yi-Hsiu Hsu,
On 01/21/13 08:51, Yi-Hsiu Hsu wrote:
Hi Ramana,
Attached is the patch for marvell-pj4.md to fix the simple_alu_shift category.
Thanks for your kindly help.
In the future please submit patches with a Changelog entry. I've created
one for this patch as it needed a bit of spl
Hi!
As can be seen on the testcase, this backend bug is still reproduceable even
on trunk, the backend just can't rely on cstoredi4 or cbranchdi4 expansion
not being performed with two constants, unless it has predicates that
disallow it (Steven's patch in the PR).
This patch just forces it into r
Fix up wrong file committed earlier to incorporate the changes as in my
original patch. Additionally fix up copyright years.
Applied to trunk.
regards
Ramana
2013-01-21 Ramana Radhakrishnan
PR target/56058
* config/arm/marvell-pj4.md: Update copyright year.
Fix up
On Mon, Jan 21, 2013 at 10:28 AM, Ekanathan, Saravanan
wrote:
2012-01-21 Uros Bizjak
* config/i386/i386.md (enabled): Do not disable fma4 for TARGET_FMA.
Bootstrapped and regression tested on x86_64-pc-linux-gnu, also tested by AMD:
> Hi Uros,
> With your patch on bdver2, CPU2006 an
Dear All,
I am working on Cortex-A15 using latest GCC toolchain.
As we know that VFPv4 and SIMDv2 are the Cortex-A15 CPU Features,
so, compared to VFPv3/ SIMDv1, in VFPv4/SIMDv2 has following
additional instruction support
* VFMA, VFMS - Fused multiply accumulate, Fused multiply subtract.
* VFNM
On 01/20/13 20:36, Matthias Klose wrote:
Am 18.01.2013 15:28, schrieb Ramana Radhakrishnan:
On 06/20/12 03:53, Yi-Hsiu Hsu wrote:
marvell-pj4 is added to BE8_LINK_SPEC.
Sorry about the time it's taken to finish this patch up. I seem to have missed
this one in the review process.
I've now app
Hi Ramana,
Attached is the patch for marvell-pj4.md to fix the simple_alu_shift category.
Thanks for your kindly help.
Cheers,
Yi-Hsiu, Hsu
-Original Message-
From: Ramana Radhakrishnan [mailto:ramra...@arm.com]
Sent: Friday, January 18, 2013 10:28 PM
To: Yi-Hsiu Hsu
Cc: gcc-patches@gcc
Hi,
this is a regression present in the Ada compiler since 4.5: the issue had been
latent for ages, but an unrelated streamlining of the IR made it appear.
When make_range_step is invoked on:
(integer)!b < 0
where b is a boolean, it returns "always true" instead of "always false".
The seque
32 matches
Mail list logo
