On 03/03/2011 05:31 PM, Joern Rennecke wrote:
CUMULATIVE_ARGS is a target-dependent type, and thus every use of it
in the interface of target hooks should be considered a bug.
The very presence of CUMULATIVE_ARGS in the interface is a bug, but I
don't see why introducing more uses should be f
Coucou FX,
On Sat, 5 Mar 2011, FX wrote:
uintmax_t is the largest of the standard unsigned C types, so it cannot be
larger than unsigned long long.
That's a gcc property then. The C99 standard only guarantees that
uintmax_t is at least as large as unsigned long long, but it is allowed to
On 06/03/2011 07:02, Anthony Green wrote:
> All of the -flto tests fail for moxie-elf...
>
> http://gcc.gnu.org/ml/gcc-testresults/2011-03/msg00399.html
>
> It turns out that this is because it fails to link with the code in
> libgloss when I enable -flto.
>
> I link the test code with a special
On Sun, Mar 6, 2011 at 5:57 AM, Dave Korn wrote:
> On 06/03/2011 07:02, Anthony Green wrote:
>> All of the -flto tests fail for moxie-elf...
>>
>> http://gcc.gnu.org/ml/gcc-testresults/2011-03/msg00399.html
>>
>> It turns out that this is because it fails to link with the code in
>> libgloss when
On 3/6/2011 9:10 AM, H.J. Lu wrote:
On Sun, Mar 6, 2011 at 5:57 AM, Dave Korn wrote:
On 06/03/2011 07:02, Anthony Green wrote:
All of the -flto tests fail for moxie-elf...
http://gcc.gnu.org/ml/gcc-testresults/2011-03/msg00399.html
It turns out that this is because it fails to link with the
On Sun, Mar 06, 2011 at 09:56:52AM +0100, Marc Glisse wrote:
> >uintmax_t is the largest of the standard unsigned C types, so it cannot be
> >larger than unsigned long long.
>
> That's a gcc property then. The C99 standard only guarantees that
> uintmax_t is at least as large as unsigned long lon
On Sun, Mar 6, 2011 at 6:52 AM, Anthony Green wrote:
> On 3/6/2011 9:10 AM, H.J. Lu wrote:
>>
>> On Sun, Mar 6, 2011 at 5:57 AM, Dave Korn
>> wrote:
>>>
>>> On 06/03/2011 07:02, Anthony Green wrote:
All of the -flto tests fail for moxie-elf...
http://gcc.gnu.org/ml/gcc-testres
On Sat, Mar 5, 2011 at 11:08 AM, H.J. Lu wrote:
> Hi,
>
> Many x32 bugs are fixed in kernel, glibc, binutils and GCC:
>
> https://sites.google.com/site/x32abi/
>
> The major remaining issues are glibc/gcc testsuite failures,
> kernel core dump and signal handler unwind.
>
I checked in a kernel pa
Hi there,
I have a Sun / Cobalt Qube 3 with an AMD K6-2+ CPU, and gcc seems to be
misdetecting it as an Athlon when using -march=native
# gcc -v -Q --help=target -march=native 2>&1 | grep march
/usr/libexec/gcc/i586-pc-linux-gnu/4.5.2/cc1 -v help-dummy -D_FORTIFY_SOURCE=2
-march=athlon --param
Snapshot gcc-4.3-20110306 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20110306/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hey ALL,
after some time of source code investigations, testing and experiments,
I finally bundled my experiences with GCC front-ends in a "white paper"
about the internals of GCC front-ends. It is not really structured like
a tutorial, but it should hopefully be usuable by GCC newbies to spee
On 2011-3-7 5:29, Andi Hellmund wrote:
Hey ALL,
after some time of source code investigations, testing and experiments,
I finally bundled my experiences with GCC front-ends in a "white paper"
about the internals of GCC front-ends. It is not really structured like
a tutorial, but it should hopefu
Hi,
Is there any best optimization flags with compilation to be used for gcc 4.5.2
creation of binaries?
Pls. let us know.
Regards,
Gururaj
-Original Message-
From: Jonathan Wakely [mailto:jwakely@gmail.com]
Sent: Tuesday, February 22, 2011 3:47 PM
To: Gururaj, Rao
Cc: g...@gnu.o
"Gururaj, Rao" writes:
> Is there any best optimization flags with compilation to be used for gcc
> 4.5.2 creation of binaries?
As Jonathan said, please send requests for help using or building gcc to
gcc-h...@gcc.gnu.org. Thanks.
Ian
> -Original Message-
> From: Jonathan Wakely [mai
14 matches
Mail list logo