Re: Mips testcase question

2013-07-31 Thread Richard Sandiford
Steve Ellcey writes: > On Tue, 2013-07-30 at 20:32 +0100, Richard Sandiford wrote: >> "Steve Ellcey " writes: >> > I have noticed that gcc.target/mips/fpr-moves-7.c and >> > gcc.target/mips/fpr-moves-8.c fail when running the GCC >> > testsuite with -msoft-float. >> >> Which configuration and te

Re: New file extension

2013-07-31 Thread Martin Jambor
Hi, On Tue, Jul 30, 2013 at 11:07:52AM -0500, Gabriel Dos Reis wrote: > On Tue, Jul 30, 2013 at 7:28 AM, Martin Jambor wrote: > > > As far as newbies are concerned, I think that grasping that .c files > > are C++ files is one of the easy things to learn about GCC compared to > > other necessary

Re: Mips testcase question

2013-07-31 Thread Steve Ellcey
On Wed, 2013-07-31 at 08:19 +0100, Richard Sandiford wrote: > The first, I think. Or more specifically, we need to do this whenever > -mabicalls is used, rather than just when addressing!=absolute. > Could you give the patch below a try? > > Thanks, > Richard That patch fixed the problem. Stev

Re: fatal error: gnu/stubs-32.h: No such file

2013-07-31 Thread Matthias Klose
Am 29.07.2013 15:06, schrieb FX: >> As a consensual first step toward addressing this issue, I suggest the >> following patch to the doc. I hope it is clear enough, but suggestions are >> obviously welcome. (I haven't even compiled the docs with it, as I'm on my >> laptop with little battery.) >

Re: fatal error: gnu/stubs-32.h: No such file

2013-07-31 Thread Jonathan Wakely
On 31 July 2013 20:44, Matthias Klose wrote: > if you mention distribution specific packages, please add the ones needed for > some distributions. For Debian/Ubuntu this would be g++-multilib if the > architecture is multilib'ed, g++ otherwise. That's not the package that provides gnu/stubs-32.h,

Re: fatal error: gnu/stubs-32.h: No such file

2013-07-31 Thread Russ Allbery
Jonathan Wakely writes: > On 31 July 2013 20:44, Matthias Klose wrote: >> if you mention distribution specific packages, please add the ones needed for >> some distributions. For Debian/Ubuntu this would be g++-multilib if the >> architecture is multilib'ed, g++ otherwise. > That's not the packa