I don't know why GCC defines inhibit_libc during configuration. Now I
use --with-headers according to another mail's suggestion, this problem
is solved. Thanks.
Bingfeng
-Original Message-
From: Jan Hubicka [mailto:[EMAIL PROTECTED]
Sent: 16 June 2008 02:54
To: Bingfeng Mei
Cc: gcc@gcc.g
2008/6/16 Jonathan Wakely <[EMAIL PROTECTED]>:
> 2008/6/13 Mark Mitchell:
>> Jonathan Wakely wrote:
>>>
>>> Hi Volker, thanks for picking these issues up. I told Manuel I'd
>>> review the rest of the remaining pedwarns, but haven't had time to do
>>> it either.
>>
>> Just to chime in here: Volker,
Hi,
When linking a very large (> 100MB executable) application on
powerpc-linux with trunk we get linker errors:
.../lib/gcc/powerpc-unknown-linux-gnu/4.4.0/crtbegin.o:(.fini+0x0):
relocation truncated to fit: R_PPC_REL24 against `.text'
.../lib/gcc/powerpc-unknown-linux-gnu/4.4.0/crtend.o:(.init
Hello,
I encountered a problem in porting GCC (4.3.0) when I tried to make
contructor/destructor work. The following is the error message compiling
crtstuff.c.
../../src/gcc/crtstuff.c: In function 'call___do_global_ctors_aux':
../../src/gcc/crtstuff.c:562: error: expected string literal before
Some people asked me to update GCC release comparison page on
http://vmakarov.fedorapeople.org/spec/
I've added 4.3, new target x86_64 and SPECFP2000 for the comparison.
You can find it on http://vmakarov.fedorapeople.org/spec/
Vlad
I realized I probably need to write CRT_CALL_STATIC_FUNCTION myself.
That should solve the issue.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Bingfeng Mei
Sent: 16 June 2008 14:01
To: gcc@gcc.gnu.org
Subject: Is this a GCC bug?
Hello,
I encountered a
On Mon, Jun 16, 2008 at 01:27:58PM +0200, Laurent GUERBY wrote:
> Hi,
>
> When linking a very large (> 100MB executable) application on
> powerpc-linux with trunk we get linker errors:
>
> .../lib/gcc/powerpc-unknown-linux-gnu/4.4.0/crtbegin.o:(.fini+0x0):
> relocation truncated to fit: R_PPC_REL
Daniel,
I've submitted a bug report via gccbug about an hour ago, but so far have
neither received a confirmation of the report nor a bounce. Is the gccbug
parser at [EMAIL PROTECTED] still operational?
Regards.
Rainer
I haven't touched it in well over a year.
I'll look what's up.
On Mon, Jun 16, 2008 at 12:40 PM, Rainer Orth
<[EMAIL PROTECTED]> wrote:
> Daniel,
>
> I've submitted a bug report via gccbug about an hour ago, but so far have
> neither received a confirmation of the report nor a bounce. Is the gcc
On Mon, 2008-06-16 at 23:36 +0930, Alan Modra wrote:
> On Mon, Jun 16, 2008 at 01:27:58PM +0200, Laurent GUERBY wrote:
> > Hi,
> >
> > When linking a very large (> 100MB executable) application on
> > powerpc-linux with trunk we get linker errors:
> >
> > .../lib/gcc/powerpc-unknown-linux-gnu/4.4
Hi all,
a long time ago (in feb. 2005 !) I posted a small patch for a tiny speed-up
of gcc. (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19832)
According to the latest comment, gcc could be teached to detect such cases
in order to optimize it away by itself.
I do agree that such cases must not b
Snapshot gcc-4.1-20080616 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20080616/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Help !
gcc.dg/tree-ssa/loop-35.c is a test that looks for "Executing store motion" in
dump-tree-lim-details
As the load and store of memory location should be pulled out of loop.
This works for 3 out of 4 tescases. But on AVR target test3() will fail.
The only difference between this and te
13 matches
Mail list logo
