Re: [Vala] Name clashes in generated C code

2010-12-29 Thread Jan Hudec
On Tue, Dec 28, 2010 at 15:32:07 -0800, Anatol Pomozov wrote: I am sure using [CCode] is ok for libraries as well if cprefix value does not change very often. The reason to try to avoid [CCode] for libraries is that users of the library will expect the code to follow some naming convention,

Re: [Vala] Name clashes in generated C code

2010-12-28 Thread Jan Hudec
On Mon, Dec 27, 2010 at 13:46:47 -0800, Anatol Pomozov wrote: Hi, I have a simple Vala program public struct Struct { string name; } public enum Type { STRUCT } [...] The problem here a name clash in generated Vala code - TYPE_STRUCT both generated as type of Struct #define

Re: [Vala] Name clashes in generated C code

2010-12-28 Thread Anatol Pomozov
On Tue, Dec 28, 2010 at 6:29 AM, Jan Hudec b...@ucw.cz wrote: On Mon, Dec 27, 2010 at 13:46:47 -0800, Anatol Pomozov wrote: Hi, I have a simple Vala program public struct Struct { string name; } public enum Type { STRUCT } [...] The problem here a name clash in generated Vala code -

Re: [Vala] Name clashes in generated C code

2010-12-28 Thread Bob Hazard
There is a little information in the developer-documentation section which is aimed at people hacking on the language itself http://live.gnome.org/Vala/CodeAttributes -- Sent from my Amiga ___ vala-list mailing list vala-list@gnome.org

[Vala] Name clashes in generated C code

2010-12-27 Thread Anatol Pomozov
Hi, I have a simple Vala program public struct Struct { string name; } public enum Type { STRUCT } It looks fine, but if you try to compile it fails with following error: $ CC=clang valac a.vala

Re: [Vala] Name clashes in generated C code

2010-12-27 Thread Aleksander Wabik
Hi, this sort of problems existed for ever in vala, another example: // cut here class Test { int one_method() { return 0; } } class TestOne { int method() { return 1; } } // cut here My way of