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
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
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,
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
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
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
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
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
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
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
>>
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
11 matches
Mail list logo
