On 04/29/2015 05:36 PM, Ramana Radhakrishnan wrote:
>
>
> On 29/04/2015 09:24, Christian Bruel wrote:
>> Hi Ramana, Richard
>>
>> After playing with the attritute ((target ("[thumb,arm]")), during the
>> pending review, I added the "default" selector to neutralize
>> -mflip-thumb for the setjmp
Snapshot gcc-4.9-20150429 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20150429/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 04/28/2015 08:36 AM, Alan Lawrence wrote:
Ah, yes, I'd not realized this was connected to the jump-threading
issue, but I see that now. As you say, the best heuristics are unclear,
and I'm not keen on trying *too hard* to predict what later phases
will/won't do or do/don't want...maybe if the
Richard Biener wrote:
Well. In this case we hit
/* If one of the loop header's edge is an exit edge then do not
apply if-conversion. */
FOR_EACH_EDGE (e, ei, loop->header->succs)
if (loop_exit_edge_p (loop, e))
return false;
which is simply because even after if-conversion
On 29/04/2015 09:24, Christian Bruel wrote:
Hi Ramana, Richard
After playing with the attritute ((target ("[thumb,arm]")), during the
pending review, I added the "default" selector to neutralize
-mflip-thumb for the setjmp/longjmp based tests.
I was wondering it there would be an interest lev
What is the current schedule for the gcc 4.9.3 maintenance
release? Isn't it due this month?
Jack
On 2015-04-29, at 4:25 AM, Kyrill Tkachov wrote:
> I'm trying to run a bootstrap on a 64-bit hppa-linux-gnu but am getting
> an error when building libgcc:
> /usr/include/features.h:374:25: fatal error: sys/cdefs.h: No such file or
> directory
As Helge mentioned, it is not possible to do a 64-bi
Hi all,
I'm trying to run a bootstrap on a 64-bit hppa-linux-gnu but am getting
an error when building libgcc:
/usr/include/features.h:374:25: fatal error: sys/cdefs.h: No such file or
directory
This suggests to me that it's a problem with multilibs.
I configured the build with --disable-multi
Hi Ramana, Richard
After playing with the attritute ((target ("[thumb,arm]")), during the
pending review, I added the "default" selector to neutralize
-mflip-thumb for the setjmp/longjmp based tests.
I was wondering it there would be an interest leverage on this to
implement multiprocessing, like
