Forwarding to list:
Hello Christer
ldd output for 0.9.4:
ldd /usr/local/bin/valac
linux-gate.so.1 => (0x00c49000)
libvala.so.0 => /usr/local/lib/libvala.so.0 (0x002bf000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x0019e000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00a5c000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x0014a000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x001dd000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0
(0x00ac2000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x0056e000)
libpcre.so.3 => /lib/libpcre.so.3 (0x00110000)
/lib/ld-linux.so.2 (0x00e0b000)
ldd output for 0.9.6:
ldd /usr/local/bin/valac
linux-gate.so.1 => (0x0070c000)
libvala-0.10.so.0 => not found
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00bd3000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00748000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x006b6000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00e8c000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0
(0x003e5000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00110000)
libpcre.so.3 => /lib/libpcre.so.3 (0x0026a000)
/lib/ld-linux.so.2 (0x0084f000)
Something has changed.
Regards
Jörn
Christers mail:
All versions including 0.9.6 have worked for me. Here is my output from
ldd
if it helps:
ldd /usr/bin/valac
linux-gate.so.1 => (0xb7732000)
libvala-0.10.so.0 => /usr/lib/libvala-0.10.so.0 (0xb7479000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb743b000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7373000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7359000)
libc.so.6 => /lib/libc.so.6 (0xb720d000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7209000)
librt.so.1 => /lib/librt.so.1 (0xb7200000)
libpcre.so.0 => /lib/libpcre.so.0 (0xb71c9000)
/lib/ld-linux.so.2 (0xb7733000)
> There seems to be a problem with the current release. Typing valac into
> the terminal gives:
>
> $ valac
> valac: error while loading shared libraries: libvala-0.10.so.0: cannot
> open shared object file: No such file or directory
>
> The problem didn't exist with vala-0.9.4, which is the last version
> before 0.9.6 that I used.
>
> Anybody else has this issue?
>
> Regards
> Jörn
>
>
>
>
> > We are pleased to announce version 0.9.6 of Vala, a compiler for the
> > GObject type system.
> >
> > Vala 0.9.6 is now available for download at:
> > http://download.gnome.org/sources/vala/0.9/
> >
> > Changes since 0.9.5
> > * Drop deprecated support for assigning to construct properties.
> > * Some refactoring in the code generator.
> > * Bug fixes in bindings and vapigen.
> >
> > Vala is a new programming language that aims to bring modern programming
> > language features to GNOME developers without imposing any additional
> > runtime requirements and without using a different ABI compared to
> > applications and libraries written in C.
> >
> > valac, the Vala compiler, is a self-hosting compiler that translates
> > Vala source code into C source and header files. It uses the GObject
> > type system to create classes and interfaces declared in the Vala source
> > code.
> >
> > The syntax of Vala is similar to C#, modified to better fit the GObject
> > type system. Vala supports modern language features as the following:
> >
> > * Interfaces
> > * Properties
> > * Signals
> > * Foreach
> > * Lambda expressions
> > * Type inference for local variables
> > * Generics
> > * Non-null types
> > * Assisted memory management
> > * Exception handling
> >
> > Vala is designed to allow access to existing C libraries, especially
> > GObject-based libraries, without the need for runtime bindings. All that
> > is needed to use a library with Vala is an API file, containing the class
> > and method declarations in Vala syntax. Vala currently comes with
> > bindings for GLib and GTK+. It's planned to provide generated bindings for
> > the full GNOME Platform at a later stage.
> >
> > Using classes and methods written in Vala from an application written in
> > C is not difficult. The Vala library only has to install the generated
> > header files and C applications may then access the GObject-based API of
> > the Vala library as usual. It should also be easily possible to write 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://www.vala-project.org/
> >
> >
> > Jürg Billeter
> >
> > _______________________________________________
> > vala-list mailing list
> > [email protected]
> > http://mail.gnome.org/mailman/listinfo/vala-list
>
>
> _______________________________________________
> vala-list mailing list
> [email protected]
> http://mail.gnome.org/mailman/listinfo/vala-list
_______________________________________________
vala-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/vala-list
