[gimplefe] Ran into a internal compiler error

2011-09-19 Thread Sandeep Soni
Hi, I was trying to make a symbol table for all the variable declarations for the gimple front end. Following is a patch: Index: parser.c === --- parser.c(revision 174754) +++ parser.c(working copy) @@ -28,6 +28,7 @@ #include

Re: cc1.exe: warnings being treated as errors

2011-09-19 Thread Jonathan Wakely
On 19 September 2011 18:59, Jon Grant wrote: > Hello > > I noticed that when compiling C files with GCC and using the -Werror > option, I see this additional output: > > cc1.exe: warnings being treated as errors > ./src/main.c: In function 'main': > ./src/main.c:41:15: error: unused variable 'hello

cc1.exe: warnings being treated as errors

2011-09-19 Thread Jon Grant
Hello I noticed that when compiling C files with GCC and using the -Werror option, I see this additional output: cc1.exe: warnings being treated as errors ./src/main.c: In function 'main': ./src/main.c:41:15: error: unused variable 'hello' Is the "cc1" line output needed? Just wondering if it co

RE: Derive more alias information from named address space

2011-09-19 Thread Bingfeng Mei
Thanks. I will prepare a patch. Bingfeng > -Original Message- > From: Ulrich Weigand [mailto:uweig...@de.ibm.com] > Sent: 19 September 2011 12:56 > To: Bingfeng Mei > Cc: gcc@gcc.gnu.org > Subject: Re: Derive more alias information from named address space > > Bingfeng Mei wrote: > > >

Re: Derive more alias information from named address space

2011-09-19 Thread Ulrich Weigand
Bingfeng Mei wrote: > Therefore, A & B could only be disjoint, i.e., not aliased to each other. > We should be able to write: > > if (MEM_ADDR_SPACE (mem) != MEM_ADDR_SPACE (x)) > { > if (!targetm.addr_space.subset_p (MEM_ADDR_SPACE (mem), MEM_ADDR_SPACE > (x)) >&& !targetm.addr_