RE: ICE in trunk due to MEM with address in vector mode

> -Original Message- > From: Richard Sandiford [mailto:rdsandif...@googlemail.com] > Sent: 24 January 2014 16:34 > To: Paulo Matos > Cc: gcc@gcc.gnu.org > Subject: Re: ICE in trunk due to MEM with address in vector mode > > Paulo Matos writes: > >> If we do support vector addresses than I

[Testsuite] getpid in gcc.c-torture/execute/pr58419.c

All, gcc.c-torture/execute/pr58419.c has a call to getpid, and this causes a linker error on the AVR (embedded) target. Is the call intentional, and if yes, how should this be fixed for targets that don't support an OS? Regards Senthil

Mode change for bswap pattern expansion

Hello, On a vector processor we can do a bswapsi with two instructions, by first rotating half-words (16 bits) by 8 and then rotating full words by 16. However, this means expanding: (set (match_operand:SI 0 "register_operand" "") (bswap:SI (match_operand:SI 1 "register_operand" ""))) to:

Re: libsanitizer builds slowly

On 2013.12.17 at 07:43 +0100, Jakub Jelinek wrote: > On Tue, Dec 17, 2013 at 08:45:13AM +0400, Konstantin Serebryany wrote: > > Indeed, the compile time is dominated by asan_interceptors.cc: > > % touch ~/llvm/projects/compiler-rt/lib/asan/asan_interceptors.cc > > % date; ninja libclang_rt.asan-x8

Re: Mode change for bswap pattern expansion

Paulo Matos writes: > On a vector processor we can do a bswapsi with two instructions, by first > rotating half-words (16 bits) by 8 and then rotating full words by 16. > However, this means expanding: > (set (match_operand:SI 0 "register_operand" "") > (bswap:SI (match_operand:SI 1 "regist

RE: Mode change for bswap pattern expansion

> -Original Message- > From: Richard Sandiford [mailto:rdsandif...@googlemail.com] > Sent: 27 January 2014 16:06 > To: Paulo Matos > Cc: gcc@gcc.gnu.org > Subject: Re: Mode change for bswap pattern expansion > > Paulo Matos writes: > > On a vector processor we can do a bswapsi with two

Re: Is C++11 to be default for GCC 4.9?

On 01/26/2014 05:17 PM, Richard Sandiford wrote: Marc Glisse writes: I got an error that implies that "auto" is not usable, which would mean that C++11 is not enabled, but I also got a warning that implied that gnu++11 is "enabled by default". error: ‘xdir’ does not name a type warning: no

Re: Is C++11 to be default for GCC 4.9?

On Mon, 27 Jan 2014, Florian Weimer wrote: On 01/26/2014 05:17 PM, Richard Sandiford wrote: Any objections to changing it to "this warning is enabled by default" or "warning enabled by default"? Or is that too verbose? The second one looks fine to me, need to find a real reviewer now ;-) We

Re: Mode change for bswap pattern expansion

Paulo Matos writes: >> -Original Message- >> From: Richard Sandiford [mailto:rdsandif...@googlemail.com] >> Sent: 27 January 2014 16:06 >> To: Paulo Matos >> Cc: gcc@gcc.gnu.org >> Subject: Re: Mode change for bswap pattern expansion >> >> Paulo Matos writes: >> > On a vector processor w

RE: Mode change for bswap pattern expansion

> -Original Message- > From: Richard Sandiford [mailto:rsand...@linux.vnet.ibm.com] > Sent: 27 January 2014 16:50 > To: Paulo Matos > Cc: gcc@gcc.gnu.org > Subject: Re: Mode change for bswap pattern expansion > > Sorry, I meant we use an unspec for the first ("V2HI") rotate. > I.e. rather

The Linux binutils 2.24.51.0.3 is released

It is also available as hjl/linux/release/2.24.51.0.3 tag at https://sourceware.org/git/?p=binutils-gdb.git;a=summary H.J. --- This is the beta release of binutils 2.24.51.0.3 for Linux, which is based on binutils 2014 0127 master branch on sourceware.org plus various changes. It is purely for L

Re: Mode change for bswap pattern expansion

On Jan 27, 2014, at 8:59 AM, Paulo Matos wrote: >> -Original Message- >> From: Richard Sandiford [mailto:rsand...@linux.vnet.ibm.com] >> Sent: 27 January 2014 16:50 >> To: Paulo Matos >> Cc: gcc@gcc.gnu.org >> Subject: Re: Mode change for bswap pattern expansion >> >> Sorry, I meant we

gcc.gnu.org/infrastructure - newer versions of GMP/mpfr/mpc/isl/cloog?

Hello, motivated by the recent MPC 1.0.2 announcement, I looked at ./contrib/download_prerequisites and also at ftp://gcc.gnu.org/pub/gcc/infrastructure/ to see which versions are offered there. Question: Would it make sense to place newer versions into infrastructure and update ./contrib/d

Re: gcc.gnu.org/infrastructure - newer versions of GMP/mpfr/mpc/isl/cloog?

On 01/27/2014 08:29 PM, Tobias Burnus wrote: Hello, motivated by the recent MPC 1.0.2 announcement, I looked at ./contrib/download_prerequisites and also at ftp://gcc.gnu.org/pub/gcc/infrastructure/ to see which versions are offered there. Question: Would it make sense to place newer versions i

Re: GCC Mips has 31 Masks in mips.opt

On Sat, 2014-01-25 at 20:34 +, Richard Sandiford wrote: > Yeah, I've been trying to use separate variables for new flags. > That's why a lot of the MIPS options have discrete TARGET_… variables > (defined via Var(TARGET_…)). target_flags should only really be needed > for options whose defaul

Re: Update x86-64 PLT for MPX

On Mon, Jan 27, 2014 at 1:42 PM, H.J. Lu wrote: > On Sat, Jan 18, 2014 at 8:11 AM, H.J. Lu wrote: >> Hi, >> >> Here is the proposal to update x86-64 PLT for MPX. The linker change >> is implemented on hjl/mpx/pltext8 branch. Any comments/feedbacks? >> >> Thanks. >> >> -- >> H.J. >> --- >> Intel

Re: GCC Mips has 31 Masks in mips.opt

Steve Ellcey writes: > On Sat, 2014-01-25 at 20:34 +, Richard Sandiford wrote: > >> Yeah, I've been trying to use separate variables for new flags. >> That's why a lot of the MIPS options have discrete TARGET_… variables >> (defined via Var(TARGET_…)). target_flags should only really be neede

Re: [Testsuite] getpid in gcc.c-torture/execute/pr58419.c

This is on trunk - I was under the impression that it is always trunk, unless otherwise stated? getpid doesn't really make sense for bare metal targets, I would think? Regards Senthil On Mon, Jan 27, 2014 at 01:04:48PM +, Umesh Kalappa wrote: > Senthil, > Please do let us know the gcc versio