Hello All
I added a (still incomplete) MELT tutorial on the wiki:
http://gcc.gnu.org/wiki/MELT%20tutorial
It tells you how to do a hello world in MELT.
Regards.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la F
Never mind, setting STRICT_ALIGNMENT to zero did the trick.
- Jamie
- Original Message
> From: Jamie Prescott
> To: gcc@gcc.gnu.org
> Sent: Saturday, May 9, 2009 1:20:28 PM
> Subject: Avoid subreg access patterns
>
>
> Sorry for the newbie question, but I don't seem to get around
On Sunday 10 May 2009 01:37:32 am Dave Korn wrote:
> I noticed one bit that looked like a typo:
>
> # we don't have this path - it needs some suffix
>
> ITYM 'prefix' here, no?
Indeed. Thanks again.
Brad
On Sat, May 9, 2009 at 10:42 PM, Richard Guenther
wrote:
> On Sat, May 9, 2009 at 10:07 PM, Albert Cohen wrote:
>> Sebastian Pop and I have been discussing the option of designing a new pass,
>> based on vrp, to normalize integer types towards a canonical supertype
>> typically a machine word, eq
On Sat, May 9, 2009 at 10:07 PM, Albert Cohen wrote:
> Sebastian Pop and I have been discussing the option of designing a new pass,
> based on vrp, to normalize integer types towards a canonical supertype
> typically a machine word, equivalent to signed long, or to truncate to a
> smaller-size wor
Sorry for the newbie question, but I don't seem to get around it.
The backend I'm writing has 32 bit registers, and 64 bit registers (used for
SF, DF, DI).
There is a direct store instruction from a 64 bit register, to memory, and this
instruction is correctly
seen and used by GCC in other occas
Oliver Kellogg wrote:
On 2009-05-04, at 07:36 +0200, Oliver Kellogg wrote:
Robert Dewar wrote:
How about not doing the name expansion in-place but rather
storing the expanded name in an extra node field?
You could have a separate vector for expanded names I suppose ...
So be it. I will change
Sebastian Pop and I have been discussing the option of designing a new
pass, based on vrp, to normalize integer types towards a canonical
supertype typically a machine word, equivalent to signed long, or to
truncate to a smaller-size word when it makes sense. This would be a
very simple pass (o
On 2009-05-04, at 07:36 +0200, Oliver Kellogg wrote:
> Robert Dewar wrote:
> >
> > How about not doing the name expansion in-place but rather
> > storing the expanded name in an extra node field?
> >
> > You could have a separate vector for expanded names I suppose ...
>
> So be it. I
Ian Lance Taylor wrote:
> Not sure if it has been approved.
Not yet AFAIK.
> I sort of thing that
> (enum format_lengths) 0
> should be replaced by
> FMT_LEN_none
>
> In c-format.c I replaced
> (enum format_std_version) 0
> with
> STD_C89
> but that is certainly more a style
Brad Hards wrote:
> On Friday 08 May 2009 10:37:27 pm Dave Korn wrote:
>> Instead of pkg-config, the tradition for GCC is to use one of the
>> driver's default switches. Does
>>
>> gcc -print-file-name=plugin/include/.h
>>
>> work for you?
> For those who'd like to use this with cmake, I wrote u
On Friday 08 May 2009 10:37:27 pm Dave Korn wrote:
> Instead of pkg-config, the tradition for GCC is to use one of the
> driver's default switches. Does
>
> gcc -print-file-name=plugin/include/.h
>
> work for you?
For those who'd like to use this with cmake, I wrote up the results of my work
in
Thanks for everybodys help. I've gotten things working so I thought
I'd quickly write it up.
The architecture I'm working on is deliberatly simple. It has:
* An accumulator
* Fourteen general purpose registers R10 to R1E
* X and Y cache registers each backed by non-coherent (!) caches
* A st
13 matches
Mail list logo
