Re: [Vala] Vala Digest, Vol 1, Issue 3

["Cayle Graumann" <cayle graumann gmail com>]

Great!  I can get back to converting my math library now.

Cayle

On 9/2/06, Jürg Billeter <j bitron ch> wrote:

On Mon, 2006-08-28 at 11:18 +0200, Jürg Billeter wrote:
> On Sam, 2006-08-26 at 02:05 -0500, Cayle Graumann wrote:
> > I have discovered a couple differences so far:  the keyword '
> > protected' ( it looks like only 'public' and 'private' are) is not
> > supported, and nested namespaces are not supported.   Also if you
>
> We'll probably reintroduce protected members. There is no way in GObject
> to somehow protect access to protected fields and methods except by
> using a comment in the header file but the Vala compiler could of course
> report errors when trying to illegitimately access protected members.

Vala SVN has now partial support for protected members, i.e. keyword has
been added but the compiler doesn't prevent illegitimate access yet.

>
> >  specify a long constant like 32768L or 32768l, it will not compile as
> > it thinks that is a variable or a label and not a long constant and
>
> The compiler doesn't support that yet but it is planned for inclusion.

Fixed in SVN. Vala now supports L, LL, U, UL, and ULL suffixes.

> >  complain about it.  Are all the GLib portable data types going to be
> > supported?  Looking at the GLib interface, I see that the 64 bit
> > integer types are supported, but the 32 bit types are not.  I ask
> > because I have a whole lot of java int math to convert  ( Java's int's
> > are standardized at 32 bits).
>
> I'm planning to add (u)int16/32 types to get exact-width data types. I
> don't know which glib-supported platforms don't use 16-bit shorts and
> 32-bit ints but there might be some. I assume that linux only supports
> ILP32 and LP64 or are there other data models on some linux platforms?

Fixed in SVN.

Jürg