Hi Luca, all,

I am one of the silent followers of the mailing list and I would like to
contribute to the project, according to my knowledge and availability
(duh!).

I unfortunately have no idea clear where to retrieve the newest documents
describing the project. Also, I wonder if there are scientific publications
describing the system, its algorithms and the difference between Netsukuku
and other similar works. I may appear skeptical, but I joined this mailing
list one year ago and I have not heard of any scientific analysis of the
system. Maybe there are other mailing lists dedicated to that. Anyway, I am
sure ignorance is mostly my fault and I would like to fill the gap between
me and the other active supporters of the project and possibly to contribute
in the coding and in more high level stuff (design, algorithms, etc...).

As for the implementation part, I have no experience with Vala and the C
implementation seems a bit cleaner to me. However, I think that the two
implementations can co-exist, provided that we find a way to minimize effort
and code redundancy. This means to define standard APIs and designing the
code as modular as possible. Also, it is necessary to have a clear design
and implementation road map. Before diving into coding, I think it is
necessary to have the definitions of all the blocks and of the interfaces
between them.

Cheers,
Pasquale


On Sat, Mar 26, 2011 at 12:36 PM, Jaromil <[email protected]> wrote:

>
> hi Luca,
>
> On Wed, 23 Mar 2011, Luca Dionisi wrote:
>
> > On Wed, Mar 23, 2011 at 3:59 PM, Jaromil <[email protected]> wrote:
> > > Q- is the Vala compiler present in emdebian, working for its targets?
> >
> > There is a debian package for mips[el] and for arm[el].
>
> can you point them out so we have a look?
> i couldn't find anything in emdebian so far.
>
> regarding the target hardware for development, i suggest to take
> emdebian as a "meta-target", meaning: if you can compile it using the
> toolchains provided by emdebian, then it means you can compile it on
> all its targets, which are many devices indeed...
>
> this also leads to choose dependencies that are already satisfied by
> emdebian packages, in case the focus is that to run NTK on MIPS* and
> ARM*
>
>
> > I used it in a emulated mipsel (qemu) and in a real arm box.
> >
> > Anyway, this is not needed because valac compiles to C code.
> > So a classic C compiler is all you need in the target platform.
>
> as pointed out in previous mails, C code can have different
> dependencies and Vala generates glibc2 dependend code..
>
> > The Pth library too is present and working in both arm and mips.
>
> yep! i think Pth is a wise choice.
>
> > The C code produced by the valac compiler could be adapted if you
> > search for optimizations.
>
> hardly done, yet doable.
>
> however, i think we might be exagerating in criticizing your
> enthusiasm on Vala. if a team is forming around this idea then let it
> happen! i hope you'll be happy and prosperous in the Gnome world :)
>
> it certainly won't harm to have various implementations of the same
> algorithm in different languages... as long as they can talk to each
> other, but then that's not a language dependend issue.
>
> i guess those of us that are more interested in embedded appliances
> will go for C, while Vala seems an interesting option for desktop
> users and its future portability is also realistic to imagine, all in
> all a good scenario for an NTK applet that runs in your tray, or
> things like that.
>
> ciao
>
>
> [snip]
>



-- 
Pasquale Cataldi (Ph.D.)

This email may contain material that is confidential and/or privileged for
the sole use of the intended recipient. Any review, reliance or distribution
by others or forwarding without express permission is strictly prohibited.
If you are not the intended recipient, please contact the sender and delete
all copies.
_______________________________________________
Netsukuku mailing list
[email protected]
http://lists.dyne.org/mailman/listinfo/netsukuku

Reply via email to