On 12 September 2012 07:41, Adrian Stern <[email protected]> wrote: > But didn't they drop the POSIX Profile with Vala 0.17.4?
If glib/GObject is too heavy for the embedded device in question I don't think Vala is the right choice to begin with. There are many cases where it's non-trivial to really have lowlevel control of the memory - or where it requires quite deep Vala knowledge to get it right. And from my experience these assumptions about memory usage and code generation easily change from release to release. Don't get me wrong; this is entirely acceptable I think. That's the reason I use Vala, exactly to avoid fiddling with this! :-) That said, I think you are looking at a *very* constrained device these days if glib/GObject is too heavy. I'd suggest you try it out before assuming a bunch of stuff. Cheers, Mikkel > 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 _______________________________________________ vala-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/vala-list
