I wouldn't know. Adrian Stern <[email protected]> wrote:
>But didn't they drop the POSIX Profile with Vala 0.17.4? > > >Freundliche Grüsse / Best Regards / Meilleures salutations >Adrian Stern > >______________ > >Adrian Stern >Software Developer > >screenFOOD AG >Digital Signage Software and Multimedia Solutions >Cysatstrasse 6 >CH-6004 Lucerne >SWITZERLAND > >Fon +41 (0)41 444 21 41 >Fax +41 (0)41 444 21 43 >http://www.screenfood.com > >» NEU! screenFOOD® CS Server 4.1 mit verlinkten Animation Factories, mehr >animierten Bildübergängen, Längenerkennung von Videos und Animation Factories >und vielem mehr unter: http://www.screenfood.com > >» NEW! screenFOOD® CS Server 4.1 with linked Animation Factories, more >animated image transitions, video and Animation Factory duration recognition >and much more at: http://www.screenfood.com > >-----Ursprüngliche Nachricht----- >Von: [email protected] [mailto:[email protected]] Im >Auftrag von Thomas Jollans >Gesendet: Dienstag, 11. September 2012 17:12 >An: [email protected] >Betreff: Re: [Vala] Vala for embedded systems, IDEs, debugging > > >> -----Ursprüngliche Nachricht----- >> Von: [email protected] [mailto:[email protected]] >> Im Auftrag von Joe Dluzen >> Gesendet: Montag, 10. September 2012 16:32 >> An: [email protected] >> Betreff: [Vala] Vala for embedded systems, IDEs, debugging >> >> Hi all, >> >> I've been following Vala for some time now, and am interested in using >> it for embedded systems. Does anyone else have experience with that? >> I'd like to hear both good and bad experiences. > > On Tue, 11 Sep 2012 11:15:43 +0000, Adrian Stern wrote: >> Hey There >> >> I'am also very intressted in hearing about this. Does vala work on the >> ARMv6 architecture? > > > Vala is not specific to any processor architecture. Vala code is compiled to > C code, which is then compiled by GCC to machine code. GCC has good support > for cross-compiling, so with a suitably powerful build system that knows how > to call valac and a cross-gcc, (the autotools will do the trick if used > properly) the language is not an issue. > > So the more interesting question is: can and do you want to use glib? > Vala is generally used with glib/gobject, and many of its features require > linking against glib (which may be impractical on your embedded system, > depending on the specs/requirements), but valac does have a POSIX profile, > which will generate POSIX-compliant C code without the glib dependency. See > http://stackoverflow.com/questions/9550000/can-vala-be-used-without-gobject > > So - using Vala on an embedded system is quite possible, but if you choose > to forego glib, you will have to make do without many of Vala's > object-oriented features. > >> >> I have some related questions I hope to get some answers for: >> >> Is remote debugging supported? > > Vala can be debugged with gdb. gdb is the swiss army knife of > debugging, embedded/remote included. > >> How is the IDE support? I checked the tools section of the website, >> the most up to date one seemed to be MonoDevelop. > > IDE support is dismal. If you want integrated editing and debugging, > your options are Anjuta and MonoDevelop, and from a brief look a few > months ago, Anjuta's Vala support is quite limited, and MonoDevelop's > Vala support is somewhat broken. (it looks like it used to be good, and > then things changed, but I don't know) > >> What about crash dumps, is there debugging support for them? > > I'm not sure about that, but in general, you can use all features of > gdb and nemiver (a graphical front-end to gdb, and probably the most > pleasant Vala debugging experience around at this point) with Vala, but > will be quite aware of the fact that you're actually debugging C code > with Vala source line number annotations. > > Thomas > > > >_______________________________________________ >vala-list mailing list >[email protected] >https://mail.gnome.org/mailman/listinfo/vala-list >Diese E-Mail und ihre Anhänge enthalten vertrauliche und/oder rechtlich >geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese >E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender >und vernichten Sie diese Mail inklusive Anhänge. Das unerlaubte Kopieren sowie >die unbefugte Weitergabe der Inhalte dieser Mail ist nicht gestattet. >This e-mail and any attachments may contain confidential and/or privileged >information. If you are not the intended recipient (or have received this >e-mail in error) please notify the sender immediately and destroy this e-mail >including the attachments. Any unauthorized copying, disclosure or >distribution of the material in this e-mail is strictly forbidden. _______________________________________________ vala-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/vala-list
