On Tue, Sep 1, 2009 at 10:55 PM, Toon Moene wrote:
> Diego Novillo wrote:
>
>> On Tue, Sep 1, 2009 at 11:42, Ryan Mansfield wrote:
>
>>> Is it required that the same compiler that generated lto objects be used
>>> to
>>> read them? I've come across a couple ICEs with the current revision
>>> readin
On Tue, Sep 01, 2009 at 12:37:24PM +0200, Jakub Jelinek wrote:
> Subject says it all, I guess.
The trunk is unfrozen again, VTA has been merged and Alex will just enable
-fvar-tracking-assignments by default later today.
Jakub
> So, question time again : could this be in my port, or a more
> fundamental issue as Dave hints ?
Both. By my reading the ABI you're trying to implement does not provide the
guarantees required to use iwmmxt instructions. There are ways around this,
but none of them are simple or pretty. The s
2009/9/1 Michael Matz :
>> [psi...@joana obj]$ ls -lh gcc/xgcc gcc/g++
>> -rwxrwxr-x. 1 psilva psilva 481K Ago 31 12:58 gcc/g++
>> -rwxrwxr-x. 1 psilva psilva 477K Ago 31 12:58 gcc/xgcc
>
> That's not the real compiler, only the compiler driver. Look for files
> named cc1 (the C compiler) and cc1
Dear all,
I got a few minutes between vacations and wanted to give you a small update
on the GSOC'09 developments for GCC by Liang Peng and Yunajie Huang from ICT,
China
(in CC).
The projects were about extending GCC to enable fine-grain optimization
selection
(GRAPHITE optimizations, unrollin
On 09/01/2009 03:20 PM, Jean Christophe Beyler wrote:
First off: does this seem correct?
Yes. Though I do wonder why you are avoiding using the normal libcall
machinery. If all you really care about is changing the function name,
then all you need to do is modify the appropriate optab. See
On Wed, 2009-09-02 at 13:34 +0100, Paul Brook wrote:
> > So, question time again : could this be in my port, or a more
> > fundamental issue as Dave hints ?
>
> Both. By my reading the ABI you're trying to implement does not provide the
> guarantees required to use iwmmxt instructions. There are
Peter Bergner wrote:
On Tue, 2009-09-01 at 16:46 -0400, Vladimir Makarov wrote:
Peter Bergner wrote:
Were you going to whip that patch up or did you want me to?
I am going to do it by myself.
Great! I'd like to see how your patch affects POWER6 performance.
Do you have
Along with the VTA merge, a change was installed that made
bootstrap-debug BUILD_CONFIG the default.
This means stage2 is built with -g0, and stage3 is built with -g, and
then we compare the object files after stripping them.
Although this works fine on numerous GNU/Linux platforms on which I
tes
On Wed, 2009-09-02 at 11:49 -0400, Vladimir Makarov wrote:
> So probably, it is worth to do update_equiv_reg as a separate pass.
Agreed.
> I'll submit a patch on next week (sorry, I am a bit busy this week).
Sounds good. Thanks for taking care of this!
Peter
Adam Nemet writes:
> Richard Henderson writes:
>> On 09/01/2009 12:48 PM, Adam Nemet wrote:
>> > I see. So I guess you're saying that there is little chance to optimize
>> > the
>> > loop I had in my previous email ;(.
>>
>> Not at the rtl level. Gimple-level loop splitting should do it though
> Yes. Though I do wonder why you are avoiding using the normal libcall
> machinery. If all you really care about is changing the function name, then
> all you need to do is modify the appropriate optab. See, for instance,
> arm_init_libfuncs.
I guess both could work. I had seen the TARGET_INIT
Hello All,
My feeling is that the Link Time Optimisation (LTO) effort should be
soon (=is expected to be, or is already) merged inside GCC trunk (future
4.5).
Several years ago, I asked if there is any possibility for an additional
pass to profit of LTO infrastructure to add some extra data
On Wed, Sep 2, 2009 at 10:06 PM, Basile
STARYNKEVITCH wrote:
> Hello All,
>
> My feeling is that the Link Time Optimisation (LTO) effort should be soon
> (=is expected to be, or is already) merged inside GCC trunk (future 4.5).
>
> Several years ago, I asked if there is any possibility for an addit
Richard Guenther wrote:
On Wed, Sep 2, 2009 at 10:06 PM, Basile
STARYNKEVITCH wrote:
Hello All,
My feeling is that the Link Time Optimisation (LTO) effort should be soon
(=is expected to be, or is already) merged inside GCC trunk (future 4.5).
Several years ago, I asked if there is any possibi
On Wed, Sep 2, 2009 at 10:24 PM, Basile
STARYNKEVITCH wrote:
> Richard Guenther wrote:
>>
>> On Wed, Sep 2, 2009 at 10:06 PM, Basile
>> STARYNKEVITCH wrote:
>>>
>>> Hello All,
>>>
>>> My feeling is that the Link Time Optimisation (LTO) effort should be soon
>>> (=is expected to be, or is already) m
Hello All
I am trying to clean up the configure.ac & Makefile.in inside the MELT
branch. [Several people rightly complained about that].
But I am not an autoconf expert. I welcome a big lot the recent update
to autoconf 2.64
I have no clear understanding of:
how to add an extra libary (fre
Richard Guenther wrote:
A dream case example would be a plugin for whole program static analysis.
The IPA pass infrastructure has all the necessary bits for this.
How do you deal with several compilation units?
I was thinking LTO is designed for that?
I of course mean the IPA pass infrastru
Hello,
After a rather long break due to other work I tried to revive my work on
support for the function prologue used in Win32 API functions on Windows - a
function prologue that some apps running in Wine expect.
This thread from January explains what I am trying to do:
http://gcc.gnu.org/ml/gc
Currently I still have these problems:
*) There is apparently some plugin framework in the works. Can this
functionality implemented as a plugin?
No, plugins do not affect the backend.
*) The stack alignment code + msvc_prologue is used by Wine on osx though.
Currently I pop %ebp after the 5 b
2009/9/3 Paolo Bonzini :
> if (TARGET_64BIT
> ? !is_attribute_p ("msvc_prologue", name))
> : is_attribute_p ("msvc_prologue", name))
> {
> warning (OPT_Wattributes, "%qE attribute not available for "
> "%d-bit", name, TARGET_64BIT ? 64 : 32);
> *no_add_a
On 09/03/2009 12:27 AM, Kai Tietz wrote:
2009/9/3 Paolo Bonzini:
if (TARGET_64BIT
? !is_attribute_p ("msvc_prologue", name))
: is_attribute_p ("msvc_prologue", name))
{
warning (OPT_Wattributes, "%qE attribute not available for "
"%d-bit", name, TARGE
On Fri, 24 Jul 2009 09:51:07 -0600
Tom Tromey wrote:
> > "Basile" == Basile STARYNKEVITCH writes:
> Basile> Shouldn't a python script for gdb be installed outside of a directory
> Basile> supposed to contain only ELF libraries? Wouldn't a gdb specific
> Basile> subdirectory be a more app
23 matches
Mail list logo
