Re: [buildrobot] sparc64-linux broken

2014-04-21 Thread Jan-Benedict Glaw
On Sat, 2014-04-19 21:54:07 +0200, Jan-Benedict Glaw wrote: > Hi! > > I noticed that between 704db68e45..f2de45326 (209463..r209495), > probbaly in e2ec52cad85e (r209484), building for arm-eabi breaks: For sparc64-linux, things look like this (cf. http://toolchain.lug-owl.de/buildbot/show_build_

Re: [buildrobot] sparc64-linux broken

2014-04-21 Thread Richard Henderson
On 04/21/2014 09:53 AM, Jan-Benedict Glaw wrote: > /home/jbglaw/repos/gcc/gcc/config/sparc/sparc.c:4858: error: invalid > conversion from ‘int’ to ‘machine_mode’ Yes, something has changed recently in the build flags to (I believe) remove -fpermissive. Quite a few backends are affected by this

Re: [buildrobot] sparc64-linux broken

2014-04-21 Thread Jakub Jelinek
On Mon, Apr 21, 2014 at 10:15:19AM -0700, Richard Henderson wrote: > On 04/21/2014 09:53 AM, Jan-Benedict Glaw wrote: > > /home/jbglaw/repos/gcc/gcc/config/sparc/sparc.c:4858: error: invalid > > conversion from ‘int’ to ‘machine_mode’ > > > Yes, something has changed recently in the build flags

Re: [buildrobot] sparc64-linux broken

2014-04-21 Thread Richard Henderson
On 04/21/2014 11:02 AM, Jakub Jelinek wrote: > but I'd say for GCC codebase it is better if we fix > the few users of these macros that pass an int rather than enum machine_mode > to these macros. I agree. In the aarch64 backend it determined that we were passing a reg_class_t and not a mode at a

multiple rtems targets __dso_handle not found

2014-04-21 Thread Joel Sherrill
Hi The cut and paste is from an sh-rtems C++ application link failure. But the failure is happening on some h8300, m68k, powerpc, and sh BSPs. Each BSP has its own linker script so if there is a mistake in that due to age, then we could be missing some newer magic. This is all with gcc 4.8.2 and b

Re: Performance gain through dereferencing?

2014-04-21 Thread David Brown
On 16/04/14 17:57, Peter Schneider wrote: Hi David, Sorry, I had included more information in an earlier draft which I edited out for brevity. (Sorry for the late reply - Easter is a /serious/ holiday in Norway.) > You cannot learn useful timing > information from a single run of a short

Re: [buildrobot] sparc64-linux broken

2014-04-21 Thread Michael Meissner
On Mon, Apr 21, 2014 at 08:02:39PM +0200, Jakub Jelinek wrote: > Sure, we could change this to use mode_size_inline ((enum machine_mode) > (MODE)) > in the macro instead, but I'd say for GCC codebase it is better if we fix > the few users of these macros that pass an int rather than enum machine_m