On 14/02/2013, at 10:18 AM, rbmj wrote:
> On 18-Jan-13 20:35, Maxim Kuvyrkov wrote:
>> On 19/01/2013, at 9:18 AM, rbmj wrote:
>>
> -150,7 +158,7 @@ static __gthread_once_t tls_init_guard =
> need to read tls_keys.dtor[key] atomically. */
>
> static void
> -tls_delete_h
Mainline and 4.7 failed to use LTO when toolchain is installed to a path
with space in it. Resulting in error message like:
/ld.exe: c:/program: error loading plugin
collect2.exe: error: ld returned 1 exit status
Root cause is when GCC driver process specs, it doesn't handle plugin file
name
On Thu, 31 Jan 2013, Richard Biener wrote:
> +GCC now uses more a aggressive analysis to derive an upper bound for
I think "a " should be omitted here.
> +the number of iterations of loops using constraints imposed by language
> +standards. This may cause non-conforming programs to no longer wor
On Thu, 7 Feb 2013, Richard Biener wrote:
> As promised, a bugs.html entry.
Looks good to me.
Now, at the top of the page we have
Before reporting that GCC compiles your code incorrectly, compile it
with gcc -Wall -Wextra and see whether this shows anything
wrong with your code. Similarly
On 02/10/2013 10:38 PM, David Holsgrove wrote:
Add TARGET_SUPPORTS_PIC flag and check that the flag_pic = 2
Changelog
2013-02-11 Edgar E. Iglesias
* config/microblaze/linux.h (TARGET_SUPPORTS_PIC): Define as 1.
* config/microblaze/microblaze.h (TARGET_SUPPORTS_PIC): Define as 1.
* con
On 02/10/2013 10:37 PM, David Holsgrove wrote:
Add MicroBlaze support for nested functions.
Changelog
2013-02-11 Edgar E. Iglesias
* config/microblaze/microblaze.c
(microblaze_asm_trampoline_template): Replace
with a microblaze version.
(microblaze_trampoline_init): Adapt for
I updated the main page accordingly.
Gerald
Index: index.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.869
diff -u -3 -p -r1.869 index.html
--- index.html 23 Jan 2013 20:02:00 - 1.869
+++ ind
On 15 February 2013 19:28:29 Richard Earnshaw wrote:
On 15/02/13 18:20, Seth LaForge wrote:
> Currently, for arm-* archs, TARGET_BIG_ENDIAN_DEFAULT is only set in
> the case branch for arm*-*-linux-*, not for other arm architectures.
> We're compiling for the TI TMS570, which is a big-endian pro
Aldy Hernandez writes:
> diff --git a/gcc/config/mips/mips.c b/gcc/config/mips/mips.c
> index b203cdd..5e98485 100644
> --- a/gcc/config/mips/mips.c
> +++ b/gcc/config/mips/mips.c
> @@ -16313,7 +16313,26 @@ mips_set_mips16_mode (int mips16_p)
>if (mips16_p)
> {
>if (!mips16_global
Jakub Jelinek writes:
> On Sat, Feb 16, 2013 at 10:40:43AM +0100, Dodji Seketeli wrote:
>> --- a/gcc/cfg.c
>> +++ b/gcc/cfg.c
>> @@ -663,6 +663,21 @@ debug_bb_n (int n)
>>return bb;
>> }
>>
>> +/* Dumps cfg related information about basic blocks, from number 'S'
>> + to number E, to stde
On Sat, Feb 16, 2013 at 10:40:43AM +0100, Dodji Seketeli wrote:
> --- a/gcc/cfg.c
> +++ b/gcc/cfg.c
> @@ -663,6 +663,21 @@ debug_bb_n (int n)
>return bb;
> }
>
> +/* Dumps cfg related information about basic blocks, from number 'S'
> + to number E, to stderr. */
> +
> +DEBUG_FUNCTION basi
Hello,
In my first foray of debugging gimple stuff, I felt the need for a
function function to dump a range of basic block from number N to P to
stderr. I find this a bit more handy than calling debug_bb_n on each
basic block instead.
I understand this is material for 4.9, so if you agree I'll s
Jakub Jelinek writes:
> On Sat, Feb 16, 2013 at 09:44:51AM +0100, Dodji Seketeli wrote:
>> Right. My first bootstrap actually caught this, I updated the patch
>> locally to just modify that test and sent out the wrong one. Sorry for
>> this. This is the patch that actually passed bootstrap.
>
On Sat, Feb 16, 2013 at 09:44:51AM +0100, Dodji Seketeli wrote:
> Right. My first bootstrap actually caught this, I updated the patch
> locally to just modify that test and sent out the wrong one. Sorry for
> this. This is the patch that actually passed bootstrap.
Ok. Actually, please change g
Jakub Jelinek writes:
> On Fri, Feb 15, 2013 at 06:01:05PM -0500, Jack Howarth wrote:
>> On Fri, Feb 15, 2013 at 09:54:19PM +0100, Dodji Seketeli wrote:
>> FAIL: c-c++-common/asan/no-redundant-instrumentation-7.c -O0
>> scan-tree-dump-times asan0 "__builtin___asan_report_load" 6
>>
>> at bot
On Fri, Feb 15, 2013 at 06:01:05PM -0500, Jack Howarth wrote:
> On Fri, Feb 15, 2013 at 09:54:19PM +0100, Dodji Seketeli wrote:
> FAIL: c-c++-common/asan/no-redundant-instrumentation-7.c -O0
> scan-tree-dump-times asan0 "__builtin___asan_report_load" 6
>
> at both -m32 and -m64. The no-redunda
16 matches
Mail list logo
