[Vala] Python extensions in Vala (was: Operator overloading)

Michael Torrie wrote: I wonder how easy it would be to write python extension modules using Vala. Well, Arc Riley and I are integrating Vala into the Python extension build process right now for a couple of projects -- namely PySoy at www.pysoy.org and Concordance-XMPP at

Re: [Vala] Conditionally compiling from FAQ

The FAQ says I should add '-D COND' to the valac command line but doing so just tells me 'unknown option -D', has the syntax changed or am I reading the example wrong? I believe that valac no longer supports the -D option. You can pass defines through to the C compiler with -X or -Xcc=, but I

Re: [Vala] Conditionally compiling from FAQ

El Thursday 26 March 2009 13:07:56 Levi Bard escribió: The FAQ says I should add '-D COND' to the valac command line but doing so just tells me 'unknown option -D', has the syntax changed or am I reading the example wrong? Have you considered to use an external preprocessor, as suggested

[Vala] Case insensitive HashTable

Hi, I try to get a case insensitive HashTable but the keys are all stored in lower case. I append a patch and a minimal example. Any ideas where this comes from and how to fix it? Regard Frederik using GLib; static void main( ) { var hm = new HashTablestring,string(

Re: [Vala] Case insensitive HashTable

Hi Ingrid I'm an idiot. It just works. /Ingrid Is it possible to get it to the main branch? Regards Frederik Am Donnerstag, den 26.03.2009, 15:29 +0100 schrieb Frederik Sdun: Hi, I try to get a case insensitive HashTable but the keys are all stored in lower case. I append a patch and a

Re: [Vala] Operator overloading (SOC idea)

Hi Michael, Thanks for the response. I've used Python + numerical/numpy in various guises since 1996, and it's great for many things, especially compared to the sluggishness of Matlab. A lot of our code needs a little (OK a lot) more speed in the glue parts that usually gets handled by Python,

Re: [Vala] Case insensitive HashTable

Frederik Sdun frederik.s...@... writes: Hi Ingrid I'm an idiot. It just works. /Ingrid 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 -

Re: [Vala] Conditional compilation: Passing #ifdefs thr ough to generated C code

Michael Terry m...@... 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

Re: [Vala] Conditional compilation: Passing #ifdefs through to generated C code

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 directives. It would also require the Vala compiler to support dealing

Re: [Vala] Conditional compilation: Passing #ifdefs through to generated C code

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

Re: [Vala] Operator overloading

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 have

[Vala] Quaternions

If I remember correctly, the inverse of a quaternion (w, x, y, z) is then defined as (w, x, y, z)^-1 = (w, -x, -y, -z) With the inverse defined, the quotient is defined as q/p = q * p^(-1) In that sense (0, 0, 0, 1)/(0, 1, 0, 0) = (0, 0, 0, 1) * (0, -1, 0, 0) which is well-defined. Yu On