Nios2 arch=r1/r2

2016-03-09 Thread BELBACHIR Selim
Hi, I'm looking at gcc-nios2 options -march. It seems two instruction sets can be selected (r1/r2) but I cannot find out where theses instructions set are described. On the other end I found this document https://www.altera.com/content/dam/altera-www/global/en_US/pdfs/literature/hb/nios2/n2cpu_n

Re: Compiler support for erasure of sensitive data

2016-03-09 Thread Andres Tiraboschi
We are developing this feature for x86_64 I want to see which registers are being used by the current function for returning a value or as arguments. I traverse the rtl looking for clobbered registers, but I don't know how to find which registers are arguments from the current function and which ar

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Andrew MacLeod
On 03/07/2016 11:33 AM, David Malcolm wrote: So for testing specific passes, I'd much rather have an input format for testing individual passes that: * can be easily generated by GCC from real test cases * ability to turn into unit tests, which implies: * human-readable and editabl

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Richard Biener
On Wed, Mar 9, 2016 at 3:27 PM, Andrew MacLeod wrote: > On 03/07/2016 11:33 AM, David Malcolm wrote: >>> >>> >>> >>> >>> >>> So for testing specific passes, I'd much rather have an input format >>> for testing individual passes that: >>>* can be easily generated by GCC from real test cases >>>

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Diego Novillo
On Wed, Mar 9, 2016 at 10:47 AM, Richard Biener wrote: > About using the LLVM IR - similar issue I think, plus it is probably > too far away > from GCC so that what we'll end up will only look like LLVM IR but not > actually > be LLVM IR. I don't think this is feasible at all, actually. As I s

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Richard Biener
On Wed, Mar 9, 2016 at 5:07 PM, Diego Novillo wrote: > On Wed, Mar 9, 2016 at 10:47 AM, Richard Biener > wrote: > >> About using the LLVM IR - similar issue I think, plus it is probably >> too far away >> from GCC so that what we'll end up will only look like LLVM IR but not >> actually >> be LL

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Andrew MacLeod
On 03/09/2016 10:47 AM, Richard Biener wrote: On Wed, Mar 9, 2016 at 3:27 PM, Andrew MacLeod wrote: On 03/07/2016 11:33 AM, David Malcolm wrote: So for testing specific passes, I'd much rather have an input format for testing individual passes that: * can be easily generated by GCC fro

Re: Implementing TI mode (128-bit) and the 2nd pipeline for the MIPS R5900

2016-03-09 Thread Richard Henderson
On 03/09/2016 08:45 AM, Woon yung Liu wrote: 3. due to the current register size (UNITS_PER_WORD) definition, allocating a TI mode register will cause two consecutive registers to be allocated instead (like the HILO pseudo register) of one (other than just being wrong, it is probably wasteful).

Re: Compiler support for erasure of sensitive data

2016-03-09 Thread Segher Boessenkool
[ Please don't top-post. ] On Wed, Mar 09, 2016 at 11:23:22AM -0300, Andres Tiraboschi wrote: > We are developing this feature for x86_64 > I want to see which registers are being used by the current function > for returning a value or as arguments. > I traverse the rtl looking for clobbered regis

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Manuel López-Ibáñez
On 9 March 2016 at 02:50, Trevor Saunders wrote: > On Tue, Mar 08, 2016 at 05:12:56PM -0500, Diego Novillo wrote: >> This way, implementing a library that supports dealing with GIMPLE >> becomes much simpler. This provides a nice foundation for all kinds >> of gimple-oriented tooling in the futur

Re: Nios2 arch=r1/r2

2016-03-09 Thread Sandra Loosemore
On 03/09/2016 03:03 AM, BELBACHIR Selim wrote: Hi, I'm looking at gcc-nios2 options -march. It seems two instruction sets can be selected (r1/r2) but I cannot find out where theses instructions set are described. On the other end I found this document https://www.altera.com/content/dam/altera-

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Eric Botcazou
> If the gimple IR were a strict subset of GNU C, then by all means > let's re-use the C FE. However, gimple encodes things that are > necessary for other languages but are not C. C++ gimple dumps have > try-finally. Fortran dumps use explicit parentheses "((x))". Surely, > Ada adds its own quirks

gcc-4.9-20160309 is now available

2016-03-09 Thread gccadmin
Snapshot gcc-4.9-20160309 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20160309/ 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

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-09 Thread Trevor Saunders
On Wed, Mar 09, 2016 at 07:45:57PM +, Manuel López-Ibáñez wrote: > On 9 March 2016 at 02:50, Trevor Saunders wrote: > > On Tue, Mar 08, 2016 at 05:12:56PM -0500, Diego Novillo wrote: > >> This way, implementing a library that supports dealing with GIMPLE > >> becomes much simpler. This provid