Re: Enable -Wreturn-type by default ?

2014-01-16 Thread Sylvestre Ledru
Hello, On 17/11/2013 17:47, Jonathan Wakely wrote: > On 17 November 2013 15:40, Sylvestre Ledru wrote: >> For "control reaches end of non-void function", I haven't activated by >> default and I called the option -Wfalloff-nonvoid-function >> Of course, that is just a proposal! :) Better names are

Re: Enable -Wreturn-type by default ?

2014-01-16 Thread Jonathan Wakely
On 16 January 2014 11:11, Sylvestre Ledru wrote: > Hello, > > On 17/11/2013 17:47, Jonathan Wakely wrote: >> On 17 November 2013 15:40, Sylvestre Ledru wrote: >>> For "control reaches end of non-void function", I haven't activated by >>> default and I called the option -Wfalloff-nonvoid-function >>

libatomic Makefile unconditionally sets -march=armv7-a when configuring with ifunc support

2014-01-16 Thread Kyrill Tkachov
Hi Richard, I noticed that Makefile.in in libatomic sets -march=armv7-a when compiling for arm linux targets with ifunc support: @ARCH_ARM_LINUX_TRUE@@HAVE_IFUNC_TRUE@IFUNC_OPTIONS = -march=armv7-a -DHAVE_KERNEL64 Is there any particular reason why it must do that? It seems that if we're try

Re: Infinite number of iterations in loop [v850, mep]

2014-01-16 Thread Chris Gallimore
Hi, My name is Chris Gallimore and I am a headhunter. I am currently recruiting for a compiler design engineer with knowledge of GCC to join Ericsson in the UK. I was hoping that somebody here might be interested or might know somebody. If so, please drop me an email at chris.gallim...@wenhamcarte

Re: Enable -Wreturn-type by default ?

2014-01-16 Thread Jeff Law
On 01/16/14 04:45, Jonathan Wakely wrote: On 16 January 2014 11:11, Sylvestre Ledru wrote: Hello, On 17/11/2013 17:47, Jonathan Wakely wrote: On 17 November 2013 15:40, Sylvestre Ledru wrote: For "control reaches end of non-void function", I haven't activated by default and I called the optio

gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery

2014-01-16 Thread Luke A. Guest
Hi, I've been over this before and have got nowhere with it. As I've just retried building the latest sources after a long break I'd thought I'd add some further comment in the hope that someone somewhere cares enough to fix this issue; this is over my head at this time. Say you want to build an

Re: gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery

2014-01-16 Thread Rolf Ebert
Am 16.01.2014 18:17, schrieb Luke A. Guest: But what about the gnattools? Not buildable. A message in the ml archives states to build them with "make -C gcc gnattools," but this fails: This is PR19959, see comment #13. IMHO, this PR was incorrectly closed. That's why we use the mentioned buil

Re: libatomic Makefile unconditionally sets -march=armv7-a when configuring with ifunc support

2014-01-16 Thread Richard Henderson
On 01/16/2014 05:51 AM, Kyrill Tkachov wrote: > Hi Richard, > > I noticed that Makefile.in in libatomic sets -march=armv7-a when compiling for > arm linux targets with ifunc support: > > @ARCH_ARM_LINUX_TRUE@@HAVE_IFUNC_TRUE@IFUNC_OPTIONS = -march=armv7-a > -DHAVE_KERNEL64 > > Is there any parti

Re: gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery

2014-01-16 Thread Luke A. Guest
On Thu, 2014-01-16 at 18:53 +0100, Rolf Ebert wrote: > Am 16.01.2014 18:17, schrieb Luke A. Guest: > > > But what about the gnattools? Not buildable. A message in the ml > > archives states to build them with "make -C gcc gnattools," but this > > fails: > > This is PR19959, see comment #13. IMHO,

Re: gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery

2014-01-16 Thread Luke A. Guest
And to clarify: $ make -C gnattools/ gnattools-cross make: Entering directory `/home/laguest/src/mine/tinyada-new/build/arm-none-eabi/gcc2-built-with-git-ro/gnattools' # gnattools1-re make -C ../gcc/ada/tools -f ../Makefile \ "CC=cc" "CXX=g++" "CFLAGS=-g -W -Wall" "LDFLAGS=" "ADAFLAGS=-g

gcc-4.8-20140116 is now available

2014-01-16 Thread gccadmin
Snapshot gcc-4.8-20140116 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140116/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.8 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches