Tom Tromey wrote:
"Gabriele" == Gabriele SVELTO <[EMAIL PROTECTED]> writes:
Gabriele> Good to know, TYPE_MAIN_VARIANT () is exactly what I was
Gabriele> looking for, unfortunately it's description in tree.def
Gabriele> isn't exactly crystal clear :P Thank you very much
This would be a great op
> "Gabriele" == Gabriele SVELTO <[EMAIL PROTECTED]> writes:
Gabriele> Good to know, TYPE_MAIN_VARIANT () is exactly what I was
Gabriele> looking for, unfortunately it's description in tree.def
Gabriele> isn't exactly crystal clear :P Thank you very much
This would be a great opportunity to im
Dave Korn wrote:
On 10 January 2008 16:40, Gabriele SVELTO wrote:
Yes, you're completely correct about the artificial initialiser function; I
thought the compiler might output it as a nested function, but I don't know
without checking. (But I've been working on gcc for only ~7 years so I migh
On 10 January 2008 16:40, Gabriele SVELTO wrote:
> Dave Korn wrote:
>> On 10 January 2008 16:12, Gabriele SVELTO wrote:
>>
> > [snip]
> >
>>> A new type still named 'struct try' is used in the COMPONENT_REFs of
>>> this function but this type has a different TYPE_UID from the 'struct try'
>>> u
Dave Korn wrote:
On 10 January 2008 16:12, Gabriele SVELTO wrote:
> [snip]
>
A new type still named 'struct try' is used in the COMPONENT_REFs of
this function but this type has a different TYPE_UID from the 'struct try'
used in main. Since the original type was local to main this makes sense.
On 10 January 2008 16:12, Gabriele SVELTO wrote:
> int
> main()
> {
>struct try
>{
> FLOAT x, y;
> unsigned unord : 1;
> unsigned lt : 1;
> unsigned le : 1;
> unsigned gt : 1;
> unsigned ge : 1;
> unsigned lg : 1;
>};
>
>static struct try const d
Hi all,
I'm going on brutalizing GIMPLE code to make it more suitable for CIL emition in
the CLI be/fe branch and I've stumbled across something which looks really weird.
When working with types I always assumed that if 't' is a RECORD_TYPE,
UNION_TYPE or QUAL_UNION_TYPE then calling DECL_FIEL
