Bootstrapped/regtested on x86_64-suse-linux, applied as obvious.
2013-04-21 Eric Botcazou
* cfgexpand.c (avoid_complex_debug_insns): Fix C++ism.
cp/
* parser.c (cp_parser_late_return_type_opt): Likewise.
--
Eric BotcazouIndex: cp/parser.c
===
On 19 April 2013 16:19, Evgeniy Stepanov wrote:
> Good point, thanks!
> Revised patch attached.
I've committed that version, thanks very much.
> On Fri, Apr 19, 2013 at 7:00 PM, Jonathan Wakely
> wrote:
>> On 19 April 2013 15:42, Evgeniy Stepanov wrote:
>>> Hi,
>>>
>>> according to n3242 8.5.6
Hi Walter,
The tilepro-gnu-linux and tilegx-gnu-linux currently fail to build in
the FSF mainline sources because of:
libbackend.a(tilepro.o):(.data+0x2e4): undefined reference to
`linux_android_has_ifunc_p()'
This happens because the entries for tilegx-linux and tilepro-linux in
c
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-4.8.0.sv.po', has just
Hi Nick. Looks good. Thanks for fixing it.
Walter
On 4/21/2013 7:03 AM, Nick Clifton wrote:
> Hi Walter,
>
> The tilepro-gnu-linux and tilegx-gnu-linux currently fail to build in
> the FSF mainline sources because of:
>
> libbackend.a(tilepro.o):(.data+0x2e4): undefined reference to
On 21 April 2013 21:08, François Dumont wrote:
> Hi
>
> Here is another proposal with:
> - No attempt to remove const key
> - No attempt to use assignment operator
> - noexcept move constructor; I slightly modify a static assertion so that it
> checks that _M_bucket_index is noexcept qualified
Richard,
i pulled these two frags out of your comments because i wanted to get
some input from you on it while i addressed the other issues you raised.
+ enum SignOp {
+/* Many of the math functions produce different results depending
+ on if they are SIGNED or UNSIGNED. In genera
Hi all,
the attached patch fixes an regression with TRANSFER, which was just
reported today. The problem was that array-valued SOURCE arguments
were not treated correctly.
To fix it properly, I had to make 'gfc_target_expr_size' behave
correctly for arrays and introduced an new function 'gfc_elem
On 04/21/2013 01:59 AM, Eric Botcazou wrote:
Bootstrapped/regtested on x86_64-suse-linux, applied as obvious.
2013-04-21 Eric Botcazou
* cfgexpand.c (avoid_complex_debug_insns): Fix C++ism.
cp/
* parser.c (cp_parser_late_return_type_opt): Likewise.
Umm, I thought declaring a
On Sun, Apr 21, 2013 at 2:13 PM, Jeff Law wrote:
> On 04/21/2013 01:59 AM, Eric Botcazou wrote:
>>
>> Bootstrapped/regtested on x86_64-suse-linux, applied as obvious.
>>
>>
>> 2013-04-21 Eric Botcazou
>>
>> * cfgexpand.c (avoid_complex_debug_insns): Fix C++ism.
>> cp/
>> * parse
> Umm, I thought declaring at first use (or near first use) was one of the
> approved C++-isms?
>
> http://gcc.gnu.org/wiki/CppConventions
You probably missed the [4.7] in the subject.
--
Eric Botcazou
This patch fixed a bug in getting inline stacks: if there is no
location info attached to a block, we should *not* try to get its
function name because it could result in infinite loop.
Bootstrapped and passed all regression tests.
Ok for gcc-4_7 branch?
Thanks,
Dehao
Index: gcc/auto-profile.c
On Sun, Apr 21, 2013 at 4:51 PM, Dehao Chen wrote:
> This patch fixed a bug in getting inline stacks: if there is no
> location info attached to a block, we should *not* try to get its
> function name because it could result in infinite loop.
Is the infinite loop within get_function_decl_from_blo
Thanks for the comment, new patch attached:
Index: gcc/auto-profile.c
===
--- gcc/auto-profile.c (revision 198117)
+++ gcc/auto-profile.c (working copy)
@@ -623,6 +623,10 @@ static tree
get_function_decl_from_block (tree block)
{
Looks ok to me.
Teresa
On Sun, Apr 21, 2013 at 7:15 PM, Dehao Chen wrote:
> Thanks for the comment, new patch attached:
>
> Index: gcc/auto-profile.c
> ===
> --- gcc/auto-profile.c (revision 198117)
> +++ gcc/auto-profile.c (working
While looking at dumps I noticed a lot of sequences like
t = a & 1;
x = (bool) t;
The BIT_AND_EXPR is obviously redundant as the narrowing cast has the
same effect. This can be trivially generalized for other integral types
and an appropriate constant.
At different times over the last cou
On Fri, Apr 19, 2013 at 05:16:43PM -0400, Vladimir Makarov wrote:
> If I change the above code to
>
> if (! lra_in_progress && GET_MODE_SIZE (mode) > UNITS_PER_WORD
> && !(/* ??? Assume floating point reg based on mode? */
>TARGET_HARD_FLOAT && TARGET_FPRS && TAR
17 matches
Mail list logo
