lable at
http://live.gnome.org/Libgee
Maciej Piechotka
signature.asc
Description: This is a digitally signed message part
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list
More information about Vala is available at
http://live.gnome.org/Libgee
Maciej Piechotka
signature.asc
Description: This is a digitally signed message part
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list
.14.x versions.
More information about Vala is available at
http://live.gnome.org/Libgee
Maciej Piechotka
signature.asc
Description: This is a digitally signed message part
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/ma
le at
http://live.gnome.org/Libgee
Maciej Piechotka
signature.asc
Description: This is a digitally signed message part
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list
.
Libgee is written in Vala and can be used like any GObject-based C
library. It's planned to provide bindings for further languages.
The current release is backward compatible with 0.8, 0.10, 0.12 and 0.14.
More information about Vala is available at
http://live.gnome.org/Libgee
M
e.org/Libgee
Maciej Piechotka
signature.asc
Description: This is a digitally signed message part
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list
On Wed, 2014-08-06 at 21:25 +0800, Leslie Zhai wrote:
> Hi Vala developers,
>
> I am a newbie of Vala, and we tried to add gettext support for Plank
> Config https://github.com/AOSC-Dev/Plank-Config A tool to config
> Plank Dock.
>
> When make, the errors shown as below:
>
> #error You must def
GObject-based C
library. It's planned to provide bindings for further languages.
The current release is backward compatible with 0.8, 0.10, 0.12 and 0.14.
More information about Vala is available at
http://live.gnome.org/Libgee
Maciej Piechotka
signature.asc
Description: This
On Tue, 2014-06-17 at 08:20 +0200, Jürg Billeter wrote:
> On Tue, 2014-06-17 at 01:38 +0200, Maciej Piechotka wrote:
> > On Mon, 2014-06-16 at 10:55 +0800, Nor Jaidi Tuah wrote:
> > > Summary: byte access (read/write) is atomic on
> > > MOST architectures. Dang! I thoug
On Tue, 2014-06-17 at 09:07 +0800, Nor Jaidi Tuah wrote:
> Thank you for all the feedback and discussion.
> I now realize that my app, which seems to work
> perfectly, is a time bomb that would blow
> my brain away because I'm using a "pipeline"
> where a finished job is indicated by setting
> a fl
On Mon, 2014-06-16 at 10:55 +0800, Nor Jaidi Tuah wrote:
> Summary: byte access (read/write) is atomic on
> MOST architectures. Dang! I thought ALL.
>
I'm not sure but there is no guarantee that it is - you don't know it it
will be, say, in ARMv9. Alpha, while probably not in the top 3 most
popul
On Mon, 2014-06-16 at 11:51 +0800, Nor Jaidi Tuah wrote:
> > [1] Note that because the libgee deals with pointers it needs to
> > implement a bit more. If you need a guide see
> > http://blog.piechotka.com.pl/2014/03/01/lock-free-collection-in-libgee-hazard-pointer/
> > (even more self-promotion)
On Mon, 2014-06-16 at 08:44 +0800, Nor Jaidi Tuah wrote:
> > As a side question - why do you need volatile? In most cases it's not
> > needed (unless you write kernel/driver and do memory based I/O).
>
> My multithreaded code didn't work and I thought
> may be gcc is making a wrong optimization.
>
On Mon, 2014-06-16 at 09:18 +0800, Nor Jaidi Tuah wrote:
> > True - there is a few cases where volatile can be used (I know too
> > little about security to say if using just volatile is ok from standard
> > POV). I guess you could reformulate my question into - "in most you
> > don't need volatil
On Mon, 2014-06-16 at 02:29 +0200, Paul Marques Mota wrote:
> 2014-06-15 1:20 GMT+02:00 Maciej Piechotka
> :
>
> > On Wed, 2014-06-11 at 16:54 +0800, Nor Jaidi Tuah wrote:
> > > Is there any way to declare a volatile?
> >
> > As a side question - why do you n
On Sun, 2014-06-15 at 11:39 -0700, Edward Hennessy wrote:
> On Jun 14, 2014, at 4:20 PM, Maciej Piechotka
> wrote:
> >
> > As a side question - why do you need volatile? In most cases it's not
> > needed (unless you write kernel/driver and do memory based I/O).
>
On Wed, 2014-06-11 at 16:54 +0800, Nor Jaidi Tuah wrote:
> Is there any way to declare a volatile?
> Gedit highlighting indicates that it is a keyword in vala.
> But trying
>
> volatile int xx;
>
> gives a compiler error.
>
>
> Nice day
> Nor Jaidi Tuah
>
As a side question - why do you nee
In many cases the different needs concern different people in the same
project - not necessary different projects. For example it might be easy
for you and user who just download it from website but is it easy to
package? You 'just' need to allow setting DESTDIR or equivalent for
installation to in
On Sat, 2014-04-05 at 01:03 +0400, Sergey "Shnatsel" Davidoff wrote:
> Hello everyone,
>
Hi,
> I've migrated to Vala from very high-level languages such as Python, so I
> always felt it would be useful to have an interactive console for Vala for
> quick prototyping and block-testing. More recent
We are very pleased to announce version 0.14.0 of Libgee, the GObject
collection library.
Libgee 0.14.0 is now available for download at:
http://download.gnome.org/sources/libgee/0.14/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee
We are very pleased to announce version 0.12.1 of Libgee, the GObject
collection library.
Libgee 0.12.1 is now available for download at:
http://download.gnome.org/sources/libgee/0.12/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libg
We are very pleased to announce version 0.13.91 of Libgee, the GObject
collection library.
Libgee 0.13.91 is now available for download at:
http://download.gnome.org/sources/libgee/0.13/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/lib
We are very pleased to announce version 0.13.90 of Libgee, the GObject
collection library.
Libgee 0.13.90 is now available for download at:
http://download.gnome.org/sources/libgee/0.13/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/lib
We are very pleased to announce version 0.13.5.1 of Libgee, the GObject
collection library.
Libgee 0.13.5.1 is now available for download at:
http://download.gnome.org/sources/libgee/0.13/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/l
We are very pleased to announce version 0.13.0 of Libgee, the GObject
collection library.
Libgee 0.13.5 is now available for download at:
http://download.gnome.org/sources/libgee/0.13/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
On Sun, 2014-02-02 at 14:10 +0100, rastersoft wrote:
> Hi all:
>
Hi,
> I found a bug in IOChannel.read_line: when the line to read ends in \r
> and there are no more characters after it, the iochannel can't read more
> chars, nor send more IN DATA AVAILABLE events from an add_watch. In
> fact
On Sun, 2014-01-19 at 17:22 +0100, Dev_NIX wrote:
> Hi all!
>
> I'm starting some Vala experiments on Windows, and I'm using the last
> version compiled by Tarnyko (which is 0.20.1)
>
> Right now I'm trying to compile by myself the latest build (0.23.1) on
> cygwin, but I get stucked running auto
On Thu, 2014-01-09 at 22:10 +0100, Luca Bruno wrote:
> On Thu, Jan 9, 2014 at 9:58 PM, Tal Hadad
> wrote:
>
> > > That would be a memory leak.
> > No it wouldn't:
> > If the "if" statement is false, then it should delete it in the end of the
> > block.
> >
> > You might afraid the complicity of
On Sat, 2013-12-21 at 07:08 +0100, Maciej Piechotka wrote:
> On Sat, 2013-12-21 at 11:41 +0800, Nor Jaidi Tuah wrote:
> > Thanks for the replies.
> >
> > It seems that WeakRef doesn't help with the granularity:
> > multiple readers will lock out each other (I h
On Sat, 2013-12-21 at 11:41 +0800, Nor Jaidi Tuah wrote:
> Thanks for the replies.
>
> It seems that WeakRef doesn't help with the granularity:
> multiple readers will lock out each other (I hope I'm
> wrong here). Besides, from
> https://bugzilla.gnome.org/show_bug.cgi?id=703996
> it appears that
On Thu, 2013-12-19 at 17:16 +0200, Tal Hadad wrote:
http://www.valadoc.org/#!api=gobject-2.0/GLib.WeakRef
>
> This is a simple solution thanks to the good design of GObject.
>
> Tal
>
>
That might not always work, unfortunatly, due to how structs are
implemented[1]. Beside - they are implemente
ed the more bugs will be discovered, the
more bugs will be fixed and the less bugs will be in libgee. I'd love to
push it 'everywhere' for that reason.
>
> Many thanks.
>
>
Maciej Piechotka
[1]
http://blog.piechotka.com.pl/2013/07/30/libraries-in-vala-abi-compatibilit
We are very pleased to announce version 0.13.0 of Libgee, the GObject
collection library.
Libgee 0.13.4 is now available for download at:
http://download.gnome.org/sources/libgee/0.13/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libg
Sorry for late response - I've had long week and I'm still catching up
with email backlog.
The core features should be in Gee already - it's just called
Traversable instead of Selectable. The 'select' part is just named a
'map' (naming in general is Haskell-inspired then SQL/LINQ-inspired).
It wo
We are very pleased to announce version 0.12.0 of Libgee, the GObject
collection library.
Libgee 0.12.0 is now available for download at:
http://download.gnome.org/sources/libgee/0.12/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.11.92 of Libgee, the GObject
collection library.
Libgee 0.11.92 is now available for download at:
http://download.gnome.org/sources/libgee/0.11/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/lib
We are very pleased to announce version 0.10.5 of Libgee, the GObject
collection library.
Libgee 0.10.5 is now available for download at:
http://download.gnome.org/sources/libgee/0.10/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.8.8 of Libgee, the GObject
collection library.
Libgee 0.8.8 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
We are very pleased to announce version 0.11.91 of Libgee, the GObject
collection library.
Libgee 0.11.91 is now available for download at:
http://download.gnome.org/sources/libgee/0.11/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/lib
We are very pleased to announce version 0.10.4 of Libgee, the GObject
collection library.
Libgee 0.10.4 is now available for download at:
http://download.gnome.org/sources/libgee/0.10/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.11.90 of Libgee, the GObject
collection library.
Libgee 0.11.90 is now available for download at:
http://download.gnome.org/sources/libgee/0.11/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/lib
We are very pleased to announce version 0.10.3 of Libgee, the GObject
collection library.
Libgee 0.10.3 is now available for download at:
http://download.gnome.org/sources/libgee/0.10/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.11.5 of Libgee, the GObject
collection library.
Libgee 0.11.5 is now available for download at:
http://download.gnome.org/sources/libgee/0.11/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.8.7 of Libgee, the GObject
collection library.
Libgee 0.8.7 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
We are very pleased to announce version 0.10.2 of Libgee, the GObject
collection library.
Libgee 0.10.2 is now available for download at:
http://download.gnome.org/sources/libgee/0.10/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.11.4 of Libgee, the GObject
collection library.
Libgee 0.11.4 is now available for download at:
http://download.gnome.org/sources/libgee/0.11/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
> Libgee is a collection library providing GObject-based interfaces and
> classes for commonly used data structures.
Currently we added a futures and promises which are not exactly
collections. Should the description by changed to "utility library"?
Best regards
We are very pleased to announce version 0.11.0 of Libgee, the GObject
collection library.
Libgee 0.11.0 is now available for download at:
http://download.gnome.org/sources/libgee/0.11/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.8.6 of Libgee, the GObject
collection library.
Libgee 0.8.6 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
We are very pleased to announce version 0.10.0 of Libgee, the GObject
collection library.
Libgee 0.10.0 is now available for download at:
http://download.gnome.org/sources/libgee/0.10/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libg
We are very pleased to announce version 0.6.8 of Libgee, the GObject
collection library.
Libgee 0.6.8 is now available for download at:
http://download.gnome.org/sources/libgee/0.6/
Also please note that Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-list
We are very pleased to announce version 0.8.5 of Libgee, the GObject
collection library.
Libgee 0.8.5 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-
We are very pleased to announce version 0.9.92 of Libgee, the GObject
collection library.
Libgee 0.9.92 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libge
We are very pleased to announce version 0.9.91 of Libgee, the GObject
collection library.
Libgee 0.9.91 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee
We are very pleased to announce version 0.8.4 of Libgee, the GObject
collection library.
Libgee 0.8.4 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
We are very pleased to announce version 0.8.3 of Libgee, the GObject
collection library.
Libgee 0.8.3 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-
We are very pleased to announce version 0.6.7 of Libgee, the GObject
collection library.
Libgee 0.6.7 is now available for download at:
http://download.gnome.org/sources/libgee/0.6/
Also please note that Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-list
We are very pleased to announce version 0.8.2 of Libgee, the GObject
collection library.
Libgee 0.8.2 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-
We are very pleased to announce version 0.6.6.1 of Libgee, the GObject
collection library.
Libgee 0.6.6.1 is now available for download at:
http://download.gnome.org/sources/libgee/0.6/
Also please note that Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-
We are very pleased to announce version 0.6.6 of Libgee, the GObject
collection library.
Libgee 0.6.6 is now available for download at:
http://download.gnome.org/sources/libgee/0.6/
Also please note that Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-list
We are very pleased to announce version 0.8.1 of Libgee, the GObject
collection library.
Libgee 0.8.1 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-
Hi,
Are there any plans of solving #645850? The current (since April 2011)
Vala behaviour is bad for any list but ArrayList. In some cases it
alters not only performance but behaviour (see ConcurrentLinkedList
example).
At least for libgee 0.8+ it can be fixed by transforming loops into
lambdas a
On Mon, 2012-09-24 at 22:14 +0200, Maciej Piechotka wrote:
> We are very pleased to announce version 0.8.0 of Libgee, the GObject
> collection library.
>
> Libgee 0.8.0 is now available for download at:
> http://download.gnome.org/sources/libgee/0.8/
>
>
> Also ple
We are very pleased to announce version 0.8.0 of Libgee, the GObject
collection library.
Libgee 0.8.0 is now available for download at:
http://download.gnome.org/sources/libgee/0.8/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
We are very pleased to announce version 0.7.90 of Libgee, the GObject
collection library.
Libgee 0.7.90 is now available for download at:
http://download.gnome.org/sources/libgee/0.7/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee
We are very pleased to announce version 0.7.4.1 of Libgee, the GObject
collection library.
Libgee 0.7.4.1 is now available for download at:
http://download.gnome.org/sources/libgee/0.7/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libg
We are very pleased to announce version 0.7.4 of Libgee, the GObject
collection library.
Libgee 0.7.4 is now available for download at:
http://download.gnome.org/sources/libgee/0.7/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
On Tue, 2012-08-07 at 15:04 +0200, Mikkel Kamstrup Erlandsen wrote:
> On 6 August 2012 06:30, Maciej Piechotka wrote:
> > Hi,
> >
> > What is recommended way of adding dummy v-methods to classes (IIUC that
> > is not an issue for GObject interfaces as size of V-table
Hi,
What is recommended way of adding dummy v-methods to classes (IIUC that
is not an issue for GObject interfaces as size of V-table is not part of
ABI for interfaces)?
Just adding reserved v-method (if yes how to prevent it from appearing
in gir/vapi)?
public virtual void reserved1(void);
We are very pleased to announce version 0.6.5 of Libgee, the GObject
collection library.
Libgee 0.6.5 is now available for download at:
http://download.gnome.org/sources/libgee/0.6/
Also please note that Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-list
We are very pleased to announce version 0.7.3 of Libgee, the GObject
collection library.
Libgee 0.7.3 is now available for download at:
http://download.gnome.org/sources/libgee/0.7/
Also please note that now Libgee has its own mailing-list
http://mail.gnome.org/mailman/listinfo/libgee-l
On Sat, 2011-06-25 at 13:26 +0100, Maciej Piechotka wrote:
> The (hopefully) final draft of functional iterators is pushed to my
> gitorious repo[1] in functional-iterators branch. They are missing the
> tests for stream.
>
> I took the liberty of adding vala ML as it seems not ev
The (hopefully) final draft of functional iterators is pushed to my
gitorious repo[1] in functional-iterators branch. They are missing the
tests for stream.
I took the liberty of adding vala ML as it seems not everybody who may
be interested in this is aware of existance of libgee ML.
Best regard
On Fri, 2011-03-11 at 18:53 +0100, Andrea Del Signore wrote:
> On Mon, 2011-03-07 at 14:19 +0000, Maciej Piechotka wrote:
> >
> > Great. VTG is what I'm missing in gedit 2.9x.
>
> No more: http://gitorious.org/vala-toys/vala-toys/trees/gnome-3.0
>
>
On Mon, 2011-03-07 at 13:35 +0100, Andrea Del Signore wrote:
> On Mon, 2011-03-07 at 02:33 +, Maciej Marcin Piechotka wrote:
> > On Sun, 2011-03-06 at 20:18 +0100, Andrea Del Signore wrote:
> ...
> > Will 0.11.x/0.12.0 have support for gedit 2.9x/3.x?
>
> Yes that's the plan.
>
Great. VTG is
Frederik writes:
> The current syntax is:
>
> object.notify["property"] += ... // deprecated
>
> or
>
> object.notify["property"].connect (...)
>
> How is this hard?
>
> Best regards,
>
> Frederik
>
Point for you. I haven't spotted this sytntax (I bet I searched both vala
documentati
I tried to contact vala developers other ways but I guess I'm filtered
out by spam filters or something like that.
I'd like to propose a sugar syntax for notifications:
object.property::notify += ...
or
object.notify::property += ...
The second syntax will work with details of signals as well.
Hans Baier wrote:
> Hi,
>
> in order to avoid duplicated effort: Has
> anyone worked on an ALSA vapi file?
>
> Hans
Unless you are doing someting more advanced why not use gstreamer?
Regards
--
I've probably left my head... somewhere. Please wait untill I find it.
Homepage (pl_PL): http://uzytk
Walter Mundt wrote:
> I've noticed that in VAPI files, there seems to only be two calling
> conventions for array-type parameters: with and without the length and
> size params passed.
>
> To make it cleaner to bind to C libraries, it would be nice to have a
> more flexible way to specify this. H
James Livingston wrote:
> On 27/03/2009, at 9:24 AM, Maciej Piechotka wrote:
>> i * j = k
>> -j * i = k
>>
>> k/i = j or -j?
>
> Do you mean left-divide or right-divide? In the first equation you are
> left-multiplying by i, the latter you are right-multiplyi
William Swanson wrote:
> --- Quaternions ---
> Quaternions are complex numbers generalized into four dimensions. As
> with complex numbers, all four basic operators (+ - * /) are
> well-defined. Quaternions are used to represent rotations in 3D, among
> other things.
Nearly. Quaternions doesn't
On Thu, 2009-03-26 at 21:18 +0100, Florian Brosch wrote:
> version ( condition ) {
> }
> else {
> }
>
>
Such code will not be easily extended for other version of checking I'm
afraid. I guess static_if would be better.
>
> > void my_method () {
> >[StaticIf]
> >if (vala.pkg.gtk+-2.0.ve
Jürg Billeter bitron.ch> writes:
> I understand the issue. Unfortunately, it's not easy to solve. One issue
> is that you might need multiple #if in the generated code for a single
> #if in the Vala code - e.g. for #include directives. It would also
> require the Vala compiler to support dealing
Michael Terry writes:
>
> That shouldn't be true. GTK+ will only add symbols, not change or
> delete existing symbols (unless they go to 3.0 or something, in which
> case there would be a different vapi file).
>
Gtk+ 3.0 will mostly lock the private data in structures. No VAPI brakage AFAIK.
Frederik Sdun writes:
>
> Hi
>
> I'm an idiot. It just works.
>
>
> Is it possible to get it to the main branch?
>
> Regards Frederik
Are you sure that a hash with O(n) memory consumption is the best option.
I'd guess that in hash no memory allocation should be done - it is suppose
to run
: Maciej Piechotka
Date: Sat, 21 Mar 2009 18:55:43 +0100
Subject: [PATCH] Added left-leaning red-black tree based set and map
---
gee/Makefile.am|2 +
gee/gee.h |1 +
gee/treemap.vala | 429
gee/treeset.vala
On Fri, 2009-03-20 at 22:25 +0100, Maciej Piechotka wrote:
> On Fri, 2009-03-20 at 22:10 +0100, Maciej Piechotka wrote:
> > Hash functions should be set once when constructed but can be read any
> > time with no harm. This patch changes the behaviour of it.
> >
> > Rega
On Fri, 2009-03-20 at 22:10 +0100, Maciej Piechotka wrote:
> Hash functions should be set once when constructed but can be read any
> time with no harm. This patch changes the behaviour of it.
>
> Regards
Ups. Now it is the correct one.
Regards
From 06492b99271e54ae2cfe88ac0af72910
Hash functions should be set once when constructed but can be read any
time with no harm. This patch changes the behaviour of it.
Regards
From 06492b99271e54ae2cfe88ac0af72910e3727b36 Mon Sep 17 00:00:00 2001
From: Maciej Piechotka
Date: Fri, 20 Mar 2009 22:03:22 +0100
Subject: [PATCH] Changed
Jud Craft writes:
> Hey there!
>
> How are vala bindings created for a library that doesn't use
> GObject/Glib? For example, the SDL vala bindings.
>
I guess - mostly "by hand".
> I'm very curious, since I'm pretty sure SDL isn't GObject-wrapped, nor
> is it even object-oriented in the C++ sen
1. Is there any schedule of async support in vala. All I found is brief
mentioning in few ChangeLog
2. Is there any current status/documentation information.
Regards
--
I've probably left my head... somewhere. Please wait untill I find it.
Homepage (pl_PL): http://uzytkownik.jogger.pl/
(GNU/)Linu
Xavier Bestel writes:
> Le jeudi 19 février 2009 à 07:38 +0100, Maciej Piechotka a écrit :
>> I've tried to do a xcb bindings but there is a problem as
>> xcb uses multiinheritance.
>
> Can that be resolved with interfaces ?
>
Yes - provided that Vala suppor
"Michael B. Trausch"
writes:
> I didn't see any packaged with Vala, and searching around on Google
> hasn't yet yielded me an answer, so I am hoping that someone can say
> definitively whether or not there are bindings to Xlib (or a work in
> progress to that effect).
>
> Any idea? It would be n
"Michael 'Mickey' Lauer"
writes:
> Am Wednesday 11 February 2009 17:49:26 schrieb Alessandro Pellizzari:
>> Il giorno mar, 10/02/2009 alle 11.27 +, Sam Liddicott ha scritto:
>> > I think that is great.
>> >
>> > I'm determined to write a netfilter kernel module in vala.
>>
>> It would be cool
vas...@gmail.com writes:
> .vapi files are licensed under LGPL license, but some of them defines
> bindings to kernel api and hence make use of linux headers on stage of
> compiling generated C code which are GPL. does it mean that those
> files also should be licensed under GPL or that one can re
Кутейников Дмитрий
writes:
>How does Vala count references for arrays and strings? They are not
>subclasses of GLib.Object and don't contain any special fields.
>
Well - probably it does not (aren't thay required to have ownership
transfered?). You can browse the source using -C switch
Andre Kuehne writes:
> Hello,
>
> i am new to Vala, played with it the last two days and have now a bunch of
> open questions.
> Here's one of them: Is it possible to instantiate a class via a
> constructor of one of its base classes? For example the following does
> not work:
>
> class Aaa {
>
"Кутейников Дмитрий"
<[EMAIL PROTECTED]> writes:
>It would be great, if Vala could compile expressions like this:
>var bob = new Person(login="Bob", password="hello",
>email="[EMAIL PROTECTED]");
>Compiler may replace it with:
>var bob = new Person();
>bob.login = "Bob";
>
Is there any samples how to use GTest?
Best regards
--
I've probably left my head... somewhere. Please wait untill I find it.
Homepage (pl_PL): http://uzytkownik.jogger.pl/
(GNU/)Linux User: #425935 (see http://counter.li.org/)
___
Vala-list mailing l
"Florian Schäfer"
<[EMAIL PROTECTED]> writes:
> On Tue, Oct 21, 2008 at 3:00 PM, Maciej Piechotka <[EMAIL PROTECTED]> wrote:
>> If anybody would want ebuild (not official) it is in this overlay:
>> "git://github.com/uzytkownik/vala-overlay.git".
>
1 - 100 of 125 matches
Mail list logo