On 19/04/2010 15:31, Mark Mitchell wrote:
> But, I don't think that plug-ins are yet a useful thing to announce in
> what is essentially a "marketing" context. Most users won't be able to
> use them yet. We have some infrastructure; we don't have a lot of use
> of that infrastructure yet.
Wel
On 04/19/2010 02:17 PM, Jonathan Wakely wrote:
On 19 April 2010 08:20, Justin P. Mattock wrote:
On 04/18/2010 11:57 PM, Jie Zhang wrote:
On 04/19/2010 02:43 PM, Justin P. Mattock wrote:
I couldn't resist..(had to play),
anyways I looked through the reports
but didn't see anything that was
fa
On 19 April 2010 08:20, Justin P. Mattock wrote:
> On 04/18/2010 11:57 PM, Jie Zhang wrote:
>>
>> On 04/19/2010 02:43 PM, Justin P. Mattock wrote:
>>>
>>> I couldn't resist..(had to play),
>>> anyways I looked through the reports
>>> but didn't see anything that was
>>> familiar. so I went and crea
On 19 April 2010 18:34, Basile Starynkevitch wrote:
>
> Note [*]: are we sure that other announced features, like Link Time
> Optimization, are *easily* usable by *ordinary* GCC users? I don't know, and
> I am not sure... Perhaps most ordinary users only know about -O1 or -O3...
Well, yes, because
Mark Mitchell wrote:
Basile Starynkevitch wrote:
It is really unfortunate the annoucement did not mention plugins,
another major feature of GCC. Why ?
I consider plug-ins an important feature for the future of GCC. I gave
a talk this past week as the Linux Foundation Collaboration Summit in
2010/4/19 Basile Starynkevitch :
> Laurynas Biveinis wrote:
>> The goal of the branch is to make the type of GC-allocated objects
>> known to GC at allocation time, by changing the allocation interface
>> from
>> foo *x = (foo *)ggc_alloc (sizeof (x));
>> to
>> foo *x = ggc_alloc_foo ();
>
> Will t
Laurynas Biveinis wrote:
Hi,
Now that GCC is in the stage1 and gc-improv branch work is finished as
I see it, I propose to merge it to mainline.
The goal of the branch is to make the type of GC-allocated objects
known to GC at allocation time, by changing the allocation interface
from
foo *x =
On 04/19/10 06:58, Frank Isamov wrote:
Hi,
My architecture supports instructions with two parallel side effects.
For example, addition and subtraction can be done in parallel:
(define_insn "assi6"
[(parallel [
(set (match_operand:SI 0 "register_operand" "=r")
(minus:SI (matc
Hi,
Now that GCC is in the stage1 and gc-improv branch work is finished as
I see it, I propose to merge it to mainline.
The goal of the branch is to make the type of GC-allocated objects
known to GC at allocation time, by changing the allocation interface
from
foo *x = (foo *)ggc_alloc (sizeof (x
Basile Starynkevitch wrote:
> It is really unfortunate the annoucement did not mention plugins,
> another major feature of GCC. Why ?
I consider plug-ins an important feature for the future of GCC. I gave
a talk this past week as the Linux Foundation Collaboration Summit in
which I made the case
On 19 Apr 2010, at 14:18, Manuel López-Ibáñez wrote:
On 19 April 2010 15:03, IainS
wrote:
consider :
typedef int INT1 ;
int func (INT1 x) ;
now if I am in grokparms() parsing "INT1 x " and I want to issue a
nice
diagnostic for x...
Can I ask what you mean by a nice diagnostic
On Mon, Apr 19, 2010 at 11:23:35AM +0200, Basile Starynkevitch wrote:
>
...
> I am not a native english speaker, but something like the following
> paragraph [to be added after the paragraph: GCC 4.5.0 is now capable
> of "link-time optimization". ... and equally significant reductions in
> code
On 19 April 2010 15:03, IainS wrote:
>
> consider :
>
> typedef int INT1 ;
>
> int func (INT1 x) ;
>
>
>
> now if I am in grokparms() parsing "INT1 x " and I want to issue a nice
> diagnostic for x...
Can I ask what you mean by a nice diagnostic? and what you want to use this for?
Just out
On Mon, Apr 19, 2010 at 3:03 PM, IainS wrote:
>
> consider :
>
> typedef int INT1 ;
>
> int func (INT1 x) ;
>
>
>
> now if I am in grokparms() parsing "INT1 x " and I want to issue a nice
> diagnostic for x...
>
> I can't seem to find the right magic that gets me back to that DECL for INT1
>
consider :
typedef int INT1 ;
int func (INT1 x) ;
now if I am in grokparms() parsing "INT1 x " and I want to issue a
nice diagnostic for x...
I can't seem to find the right magic that gets me back to that DECL
for INT1
(I actually want any attributes attached to it and an expand_
Hi,
My architecture supports instructions with two parallel side effects.
For example, addition and subtraction can be done in parallel:
(define_insn "assi6"
[(parallel [
(set (match_operand:SI 0 "register_operand" "=r")
(minus:SI (match_operand:SI 1 "register_operand" "r")
On Mon, Apr 19, 2010 at 02:13:52AM +0100, Dave Korn wrote:
> > /gnu/gcc/gcc/libjava/classpath/javax/swing/plaf/basic/BasicLookAndFeel.java:483:0:
> > note: variable tracking size limit exceeded with
> > -fvar-tracking-assignments, retrying without
>
> Re-running the build command manually spin
On Mon, Apr 19, 2010 at 10:50:48AM +0200, Richard Guenther wrote:
> On Mon, Apr 19, 2010 at 7:04 AM, Basile Starynkevitch
> wrote:
> > Mark Mitchell wrote:
> >>
> >> The Free Software Foundation and the GNU Compiler Collection (GCC)
> >> development team have released GCC 4.5.0. [...]
> >
> >
> >
On Mon, Apr 19, 2010 at 7:04 AM, Basile Starynkevitch
wrote:
> Mark Mitchell wrote:
>>
>> The Free Software Foundation and the GNU Compiler Collection (GCC)
>> development team have released GCC 4.5.0. [...]
>
>
> It is really unfortunate the annoucement did not mention plugins, another
> major f
On 04/18/2010 11:57 PM, Jie Zhang wrote:
On 04/19/2010 02:43 PM, Justin P. Mattock wrote:
I couldn't resist..(had to play),
anyways I looked through the reports
but didn't see anything that was
familiar. so I went and created an entry:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
Thanks.
20 matches
Mail list logo
