Snapshot gcc-4.6-20130118 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20130118/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi , i am trying to understand the Gcc 4.6 pipeline everything was good
tell i arrived to lang_hooks.parse_file , i cant figuration if this is
right or what
(CALL)-> finich_function { cgraph_finilize_function ->
cgraph_analize_function {cgraph_lower_function}} ?
--
Chaddy Huussin Vazqu
On Fri, 18 Jan 2013, Michael Zolotukhin wrote:
> Sure, the tests are of utmost importance here. By the way, in what
> suite should they be?
I suspect that things such as testing for both -mfpmath=387 and
-mfpmath=sse indicate a new .exp file. That may also help for other
things such as running
Richard Biener writes:
> Note that combine does not apply because %eax is used multiple
> times. This also means that for code-size the combining is not a good
> idea.
Though the lea instruction seems rather large, so in fact the code is
a fair bit smaller without it, e.g. as generated by clang/
"Fu, Chao-Ying" writes:
> From testing, I found out that the whole width of a MIPS
> integer/floating-point register
> is saved and restored around a call. This may hurt the performance.
>
> Ex:
> fu@debian6:/disk/fu/dev/test$ cat add2.c
> void test2(float);
>
> float test(float a, float b)
>
Sure, the tests are of utmost importance here. By the way, in what
suite should they be?
As for the changes in the compiler itself - what do you think about
introduction of a fake variable, reflecting rounding mode (similar
variables could be introduced for exception flags and other
properties). H
Sorry for the slow reply, only just saw this.
reed kotler writes:
> On 01/14/2013 04:50 PM, David Daney wrote:
>> On 01/14/2013 04:32 PM, reed kotler wrote:
>>> I'm not understanding why mips16 and nomips16 are not simple inheritable
>>> attributes.
>>
>> The mips16ness of a function must be know
Richard Biener wrote:
> On Thu, Jan 17, 2013 at 6:04 PM, Georg-Johann Lay wrote:
>> Richard Biener wrote:
>>> On Thu, Jan 17, 2013 at 12:20 PM, Georg-Johann Lay wrote:
Hi, suppose the following C code:
static __inline__ __attribute__((__always_inline__))
_Fract rbits (const
Hi!
On Thu, 17 Jan 2013 18:09:33 +0100, I wrote:
> Also known as: »I found another one«.
(That's the last one I'm currently seeing.) Again depending on
usability, we either get:
checking for [GCC] option to accept ISO C89... none needed
Or:
checking for [GCC] option to accept ISO C89
Hi
--- On Fri, Jan 18, 2013 at 3:26 PM, Richard Biener
wrote:
| Wild guess is that you miss /usr/local/lib{,64} in your LD_LIBRARY_PATH
| so the built configure test cannot be executed because the dynamic linker
| does not find ISL.
\--
By default, cloog installs to /usr/local/, so setting LD_LI
On Fri, Jan 18, 2013 at 9:32 AM, Konstantin Vladimirov
wrote:
> Hi,
>
> Faced this problem in private backend, but it can be easily reproduced
> on x86 GCC:
>
> Sample code (test.c):
>
> int a;
>
> int foo(int *x, int y)
> {
> a = x[(y << 1)];
> x[(y << 1)] = y;
> return 0;
> }
>
> Compile w
On Fri, Jan 18, 2013 at 8:28 AM, Shakthi Kannan wrote:
> Hi,
>
> --- On Thu, Jan 17, 2013 at 5:53 PM, Richard Biener
> wrote:
> | It's ISL 0.11.1 actually. 0.18.0 is the current CLooG version.
> \--
>
> Thanks. I downloaded cloog-0.18.0, compiled and installed the same using:
>
> $ cd cloog-0.
Hi!
On Thu, 17 Jan 2013 17:18:41 +, "Joseph S. Myers"
wrote:
> Really, for glibc bootstrapping I don't think you want to include any
> headers there. If $CPP is defined and nonempty, use that, otherwise use
> $CC -E; no testing for a "working" preprocessor is needed; we require GCC
> 4.3
On Thu, Jan 17, 2013 at 6:04 PM, Georg-Johann Lay wrote:
> Richard Biener wrote:
>> On Thu, Jan 17, 2013 at 12:20 PM, Georg-Johann Lay wrote:
>>> Hi, suppose the following C code:
>>>
>>>
>>> static __inline__ __attribute__((__always_inline__))
>>> _Fract rbits (const int i)
>>> {
>>> _Fract f
14 matches
Mail list logo
