Thanks for the very detailed response, Evan. I have filed a bug
accordingly.
In the meantime a simple [Compact] vala implementation of the generic array
functionality I need appears to take fewer cpu cycles than GenericArray
(when optimised) when tested with a few operation patterns, so it's not
On Sun, 2015-10-18 at 00:13 +1100, Andy Lees wrote:
> I wonder if anyone has suggestions as to why GenericArray should
> demonstrate this behaviour?
The types in GLib aren't designed for inheritance. Due to restrictions
in the C API it can never be fully functional, so it is generally
better to u
Thanks Daniel, and I agree an empty subclass of a generic mostly works -
but not with GenericArray for some reason. A direct specialisation of
GenericArray works fine, but if one creates a subclass as indicated, the C
comipler error appears in the compilation of the subclass definition.
I wonder
-- Mensaje reenviado --
De: "Daniel Espinosa"
Fecha: oct. 17, 2015 7:58 AM
Asunto: Re: [Vala] GenericArray problem
Para: "Andy Lees"
Cc:
In LibreSCL (www.librescl.org) I just declare an empty class derived from a
generic one, this makes to call
var a = new Intclass ();
Just wor