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
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
On Thu, 2009-06-25 at 07:17 +0800, Yu Feng wrote:
I was trying to catch up with recent vala master branch, but I get this
error:
valacodevisitor.vala:308.34-308.37: error: The type name `Loop' could not be
found
public virtual void visit_loop (Loop stmt) {
[...]
Nevertheless git
On Thu, 2009-06-25 at 17:24 +0800, Yu Feng wrote:
Only for expressions. No parenthesis is added to string macros.
A test is attached. Without the patch compiles to a wrong expression.
What do you mean with ?
Jürg
___
Vala-list mailing list
On Sat, 2009-06-20 at 14:37 -0400, Michael B. Trausch wrote:
It's been a while since I sent this, and looking at the archives, I somehow
must have mangled the email. Here it is again. This fixes the binding for
getpgid() to take a single parameter, a pid_t, which complies both with POSIX
Hi Jamie,
On Tue, 2009-06-16 at 19:02 -0400, Jamie McCracken wrote:
hi juerg,
i note that vala now has automake support for .vala files but it
lacks .gs genie source file support
i have a patch for autotools to support genie but my perl is not very
good so please see attached patch and
On Thu, 2009-06-11 at 22:27 -0400, Sam Danielson wrote:
I have a convenience library written in Vala so I need to generate
headers. There are a few circular dependencies and adding the -H
switch to valac causes something like this.
libsqlpilot/flight.vala:8.10-8.17: error: The type name
On Fri, 2009-06-12 at 10:02 +0100, Ali Afshar wrote:
Hi everyone, nice work with Vala, I am quite excited.
I am not sure whether this is a bug or not, but when I follow the custom
widget examples on http://live.gnome.org/Vala/CustomWidgetSamples, in
the final example, which set's
On Mon, 2009-05-25 at 14:12 +0200, Picca Frédéric-Emmanuel wrote:
Hello
A trivial fix.
Thanks, applied.
Jürg
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Sun, 2009-05-31 at 14:48 -0400, Michael B. Trausch wrote:
(Resending a modified patch, per juergbi.)
This patch fixes cnames for the X11 bindings and provides bindings for
new methods which came from my original bindings that I wrote for
AllTray earlier this year.
Thanks, pushed.
Jürg
On Sat, 2009-05-30 at 18:30 -0300, Alexandre Moreira wrote:
I am dealing with the new x11 binding and a few things (trying to port
a System Tray manager to Vala) and I found that there is (what I
believe to be) a tiny mistake in gdk-x11 vapi files.
Gdk.x11_screen_get_xscreen is returning a
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
Hi Mickey,
On Sat, 2009-05-16 at 01:06 +0200, Michael 'Mickey' Lauer wrote:
thanks for applying all the posix enhancements, I could reduce my diff a lot
:)
Here's some more which you might want to review, on top of master:
http://git.freesmartphone.org/?p=vala-
On Sun, 2009-05-10 at 00:05 +0200, Robert Palmqvist wrote:
On Sat, May 9, 2009 at 3:45 PM, Jürg Billeter j...@bitron.ch wrote:
This looks as if you're mixing vapigen and libvala of
different
versions. Make sure you have only one version installed,
fix /etc
Hi,
On Sat, 2009-05-09 at 23:32 +0200, gege2061 wrote:
I continu my learning of the vala parser.
I seek to get the local variables of a method. I tested
Method.body.get_local_variables() but the list is empty.
What is the good way?
Local variables have block scope, which means that you
On Thu, 2009-03-12 at 10:37 +0100, Jürg Billeter wrote:
On Wed, 2009-03-11 at 17:46 +0800, Barry Kauler wrote:
I am very interested in what you have done, with your Multiboot
code. I'm wondering how far this can be pushed. Is it feasible to code
in a subset of Vala/Genie such that Glib
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, 2009-04-23 at 12:47 +0200, pancake wrote:
In vala 0.7 we have some preprocessor rules '#if','#else','#endif'...But
looks that it can only work with
variables, so if i do:
[...]
Are there plans to support numeric values in preprocessing conditionals?
There are no plans for numeric
# 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
The Vala Team
Jürg Billeter and Raffaele Sandrini
Hi Ralf,
On Thu, 2009-04-16 at 20:49 +0200, Ralf Wildenhues wrote:
* Jürg Billeter wrote on Wed, Apr 15, 2009 at 08:56:44PM CEST:
On Wed, 2009-04-15 at 20:42 +0200, Ralf Wildenhues wrote:
or even
valac -C b.vala
valac -C e.vala
This would not work, valac requires all Vala
On Thu, 2009-04-16 at 21:09 +0200, Ralf Wildenhues wrote:
* Jürg Billeter wrote on Thu, Apr 16, 2009 at 09:02:30PM CEST:
On Thu, 2009-04-16 at 20:49 +0200, Ralf Wildenhues wrote:
bin_PROGRAMS = foo
foo_SOURCES = foo1.vala foo2.vala
foo_LDADD = libbar.a
noinst_LIBRARIES = libbar.a
Callbacks in C libraries usually have a user_data parameter, which is
used by Vala to pass the object of an instance method. However, some
callbacks do not have a user_data parameter. Vala required bindings to
use the `static' modifier for the delegate to let the compiler know
about this
The syntax for connecting and disconnecting signal handlers using += and
-= has been inherited from the C# syntax. As described in bug 566847
[1], using these operators does not seem appropriate for signals.
Therefore, the syntax has now been deprecated by
foo.clicked.connect (handler);
Hi Ralf,
On Wed, 2009-04-15 at 20:42 +0200, Ralf Wildenhues wrote:
I'm looking at adding per-target flag support for vala sources.
Say I have baz.vala and want to create from that
foo-baz.c foo-baz.h
in one valac invocation, as well as
bar-baz.c bar-baz.h
in another 'valac -D BAR'
is available at
http://live.gnome.org/Vala
The Vala Team
Jürg Billeter and Raffaele Sandrini
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Tue, 2009-04-07 at 15:19 +0200, Jaap A. Haitsma wrote:
I've wanted to restart working on my vala branch of cheese. In the
meantime vala has received quite some changes. Therefore it does not
compile anymore. The main problem I have are ref variables. For
example with the text_extents method
On Sun, 2009-04-05 at 10:27 +0200, Michael 'Mickey' Lauer wrote:
http://git.freesmartphone.org/?p=vala-
lang.git;a=shortlog;h=refs/heads/mickey/0.6/posix
Please pick the top three, if you find suitable. They're on top of the 0.6
branch.
Thanks, pushed to master.
Jürg
On Tue, 2009-04-07 at 01:50 -0400, Yu Feng wrote:
Vala 0.7.0 is affected by Bug 578191 which may interfere with many
programs written in VALA.
Would you please take a look at the patch before the next major/minor
release? The master branch is self-compilable with the patch applied.
This
On Mon, 2009-04-06 at 01:52 -0400, Yu Feng wrote:
On Sun, 2009-04-05 at 17:54 +0200, Jürg Billeter wrote:
* Support conditional compilation.
and the usage of the conditional compilation?
The FAQ[1] has been updated with an example.
Jürg
[1] http://live.gnome.org/Vala/FAQ#head
Hi Ralf,
On Tue, 2009-04-07 at 23:08 +0200, Ralf Wildenhues wrote:
Other than that, I haven't yet gotten around to get my system up to date
in order to support Vala 0.7 yet. Would you be so nice as to post
verbose log output for all the vala tests? That is, just
cd tests
for t in
-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
The Vala Team
Jürg Billeter and Raffaele Sandrini
___
Vala-list mailing list
Vala-list@gnome.org
http
On Wed, 2009-04-01 at 11:07 -0400, Feng Yu wrote:
I am working on a fix for struct member method as a delegate. But the
test code entirely fails to compile with lots of gcc errors. I notice
that the types are now declared in both of .h and .c files. and those
in .c files are incomplete.
You
On Wed, 2009-04-01 at 18:14 +0200, Leonti Bielski wrote:
So I'm not the only one :)
I have similar errors with structs too:
http://pastebin.com/m4693867a
I'm using Enlightenment Elementary bindings for Vala.
This is an unrelated issue. You have to use the new
[CCode
tests/vala4.test
diff --git a/ChangeLog b/ChangeLog
index 3e08fe6..cadf637 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,23 @@
+2009-03-31 Jürg Billeter j...@bitron.ch
+
+ Initial support for the Vala programming language.
+ * automake.in: Add %known_libraries, lang_vala_rewrite
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
The Vala Team
Jürg Billeter and Raffaele Sandrini
___
Vala
On Mon, 2009-03-30 at 17:09 -0400, Feng Yu wrote:
Is there a way to declare an 'in-place' array?
By 'in-place' I mean an array allocated on the stack or within the struct.
struct A {
int c[10];
}
int main() {
int a[10];
}
c and a are 'in-place'.
This is not supported yet but
On Thu, 2009-03-26 at 18:13 +, Maciej Piechotka wrote:
Jürg Billeter j at 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
On Mon, 2009-03-23 at 20:35 -0400, Michael Terry wrote:
I'd like to know more about how to use C preprocessor commands in
Vala. I know that Vala allows some sort of conditional compilation
via [Conditional], but I'm interested in a particular use case that it
doesn't seem to really help with.
On Fri, 2009-03-13 at 21:21 +0100, Michael 'Mickey' Lauer wrote:
Please see attachements.
Thanks, I've applied patch 2 and 3.
Patch 4: I think we should use the same approach for GLib.Dir and
GLib.FileStream. I tend to only support construction using the static
methods, though, any objections?
On Wed, 2009-03-11 at 17:46 +0800, Barry Kauler wrote:
I am very interested in what you have done, with your Multiboot
code. I'm wondering how far this can be pushed. Is it feasible to code
in a subset of Vala/Genie such that Glib/Gobject is not required, only
the C library, so the executable
On Mon, 2009-03-09 at 20:36 -0400, Yu Feng wrote:
Dear list,
Are friend classes available in VALA? If not, are there any particular
reason against it, and are there any alternatives for friend classes?
There is no plan to support friend classes in Vala. The `internal'
modifier is as close as
On Thu, 2009-03-05 at 17:17 -0500, Yu Feng wrote:
Curious:
What does rank mean?
The compiler uses the rank of integer types to determine what implicit
casts should be allowed. The larger the range on common platforms, the
higher the rank in the bindings.
Jürg
On Fri, 2009-03-06 at 10:06 +0700, Hans Baier wrote:
2009/3/6 Michael 'Mickey' Lauer mic...@vanille-media.de:
Added the IntegerType descriptor. Can we apply the attached patch then?
Maybe you could consider altering glib.vapi too,
because there, Pid is defined as:
GPid is a pointer, not
On Thu, 2009-02-19 at 10:49 -0300, Marcelo Boveto Shima wrote:
But no luck yet. Now it is segfaulting at OpenSessionWithParameters
call.
I am using vala 0.5.6.
am I missing something else?
The dynamic D-Bus client support still uses dbus-glib based marshalling,
which doesn't support arrays of
On Wed, 2009-03-04 at 13:50 +0100, pancake wrote:
mmh, pid_t is not a struct, is an 'int', in which whay do you get
the (int) value of this empty struct? I would rather prefer to do
it in another way to allow vala use the 'int' nature of the pid_t type
for conversions between numbers, strings
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
On Thu, 2009-02-12 at 13:38 +0100, Michael 'Mickey' Lauer wrote:
Am Friday 06 February 2009 01:58:08 schrieb Michael 'Mickey' Lauer:
I found the attached patch necessary to use the BytesArray.
Thanks, applied.
Is bugzilla preferred for patches?
I'm fine with patches on the list as well,
On Tue, 2009-02-03 at 02:07 +0100, Michael 'Mickey' Lauer wrote:
Please add to posix.vapi:
Thanks, committed.
Jürg
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Sat, 2009-01-31 at 13:40 +0100, Jacob Kroon wrote:
Ok, hope this test case is ok, I've attached a small library file which
I compile with valac foo-bar.vala --library=foo -C, in order to
get .vapi file.
Then I run valac foo.vapi, and I get the same kind of error messages.
Thanks for the
On Sat, 2009-01-31 at 13:09 +0100, Jacob Kroon wrote:
Hi. I'm having some problems with latest Vala from git/svn. I have
classes declared with abstract properties in one of my libraries. Valac
can't parse the generated .vapi file for this library though, I get
error messages of the type
On Fri, 2009-01-30 at 02:01 +0100, Michael 'Mickey' Lauer wrote:
Ok, here's what I have so far:
[CCode (cname = fd_set, cheader_filename = sys/select.h,
free_function
= )]
[Compact]
public class FdSet
{
[CCode (cname = FD_CLR,
On Fri, 2009-01-30 at 10:02 +0700, Hans Baier wrote:
Hello,
since Vala is ideal for writing custom Gtk+ widgets,
I wonder whether there already is a tool to autogenerate
C++ wrappers a la/based on glibmm for a given vala library.
I don't think anything like this exists already, however, I'd
On Fri, 2009-01-30 at 07:43 +0200, vas...@gmail.com wrote:
when writing .vapi file how to handle correctly types like int64_t and
char[32]
You can use the Vala type int64 for int64_t. If the name is a UTF-8
compatible NUL-terminated string (ASCII is fine as well), you can just
use `string'.
On Tue, 2009-01-27 at 21:27 +0100, Frederik wrote:
Michael 'Mickey' Lauer wrote:
I found the need for open(2) and friends. Please add to posix.vapi:
I'd suggest binding it this way:
[...]
Then the code will look more object oriented:
I don't think we should try to bind the raw
On Tue, 2009-01-27 at 19:28 +0100, Michael 'Mickey' Lauer wrote:
I found the need for open(2) and friends. Please add to posix.vapi:
Thanks, added.
Jürg
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Mon, 2009-01-26 at 11:32 +0100, Frederik wrote:
Frederik wrote:
Michael 'Mickey' Lauer wrote:
Hi,
I'm working on my first binding for a non-gobject library -- please see
gsm0710_p.h.
My current vapi is also attached. I'm struggling with setting the callback
pointers now. How
On Tue, 2009-01-20 at 19:24 +0100, Hans Vercammen wrote:
On Tue, 2009-01-20 at 16:02 +0100, Frederik wrote:
Hans Vercammen wrote:
/usr/include/libgda-3.0/libsql/sql_parser.h:122: syntax error, unexpected
typedef-name, expecting identifier or '('
On Fri, 2009-01-02 at 00:17 +0600, Ildar Mulyukov wrote:
Hi, everybody!
Last time (for about a month) I see libgee make check FAILED:
make[2]: Entering directory `/tmp/libgee/tests'
TEST: testarraylist... (pid=30778)
/Arraylist/List/get:
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
The Vala Team
Jürg Billeter
On Sun, 2009-01-18 at 11:34 -0500, Yu Feng wrote:
Nice job!
I notice all 'weak' return values in bindings are now replaced with
'unowned'.
Has the difference between these two been documented anywhere yet?
The change has been announced in a thread[1] on the mailing list. The
compiler does
On Thu, 2009-01-15 at 05:16 -0800, Adam Dingle wrote:
class Foo {
Foo() {
stdout.puts(construct\n);
}
void hello() {
stdout.puts(hello\n);
}
static int main(string[] args) {
Foo f = new Foo();
f.hello();
return 0;
Hi Adam,
On Thu, 2009-01-15 at 05:16 -0800, Adam Dingle wrote:
On a tiny program, Vala warns that a constructor is unused when in fact
it gets called:
[...]
==
$ valac hello.vala
hello.vala:2.2-2.4: warning: method `Foo.new' never used
Foo() {
^^^
Compilation succeeded
On Tue, 2009-01-13 at 23:01 +0100, Hans Vercammen wrote:
On Mon, 2009-01-12 at 14:43 +0100, Jürg Billeter wrote:
On Mon, 2009-01-12 at 08:40 +0100, Hans Vercammen wrote:
On Sun, 2009-01-11 at 14:14 +0100, Jürg Billeter wrote:
* Minimize use of header files
A more radical approach
On Mon, 2009-01-12 at 18:38 +0100, Philip Van Hoof wrote:
On Sun, 2009-01-11 at 14:14 +0100, Jürg Billeter wrote:
* Minimize use of header files
A more radical approach would be to not use header files where not
necessary. The Vala compiler could insert required declarations
On Sun, 2009-01-11 at 10:52 -0500, Yu Feng wrote:
Therefore my opinion on the cycles is that there should not be
unsolvable typedef cycles ( with .h, -priv.h and .c) in a properly
designed program, because these cycles represents solid cycles in your
Class atlas; which (as I can remember)
On Sun, 2009-01-11 at 08:49 -0800, Noah Gibbs wrote:
If you implemented the last solution, my current use case would always
require the -H option. But I may not be typical that way.
You will need -H for each library or application with plugin system.
However, not much we can do about that as
On Mon, 2009-01-12 at 08:40 +0100, Hans Vercammen wrote:
On Sun, 2009-01-11 at 14:14 +0100, Jürg Billeter wrote:
* Internal API
The whole point of an internal API is that it is internal, and we
should therefore aim to separate public from internal header files.
Yes, that sounds
On Sat, 2009-01-10 at 23:48 +0100, Hans Vercammen wrote:
Why do this manually? Don't you need to chain the dispose handlers
throughout the hierarchy to make it usable somehow?
As far as I understand the GObject dispose mechanism, it doesn't prevent
the cyclic references from not being cleaned
On Sun, 2009-01-11 at 16:41 +0200, Arto Karppinen wrote:
Jürg Billeter wrote:
* Header file interdependencies
Header files often depend on other header files and sometimes these
dependencies form cycles. These cycles are currently detected by the
compiler and resolved as far
On Sat, 2009-01-10 at 01:04 -0500, Yu Feng wrote:
On Fri, 2008-12-12 at 08:08 +0100, Jürg Billeter wrote:
On Thu, 2008-12-11 at 23:56 -0500, Yu Feng wrote:
Talking about circular references, is it possible to have a
circular ref
breaker mechanism like the one in GTK for vala fundamental
On Sat, 2009-01-10 at 00:49 +0100, Michael 'Mickey' Lauer wrote:
Following up on that, apparantly the way we generate the signal
registration
is only working for simple types. The following diff to the vala generated
code leads at least to the correct signature w/ dbus, so my signal callback
On Thu, 2009-01-08 at 22:31 -0500, Yu Feng wrote:
On Fri, 2009-01-09 at 00:31 +0100, Jürg Billeter wrote:
On Thu, 2009-01-08 at 18:16 -0500, Yu Feng wrote:
Hi Jurg,
If I am correct VALA no more depends on FLEX. But configure.ac still
checks for it.
The bundled gobject
On Fri, 2008-12-19 at 17:22 +0100, Ali Sabil wrote:
On Fri, Dec 19, 2008 at 1:29 PM, Jürg Billeter j...@bitron.ch wrote:
As mentioned in an other thread, I'm considering to change property
getters to transfer ownership by default. While the current behavior
works fine
compile-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
The Vala Team
Jürg Billeter and Raffaele Sandrini
___
Vala-list mailing list
Vala-list@gnome.org
://live.gnome.org/Vala
The Vala Team
Jürg Billeter and Raffaele Sandrini
___
Vala-list mailing list
Vala-list@gnome.org
http://mail.gnome.org/mailman/listinfo/vala-list
On Wed, 2008-12-31 at 00:29 -0500, Yu Feng wrote:
gconf_entry_ref returns nothing; How to handle this? Shall someone file
a bug to GConf to ask them to return the object pointer in
gconf_entry_ref?
Andreas Brauchli already wrote a patch[1] to fix this on the Vala side.
I'm planning to review
On Thu, 2008-12-18 at 16:15 +0300, Миша Мухин wrote:
Can't build vala = 0.5.3 (svn version too) at ubuntu 7.10.
Glib version 2.14.1, but g_warn_if_fail() appeared in 2.16
http://library.gnome.org/devel/glib/stable/glib-Warnings-and-Assertions.html#g-warn-if-fail
./configure should be updated
On Sat, 2008-12-20 at 12:19 +0100, Xavier Bestel wrote:
Le vendredi 19 décembre 2008 à 12:10 +0100, Jürg Billeter a écrit :
I just committed some ownership syntax changes to trunk. The old syntax
will continue to be supported but is planned to be deprecated after the
release of Vala 0.5.4
On Sat, 2008-12-20 at 09:25 +, Sam Liddicott wrote:
Why not [owned] ?
For the reference transfer expression or as a type modifier? As brackets
are already used by attributes, [owned] would need to be an attribute to
be usable as a type modifier. We currently do not support attributes in
all
On Fri, 2008-12-19 at 14:03 +0100, Frederik wrote:
Jürg Billeter wrote:
* `unowned' type modifier complements `weak' type modifier
Are there any questions or comments to these changes?
This error message should have different wording for the 'unowned' modifier:
error
On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote:
On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote:
* `(owned)' cast replaces `#' reference transfer expression
Even less used, equally unintuitive. Example of new syntax:
string foo = (owned) bar;
I don't have
On Fri, 2008-12-19 at 20:49 -0500, Jamie McCracken wrote:
On Sat, 2008-12-20 at 02:19 +0100, Hans Vercammen wrote:
On Fri, 2008-12-19 at 12:10 +0100, Jürg Billeter wrote:
* `(owned)' cast replaces `#' reference transfer expression
Even less used, equally unintuitive. Example
On Tue, 2008-12-16 at 17:58 +0300, Кутейников Дмитрий wrote:
Why there are no operator to remove current object in foreach block?
foreach is meant to be used for read-only iteration over a collection as
this is very common. It's really just a bit syntactic sugar. If you need
more features, use a
On Mon, 2008-12-15 at 09:49 -0800, Conrad Steenberg wrote:
On Mon, 2008-12-15 at 12:42 -0500, Jamie McCracken wrote:
On Mon, 2008-12-15 at 09:18 -0800, Conrad Steenberg wrote:
Hmmm, I would love to be able to use C++ libraries from Vala (or
Genie,
since it's a natural jump from Numeric
Hi all,
due to various issues and limitations with type marshalling of
dbus-glib, I've rewritten D-Bus server support to directly use libdbus
to read and write D-Bus messages. The rewrite is not yet in trunk as it
hasn't been tested extensively yet. I've attached a patch to bug
560034[1].
The
On Sat, 2008-12-13 at 11:36 +0100, Michael 'Mickey' Lauer wrote:
Awesome, glad to hear this.
As a consequence of this, both async. and sync. operation both client and
server side will be supported then?
Do we have any other showstoppers left in dbus support then or would you
consider
On Sat, 2008-12-13 at 20:34 +0600, Ildar Mulyukov wrote:
On 12.12.2008 14:04:51, Jürg Billeter wrote:
Hi Ildar,
On Wed, 2008-10-15 at 03:03 +0600, Ildar Mulyukov wrote:
I am very new to Vala. Great thanks to Jürg and participants.
I've a question (or it's really two separate
On Thu, 2008-12-11 at 23:56 -0500, Yu Feng wrote:
On Thu, 2008-12-11 at 22:11 +0100, Jürg Billeter wrote:
On Wed, 2008-12-03 at 14:05 +, Frédéric Gaudy wrote:
I don't know if it' a bug or a feature. When I use weak and var
keywords, I obtain a error:
error: The type name `var
On Tue, 2008-12-02 at 15:06 +, Karl Lattimer wrote:
I can never find enough documentation about time in vala :( so I'm going
to ask a bunch of questions here... Maybe I'll add a GNOME live page
when I've got the important stuff done... God knows I already want to
update the GTK/Cairo stuff
On Fri, 2008-12-05 at 10:23 +, Karl Lattimer wrote:
I was wondering what must be done to over-ride a configure event in a
GtkWidget. I can't find an event mask for it, and therefore my configure
event never seems to fire.
Could someone point me to what I have to do in order to get my
On Mon, 2008-12-01 at 10:47 +, Daniel Lucraft wrote:
I have 0.5.1 installed and building from trunk (2108) fails with this error:
(cd .libs rm -f libvalaccode.la ln -s ../libvalaccode.la
libvalaccode.la)
make[3]: Leaving directory `/home/dan/software/vala/ccode'
make[2]: Leaving
, so that
all compile-time information is available when generating a binding.
More information about Vala is available at
http://live.gnome.org/Vala
The Vala Team
Jürg Billeter and Raffaele Sandrini
___
Vala-list mailing list
Vala-list
On Sun, 2008-11-30 at 06:48 -0500, Samuel Cormier-Iijima wrote:
This used to work before and now gives an error:
int main(string[] args) {
size_t x = 3;
string[] arr = new string[x];
return 0;
}
Fixed in r2105.
Jürg
___
Hi all,
I'm planning to release Vala 0.5.2 on Monday evening. As there have been
a lot of changes since 0.5.1, I'd appreciate it if people working on
Vala applications or libraries can do a test run with Vala trunk, so we
can fix regressions before the release.
No incompatible changes in the
);
2008-11-30 Jürg Billeter [EMAIL PROTECTED]
* gobject/valaccodearraymodule.vala:
Fix array length variable name for internal variables,
fixes bug 562723
Fixed in r2089.
Jürg
___
Vala-list mailing list
Vala-list@gnome.org
http
: unreachable code detected
stdout.printf(Ok, but not here\n);
error.c: In function ‘_main’:
error.c:21: warning: assignment makes pointer from integer without a
cast
Compilation succeeded - 1 warning(s)
2008-11-30 Jürg Billeter [EMAIL PROTECTED
On Sun, 2008-11-23 at 10:41 +0100, Hans Vercammen wrote:
On Sun, 2008-11-23 at 10:03 +0100, Jürg Billeter wrote:
On Sun, 2008-11-23 at 00:13 -0500, Yu Feng wrote:
Both vala 0.5.1 and trunk fails to smoothly switching the parent
classes. if I have extra stuff in the creation methods
On Sun, 2008-11-23 at 01:31 -0800, Christian Hergert wrote:
I'm excited about the addition of yielding values. I released GTask
0.1.2 last week which is an asynchronous/concurrency library for
GObject with similar feel to twisted deferreds. I would love to be
able to yield tasks and have the
On Sun, 2008-11-23 at 05:07 -0500, Yu Feng wrote:
On Sun, 2008-11-23 at 11:00 +0100, Jürg Billeter wrote:
On Sun, 2008-11-23 at 04:53 -0500, Yu Feng wrote:
On Sun, 2008-11-23 at 10:03 +0100, Jürg Billeter wrote:
On Sun, 2008-11-23 at 00:13 -0500, Yu Feng wrote:
Both vala 0.5.1
On Sun, 2008-11-23 at 12:02 +0100, Jürg Billeter wrote:
Hi Karl,
On Sun, 2008-11-23 at 10:46 +, Karl Lattimer wrote:
I have a button_press_event function in my GtkWidget which should be
called when the mouse button is pressed, however it won't output
anything via stdout.printf
201 - 300 of 401 matches
Mail list logo
