On Mon, 2009-06-29 at 19:44 +0200, Michael 'Mickey' Lauer wrote:
Congrats on the release!
* Add initial support for generic methods.
Is this just infrastructure preparations or can we use them already?
You can use them already. They are just not heavily tested yet, so there
might still
On Tue, 2009-07-07 at 01:53 -0400, Michael B. Trausch wrote:
Found a few issues, so here's a second version. Seems vapis can't bind a
function twice with the same name statically and non-statically, so I removed
the instance convenience methods for equality/hashing.
Also, it's worth
Hi Andrea,
On Wed, 2009-07-01 at 00:01 +0200, Andrea Del Signore wrote:
while trying to compile vtg with the new 0.7.4 version I think that I
spot a bug with plugin modules C code generation.
Attached there are:
1) plugin.vala - a minimal test case
2) plugin.c - the generated wrong C
Hi Boris,
On Wed, 2009-07-22 at 10:16 +0200, boris kolar wrote:
I just noted an error stating that class name was too short (less than
3 characters). After taking a look at the source, it seems that
interfaces have the same restriction. This goes strongly against my
libertarian sense that
generator for access to Vala libraries from applications
written in e.g. C# as the Vala parser is written as a library, so that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
On Sun, 2009-08-02 at 16:20 +0200, Jiří Zárevúcky wrote:
Yet, I'm kinda wondering about one thing. It seems to me some people
were, are and will be wanting inference for weak variables, regardless
the real benefits may be negligible. Even if it were just to have nice C
code where the
Hi Jiří,
On Sat, 2009-09-12 at 00:27 +0200, Jiří Zárevúcky wrote:
I did some thinking on the subject of asynchronous (aka yielding)
methods. I'd like to share and discuss some of my ideas here.
--
1. yields keyword is far from
On Sat, 2009-09-12 at 16:41 +0200, Jiří Zárevúcky wrote:
On 09/12/2009 01:34 PM, Jürg Billeter wrote:
2. purely asynchronous methods
There are actions that can't
On Sun, 2009-09-13 at 16:16 +0200, Jan Hudec wrote:
On Sat, Sep 12, 2009 at 13:34:27 +0200, Jürg Billeter wrote:
Hi Jiří,
On Sat, 2009-09-12 at 00:27 +0200, Jiří Zárevúcky wrote:
--
1. yields keyword is far from intuitive
On Wed, 2009-09-16 at 13:34 +1000, Magentus wrote:
On Sun, 13 Sep 2009 17:40:33 +0200,
Jürg Billeter j...@bitron.ch wrote:
This should be `yield return i;'. We do not use/need `yield return'
for async methods, and I'm planning to add support for `yield return'
for generators in Vala
On Wed, 2009-09-16 at 16:44 +0200, Julian Andres Klode wrote:
There has been no answer to my 2 patches yet, so I ask again. Having
mmap() and file truncation support is kind of needed for maintaining
a binary cache on the disk. And writing a package manager[1] without
such a cache would be
On Wed, 2009-09-16 at 19:13 +0200, Julian Andres Klode wrote:
This is a Linux-specific enhancement to the mmap() function
set implemented in posix.vapi.
+public enum MremapFlags {
[...]
+public void *mremap(void *old_address, size_t old_size, size_t new_size,
+
On Wed, 2009-09-16 at 15:46 -0400, Michael B. Trausch wrote:
On Wed, 2009-09-16 at 15:41 -0400, Michael B. Trausch wrote:
Did the meaning of [SimpleType] change somewhere? I thought it meant
pass by value.
And pardon me, I'm not thinking very clearly. That sounds wrong.
My thought
On Wed, 2009-09-16 at 15:41 -0400, Michael B. Trausch wrote:
The bug is memset code generation is incorrect, so I'm not sure how
you can say Vala should not generate invalid code, but this bug is
indeed invalid. The bug is that the code generation is incorrect.
Whether or not the binding
Hi,
On Wed, 2009-09-16 at 20:03 +0200, Frederik Sdun wrote:
I wrote some code using multidimensional arrays yesterday and realized
it is not perfect, especially if you use strings.
Every array uses an additional _length and and _size gint. size is the
allocated size, length the actual
On Wed, 2009-09-16 at 20:50 +0200, Frederik Sdun wrote:
+gst_child_proxy-get_property.value is_out=1
As far as I know, this should be a `ref' parameter, as the get_property
method requires an already initialized GValue.
Jürg
___
Vala-list mailing
information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Fri, 2009-09-18 at 10:11 +0200, Frederik wrote:
Great release!
Thanks.
One question about closures: is it intentional that captured variables
change after the closure? For example:
--
delegate void Func ();
void main () {
On Sat, 2009-09-19 at 01:41 +0200, Michael 'Mickey' Lauer wrote:
No, the call without .begin() is being deprecated.
From yestarday's discussion on IRC I understood it's not generally possible
to collapse to synchronous call automagically. Doing it involves running
a (recursive) main
On Sun, 2009-09-20 at 21:29 -0400, Michael B. Trausch wrote:
Some time back I had some trouble getting the GDK and X11 bindings
playing well together. Jürg helped out and I got the code to compile
and work properly, but being the pedant that I am, I'd like to get rid
of the warning from gcc
On Sat, 2009-09-26 at 20:47 +0200, Julian Andres Klode wrote:
Vala currently writes a _vala_strcmp0 into almost every
C file. This function is exactly the same as glib's
g_strcmp0. Wouldn't it be better to use g_strcmp0
instead?
g_strcmp0 is available since GLib 2.16, however, Vala currently
On Sun, 2009-09-20 at 13:57 +0200, Julian Andres Klode wrote:
storing a string inside a struct does not work.
If you compile the following Vala code:
struct Item {
public string uri;
}
public static void main() {
var uri = http://google.de;;
Item
On Thu, 2009-09-24 at 22:21 +0200, Philipp Zabel wrote:
Hi, the following patch adds support for an async attribute to
vapigen. This can be used in metadata to fix up the binding of
asynchronous methods that don't end in _async like this:
Thanks, applied to master.
Jürg
On Tue, 2009-09-22 at 06:40 +0200, Marco Trevisan (Treviño) wrote:
Is it possible to define both in VAPIs and in a vala code a class which
can not be extended?
I mean something like final does for Java and sealed for C#...
It's planned to introduce `sealed' in a future version on both, the
On Mon, 2009-10-12 at 16:29 +0200, Nicolas wrote:
I need to convert string to array of uchar in genie.
I know under vala it's (uchar[]) testing where testing is the string,
so how can i do this under genie ?
There is a string.to_utf8 method that returns a copy of the string as
char[].
Jürg
On Sun, 2009-10-25 at 11:21 +0200, Alexander Bokovoy wrote:
When catch statement has no arguments, no access to a GError is possible
from Vala source code. Therefore, do not create temporary variable which
is not used. Also, clear error object as it is not passed upwards then.
Thanks, applied
On Tue, 2009-10-27 at 16:24 +, Gordon Allott wrote:
Hi,
I'm trying to subclass a Clutter.Actor, which happens to have methods
such as
void (* allocate) (ClutterActor *actor,
const ClutterActorBox *box,
Hi,
as my time available for Vala does not grow the same as the number of
bindings we ship, I'm looking for a volunteer to take over maintenance
of Vala bindings. While there are already many contributors and a few
have permission to directly push changes to master, we so far don't have
an
On Tue, 2009-10-27 at 19:00 +0100, Jürg Billeter wrote:
as my time available for Vala does not grow the same as the number of
bindings we ship, I'm looking for a volunteer to take over maintenance
of Vala bindings. While there are already many contributors and a few
have permission to directly
I'd like to thank everyone who has offered to help maintaining the
bindings. I'm happy to announce that Evan Nemerson will be the new
general bindings maintainer. This means that he will review new bindings
and patches for existing bindings.
For some bindings there will be an additional
On Mon, 2009-11-30 at 20:25 +0100, Michael 'Mickey' Lauer wrote:
Am Freitag, den 20.11.2009, 17:36 +0100 schrieb Michael 'Mickey'
Lauer:
How can we move on with the hackathon?
I guess the central question is who apart from Jürg (who seems to be
very busy these days) has the knowledge to
On Mon, 2009-11-30 at 14:01 -0500, Andrés G. Aragoneses wrote:
Abderrahim Kitouni escribió:
2009/11/30 Andrés G. Aragoneses kno...@gmail.com:
Replying to myself:
Andrés G. Aragoneses escribió:
Hello. I'm wondering if the difference between Vala and C# wrt
method/ctor overloading is
On Fri, 2009-11-27 at 12:20 +0100, Marc-André Lureau wrote:
On Fri, Nov 27, 2009 at 12:15 PM, pancake panc...@youterm.com wrote:
I was playing around gtk and curses and noticed a huge different in compile
times
which I think it is caused because of the size of gtk+-2.0.vapi compared to
On Sat, 2009-12-12 at 19:18 +0100, Michael 'Mickey' Lauer wrote:
The problem seems to be that the data for the closure
(_data_-_data2_)
gets unref'ed when the function ends; however Gst is calling the
callback later on and then the instance is 0x0. The C code for this
function is:
Can you
On Sun, 2009-12-13 at 13:00 +0100, Michael 'Mickey' Lauer wrote:
Am Sonntag, den 13.12.2009, 11:01 +0100 schrieb Jürg Billeter:
On Sat, 2009-12-12 at 19:18 +0100, Michael 'Mickey' Lauer wrote:
The problem seems to be that the data for the closure
(_data_-_data2_)
gets unref'ed when
On Tue, 2009-12-15 at 12:45 +0100, Kos wrote:
You can find the test-source here: http://pastebin.org/65108
I compile it with valac --pkg dbus-glib-1 vlc_test3.vala -g
Use the static variant but with an out parameter instead of a return
value as in the following lines:
public abstract void
is available at
http://live.gnome.org/Vala
Jürg Billeter
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Thu, 2010-01-07 at 07:08 -0500, Arc Riley wrote:
error: Integer or string expression expected
on a case statement where:
enum _message
create
resize
title
close
_queue = new AsyncQueue of _message
case _queue.pop()
Using case/when with enum values would seem
On Fri, 2010-01-08 at 17:51 +0100, Dr. Michael Lauer wrote:
As far as I know (Jürg, please speak up if I'm wrong) the core Vala syntax
is to stay like it is until 1.0 except some possible additions, such as the
new
array slice syntax or the string templates. We will hopefully see
tuples as
Hi,
On Sat, 2010-01-09 at 16:27 +0100, JM wrote:
I wrote a small patch to enable glib's memory statistics support for
vala programs.
It is trivial, but gives the programmer the possibility to use the
mem_profile() call. This function needs an initialization done by the
commandline option
On Thu, 2010-01-14 at 15:57 +0800, Jerry Tan wrote:
Hi, all,
I know that I can use gcc or sunstudio to compile C code which is
generated by valac,
I just want to know that is there any compiler dependency,
for example, gcc extension, c99 support,
any requirement for gcc version or
On Wed, 2010-01-20 at 14:00 +0800, Nor Jaidi Tuah wrote:
Given this:
for (int i=0; i 10; i++) {
button[i].clicked.connect ((s) = {stdout.printf (%d\n, i);});
}
all the buttons, when clicked, outputs 10.
i.e., the variable i is treated as non-local and shared
by all those closures.
On Tue, 2010-01-19 at 14:46 +0800, Nor Jaidi Tuah wrote:
It seems that constructors do not accept preconditions
using requires (though assert can still be used).
Is this an oversight or intentional?
This was bug 607110 and now fixed in master.
Jürg
Hi,
On Fri, 2010-01-29 at 14:13 +0100, pHilipp Zabel wrote:
the following example program fails to compile because Vala adds the
length of the int[] output array (output_length1) to the async begin
function call instead of to the async finish function call. The async
function itself is fine,
On Mon, 2010-02-01 at 12:33 -0800, Adam B wrote:
Hello all,
I compiled the clutter example linked from the Vala website and it segfaults
near the end of the animation.
http://live.gnome.org/Vala/ClutterSamples
If I comment out this code it works:
animations[i] =
that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala
Hi,
On Mon, 2010-03-01 at 03:31 -0600, Sandino Flores Moreno wrote:
I noticed that Vala allows with Gee sequences the next mapping:
array_list[index]--- array_list.get(index)
However, shouldn't it be possible in non-gee objects?
This is already the case, there is nothing
On Mon, 2010-03-01 at 11:21 +0100, Frederik wrote:
Can you give us a list of the compile-time duck typing protocols?
IteratorT iterator () - 'foreach'
T? next_value () - alternative 'foreach' iterator protocol
T get (int index)- indexer access ('[index]')
On Mon, 2010-03-01 at 13:07 +0100, Dr. Michael Lauer wrote:
Am 01.03.2010 um 11:21 schrieb Frederik:
T get (int index) - indexer access ('[index]')
What about the string lookup, i.e. gee's foo[bar] ?
It's not limited to a single int parameter. The parameter can be of any
type, and
Hi,
On Thu, 2010-03-04 at 20:26 +0100, Michael 'Mickey' Lauer wrote:
1.) Where does Vala take that MSMCOMM_REPLY_GET_FIRMWARE_INFO and how
can I fix the problem? Since all the concrete messages inherit from the
base class I would expect this to be a no-op in C, as we're just
ensuring Vala
Hi Jeff,
On Wed, 2010-03-24 at 21:51 -0600, Jeff Cave wrote:
I'm having trouble creating a UnixSocketAddress. Of all the stupid problems
I've figured out, this one is annoying because it seems so obvious (include
the
required package). Anyone able to tell me what I'm missing here?
This
Hi Jim,
On Mon, 2010-03-29 at 18:30 -0700, Jim Nelson wrote:
In Vala, I can lock a null reference. Is this by design or a side-effect?
It's by design (constrained by GObject). Unlike in C#/.NET, we don't
have a monitor available in every object. Due to this constraint, we've
decided to use
Hi Andrés,
On Tue, 2010-03-30 at 11:47 +0200, Andrés G. Aragoneses wrote:
El 30/03/10 11:35, Jürg Billeter escribió:
On Mon, 2010-03-29 at 18:30 -0700, Jim Nelson wrote:
In Vala, I can lock a null reference. Is this by design or a side-effect?
It's by design (constrained by GObject
://live.gnome.org/Vala
Jürg Billeter
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Thu, 2010-04-01 at 11:01 +0200, Nicolas Joseph wrote:
Hello,
I have a compilation error with vala 0.8.0:
public interface Valide.Plugin : Object
{
public abstract string path { get; construct set; }
public abstract Window window { get; construct set; }
}
On Thu, 2010-04-01 at 22:16 -0700, Joseph Montanez wrote:
I am trying to deploy a vala application on a web server running
CentOS 5. I've been fighting to get it compile let alone run. Here is
the current command I am running to get it to compile:
valac --Xcc=-I/usr/local/include/gee-1.0
when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Wed, 2010-05-26 at 15:41 +0200, pancake wrote:
Would love to see this dynamic casting supported by the language..
Should I open a bug?
As Nor Jaidi Tuah wrote, the declaration of the method `test` does not
guarantee that `foo` is set to an instance of `Bar`. The method could
also be
parser is written as a library, so that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http
Hi,
On Wed, 2010-06-09 at 22:25 -0400, tecywiz121 wrote:
This is the second snippet I was curious about.
Basically, valac should not allow the following code to compile since
IMHO, its completely wrong.
Just checking whether I should file a bug report or not.
Yes, this is a bug. valac
/Libgee
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
a
bindings generator for access to Vala libraries from applications
written in e.g. C# as the Vala parser is written as a library, so that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
Hi,
On Sun, 2010-06-20 at 17:57 +0200, Frederik wrote:
GLib/GObject 2.26 will add property binding [1]. The straightforward way to
support this in Vala would be:
Object.bind_property (foo, x, bar, y);
Object.bind_property (foo, x, bar, y, BindingFlags.BIDIRECTIONAL);
However, this is
Hi,
On Fri, 2010-06-25 at 10:27 +, gerhard.gru...@documatrix.com wrote:
Why do you write a for loop in this way? I think there are some
reasons, but I did not find them.
But when it is necessary to write a while loop instead a for loop
would it not be better, if the generated code looks
.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Thu, 2010-07-15 at 10:01 +0200, JM wrote:
Congratulations for this release!
Can you explain the new GBoxed-based memory management in vala?
I know GBoxed is a generic wrapper for C structures, that only needs
copy and free functions. And I know that in vala a type get's boxed when
you
information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Wed, 2010-08-04 at 11:15 +0200, geert.jorda...@telenet.be wrote:
Currently a lot of unreviewed patches exist. Could somebody review
them? (IMHO) Feedback on the patches is important to get more people
involved or familiar with the development process.
I'll try to review pending patches as
when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Tue, 2010-08-17 at 18:09 +0530, Martin DeMello wrote:
public interface EnumerableG, T : Iterable {
public delegate T DFunc(G elem);
public void map(DFunc fn, Gee.ListT acc) {
foreach (G i in this) {
acc.add(fn(i));
}
compile-time information is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala
and can be used like any GObject-based C
library. It's planned to provide bindings for further languages.
More information about Libgee is available at
http://live.gnome.org/Libgee
Jürg Billeter
___
vala-list mailing list
vala-list
information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
. It's planned to provide bindings for further languages.
More information about Libgee is available at
http://live.gnome.org/Libgee
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
libraries from applications
written in e.g. C# as the Vala parser is written as a library, so that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
On Tue, 2010-10-05 at 12:11 +0200, pancake wrote:
Changes since 0.10.0
* Use byte indices for strings.
by reading the patch I understand that this is not honoring UTF8 anymore?
No, strings in Vala are still UTF-8, nothing changed in that regard. The
difference is that
On Tue, 2010-10-12 at 00:22 +0400, Gavrilov Maksim wrote:
Hello, guys!
I became tired of warnings when using old dbus-glib method, so I went to
http://live.gnome.org/Vala/DBusClientSample and tried to compile first
BlueZ sample exactly as it is written there, but I get a GREAT amount of
On Tue, 2010-10-19 at 19:32 +0200, Marco Trevisan (Treviño) wrote:
I'm trying to use a lambda function as a foreach body for an HashTable:
public void print_hashmap(GLib.HashTablestring,GLib.Value? map) {
//
map.foreach((k, v) = {
string key = (string)k;
Hi,
On Thu, 2010-10-21 at 18:33 +, gerhard.gru...@documatrix.com wrote:
to solve the problem i have rewritten the gobject library so it
increments the value of static_fundamental_next in function
g_type_fundamental_next with a write-lock around it.
but wouldn't it be better if vala locks
-time information is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
Hi,
On Tue, 2010-10-26 at 11:45 -0700, Anatol Pomozov wrote:
One thing that confuses me is versioning policy for Vala. 0.11 version
has been release recently, now you release 0.10. Also git repository
as well as some developers mention 0.12 version. What is these
versions for, what are the
On Tue, 2010-10-26 at 20:50 +0200, Nicolas Joseph wrote:
The code doesn't compile:
valaccodeconstant.vala:41.11-41.18: error: The expression `string' does
not denote an array
assert (_name[0] == '\');
Do not use valac 0.11.x to build valac 0.10.x from git. Either use
tarball
On Wed, 2010-10-27 at 08:10 +0200, pancake wrote:
Is there any way to check at preprocessor stage for the version of
vala? Or I have to do this check outside (configure?) and then pass
the -D to valac?
#ifdef VALA10
... Old/stable stuff here
#else
.. New stuff here
#endif
#if
On Wed, 2010-10-27 at 00:35 -0700, Evan Nemerson wrote:
Perhaps I'm missing something, but I think there is a pretty big problem
with this... When you roll a dist tarball, the Vala code will be
compiled to C with *your* valac, and the resulting C code will not
contain both versions.
This is
information is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Mon, 2010-11-15 at 00:33 +0100, pancake wrote:
This program compiles with no errors/warnings in vala-head and it should
report an error because of missing 'return' in function:
Thanks for the report. This is now fixed in master.
Jürg
___
Hi Michel,
On Wed, 2010-11-17 at 12:01 +, Michel Alexandre Salim wrote:
Since vala 0.9.5 Vala installs its VAPI binding files in $PREFIX/share/
vala-$APIVER/vapi .
Is this the only directory scanned, or would Vala also pick up files in
the old-style $PREFIX/share/vala/vapi directory?
On Mon, 2010-12-06 at 01:25 +0100, Aleksander Wabik wrote:
As classes not inheriting from Object have different ref and unref
functions (Foo will have foo_ref, and foo_unref, Bar will have bar_ref
and bar_unref), if an object is referenced by the reference of interface
type, there's no
On Tue, 2010-12-07 at 00:34 +0100, Aleksander Wabik wrote:
Seems like https://bugzilla.gnome.org/show_bug.cgi?id=585847 , but it
is claimed to be fixed. Maybe some corner case?
It was fixed in master/0.11, not in 0.10. Unfortunately, the fix does
not apply to 0.10.
Jürg
/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Wed, 2010-12-29 at 20:45 +0100, Abderrahim Kitouni wrote:
Hello,
في ر، 29-12-2010 عند 18:34 +0100 ، كتب Alexander Krivács Schrøder:
Hi. I have a question.
If you look at the documentation for the
gtk_source_completion_proposal_get_text () C function:
that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo
On Tue, 2011-01-11 at 11:11 +0100, Xavier Bestel wrote:
IMHO there should be 2 modes:
- library mode, where conflicts are clearly and loudly shown by valac.
- application mode, where conflicts are silently resolved via a suffix
or whatever clever magic some smart people invent.
The main
is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Wed, 2011-01-19 at 21:52 +0100, Sergej Reich wrote:
I know that calling interface methods is expensive and that it's a known issue
in GLib but there is another problem. When a class implements an interface,
calling methods is slow regardless whether you declare your objects as being
written in e.g. C# as the Vala parser is written as a library, so that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://www.vala-project.org/
Jürg Billeter
___
vala-list
/
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
library. It's planned to provide bindings for further languages.
More information about Libgee is available at
http://live.gnome.org/Libgee
Jürg Billeter
___
vala-list mailing list
vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo
201 - 300 of 401 matches
Mail list logo