On 04/27/2011 03:28 PM, Yuan Pengfei wrote:
Any other advice will be appreciated.
I think you can look into llvm-clang. It compiles faster and uses
much less memory than gcc.
It is also a completely different compiler. It doesn't make sense to
compare the two, unless Dimitrios wants to rewr
Hi Dodji,
Dodji Seketeli writes:
> Boris Kolpackov a =C3=A9crit:
>
> > template
> > struct wrap
> > {
> > typedef T w_s;
> > };
> >
> > typedef wrap::w_s w_s_t;
> >
> > Now if I traverse from w_s_t using DECL_ORIGINAL_TYPE I get:
> >
> > w_s_t->w_s->s
> >
> > Instead of:
> >
> > w_s_t->w_s->
Status
==
GCC 4.5.3 has been released, the release will be announced after
mirrors have catched up. The branch is open again for regression
and documentation fixes.
Quality Data
Priority # Change from Last Report
--- ---
P1
On Fri, Apr 29, 2011 at 9:18 AM, Paolo Bonzini wrote:
> On 04/27/2011 03:28 PM, Yuan Pengfei wrote:
>>>
>>> Any other advice will be appreciated.
>>
>> I think you can look into llvm-clang. It compiles faster and uses
>> much less memory than gcc.
>
> It is also a completely different compiler. I
Hi,
My name is Pierre Vittet and my GSOC application as been selected. My
project is about writing a plugin allowing GCC users to add some simple
warnings, being useful in their particular project.
The user should be able to add rules like "when I got a call to a foo
function, I would like to
On Fri, 29 Apr 2011 09:24:43 +0200
Pierre Vittet wrote:
> Hi,
>
> My name is Pierre Vittet and my GSOC application as been selected. My
> project is about writing a plugin allowing GCC users to add some simple
> warnings, being useful in their particular project.
[...]
Thanks to Pierre for h
On 29/04/2011 09:24, Pierre Vittet wrote:
Hi,
My name is Pierre Vittet and my GSOC application as been selected. My
project is about writing a plugin allowing GCC users to add some simple
warnings, being useful in their particular project.
The user should be able to add rules like "when I got a
On Fri, 29 Apr 2011 12:30:45 +0200
David Brown wrote:
>
> There is a lot of interesting and useful work that could be done here.
> Melt is a nice idea, but the big barrier (for me, anyway) is the
> language - it's Lisp, which is very different to other languages that
> I've used.
Pierre Vit
Thank you all for your ideas, they are much appreciated. I will certainly
investigate into the areas you mentioned, so do keep the feedback coming.
I will certainly comment on them, once I have a better understanding. And
I'd like to get in sync with existing work, so that duplicate effort is
a
On Fri, Apr 29, 2011 at 09:24, Dimitrios Apostolou wrote:
> Thank you all for your ideas, they are much appreciated. I will certainly
> investigate into the areas you mentioned, so do keep the feedback coming. I
> will certainly comment on them, once I have a better understanding. And I'd
> like t
> "Paolo" == Paolo Bonzini writes:
Paolo> * Put the string at the end of the IDENTIFIER_NODE using the trailing
Paolo> array hack (or possibly in the ht_identifier, see
Paolo> libcpp/include/symtab.h and libcpp/symtab.c)
I implemented this once:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg
On Fri, 29 Apr 2011, Diego Novillo wrote:
The very first one is a copyright assignment. Have you started that
process? If not, I will send you the form.
Thanks Diego, please send me the form. I'll sign it as soon as my
contributions require it.
Dimitris
On Fri, Apr 29, 2011 at 09:18:56AM +0200, Paolo Bonzini wrote:
> * Get rid of EXPR_LIST and INSN_LIST
This is reasonably difficult, though particular subprojects may be easy
enough. Notable uses of EXPR_LIST:
- loop-iv.c
- the interface to TARGET_FUNCTION_VALUE
- the scheduler
- REG_NOTES
-
On 04/29/2011 04:15 PM, Nathan Froyd wrote:
> * cxx_binding should be 16 bytes, not 20.
Not your fault, but comments like this on SpeedupAreas are so opaque as
to be useless. *Why* should cxx_binding be 16 bytes? Should we take
the next member out and have a VEC someplace instead of chaining?
On 29/04/2011 13:16, Basile Starynkevitch wrote:
On Fri, 29 Apr 2011 12:30:45 +0200
David Brown wrote:
There is a lot of interesting and useful work that could be done here.
Melt is a nice idea, but the big barrier (for me, anyway) is the
language - it's Lisp, which is very different to other
On Fri, Apr 29, 2011 at 04:20:15PM +0200, Paolo Bonzini wrote:
> On 04/29/2011 04:15 PM, Nathan Froyd wrote:
>>> > * cxx_binding should be 16 bytes, not 20.
>>
>> Not your fault, but comments like this on SpeedupAreas are so opaque as
>> to be useless. *Why* should cxx_binding be 16 bytes? Should
> Thanks Diego, please send me the form. I'll sign it as soon as my
> contributions require it.
Don't wait; sign it right away - it might take a while to process it.
--
Laurynas
Hi,
I have thought that my first email can be seen as too long.
I have done experiments regarding compatibility of OpenMP pramas +
trans-mem constructs. (It is fine, working. I have a primitive
interface (combined constructs of trans-mem and OpenMP))
Any suggestions for benchmarks would be gr
Using MELT is always heavily discussed :).
I thinks this project is really an opportunity to see how useful is
MELT. Limitation doesn't really come from the syntax (infix or not) but
from what is already implemented (cannot make code replacement, not a
complete implementation of IPA). However
On Fri, 29 Apr 2011 16:25:39 +0200
David Brown wrote:
[...]
I am skipping interesting parts of David reply (I might reply to them later)
>
> For the longer term, it would be good if there were a way to use this
> with windows (and without installing all of cygwin). I know these
> things are /m
> The major issue is to have GCC plugins working on Windows (and, when
> that happens, to adapt existing plugins, including melt.so, to work
> under Windows). I know nothing about the subject, but Levine's book on
> linkers & loaders makes me believe it might not be fun.
>
Just a point of info..
On Fri, 29 Apr 2011 14:30:32 -0400
Kyle Girard wrote:
> Just a point of info
>
> A few months ago I asked about the possibility/state of plugins on
> windows. While having run-time plugins was basically impossible (because
> of the work involved) link-time plugins were possible and I was give
Hey Manuel,
I would like to be able to change this behaviour so non-instantiated
code templates are considered as blocks (I think this is the term used
by GCC/GCov). This would help me greatly to uncover unused/untested
codes in a header/template-only library.
First of all: Is this feasible
Hi Sho,
I just came across your project and would like to add a few comments.
I think the biggest problem in libgomp is that tasks are stored in a
single queue. This may work for a few threads or for long-running tasks,
but certainly not for 48 threads. In fact, contention on the queue can
grow s
Snapshot gcc-4.6-20110429 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20110429/
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
On Fri, Apr 29, 2011 at 1:49 PM, Basile Starynkevitch
wrote:
> So I don't expect MELT to work under Windows very soon :-)
so, is this all a plot to get GCC melt down on windows? ;-p
-- Gaby
Hi Andreas,
Thank you for your comments.
> I think the biggest problem in libgomp is that tasks are stored in a
> single queue. This may work for a few threads or for long-running tasks,
> but certainly not for 48 threads. In fact, contention on the queue can
> grow so high that performance start
27 matches
Mail list logo
