Re: [Paparazzi-devel] Tr : Building system

[Karoly Molnar]

Hi Felix and Chris,

I am working in a commercial project that is also using XML based configuration files for code generation. This is a transportantion project but not avionics.
We are using Eclipse / EMF for XML handling, our configuration generators are also Eclipse based. Some toughts on this:
- It is relatively easy to maintain, also Eclipse as an integrated environment could serve both as XML editing frontend AND eventually a C development environment with integrated debugger. This works really well. 
- Certainly implementing the absolute minimum in e.g. Python would be so much simpler.

Still, If I should do it from scratch again, I would choose Eclipse/EMF again because of the versatility of Eclipse. You could use e.g. XTEXT or JET/M2T for the configuration generators, the latter would be a very straight forward solution IMHO.

Regards
Karoly

---

Date: Sat, 28 Feb 2015 15:45:21 +0100
From: address@hidden
To: address@hidden
Subject: Re: [Paparazzi-devel] Tr : Building system

Hi Chris,

personally I'm not in favour of writing basic things like the generators in Java, as that adds another _major_ dependency.

But then I'm also biased as I don't write/use Java often...

Cheers, Felix

On Sat, Feb 28, 2015 at 3:40 PM, <address@hidden> wrote:

Hi Felix,

I started in Java for several reasons: first I'm used to it, then it provides high level libraries and tools making the code shorter and more readable, and finally, it is portable. I also considered interesting to allow for an easy integration into an IDE like Eclipse.
Of course, all these are personnal choices (Java and Eclipse), but are the options with which I feel confortable.

Chris

---

De : Felix Ruess <address@hidden>
À : address@hidden; Paparazzi UAV devel list <address@hidden>
Envoyé le : Samedi 28 février 2015 12h53
Objet : Re: [Paparazzi-devel] (no subject)

Hi Christophe,

I totally agree on your observations about the build system and maintainability.
We are trying to improve this step by step, but it is a slow process... so help here is definitely very welcome!

Regarding the generators: personally I would very much like it if they were written in Python or C, so that building a firmware does not have any OCaml dependencies in the end.
What language did you write it in, what dependencies does it have?

Cheers, Felix

On Sat, Feb 28, 2015 at 12:40 PM, <address@hidden> wrote:

Hi everyone,

I am new to paparazzi, so I will first shortly introduce myself: I'm Christophe, I work at ENAC school, teaching networks and data link technologies, and I am more familiar with computer science than with electronics.

Before I enter in the core subject of my mail, I would like to say that, as a newcomer I may question some well established things. My intent is not to break anything or criticize the work of others for the sake of a "holly-rule-of-thumb", but just to find a way to contribute to the project.

So now, lets jump right into the core subject!

As I do not have anything to send flying, I had a look at the building system and at some of the opened issues. I first have to admit that I am discovering OCaml, so diving into all this was not an easy task.

I will not discuss in this mail my feeling about the hole building systems and tooling (, mainly because I miss experience in building and customizing, so maybe my understanding is not accurate enough to have pertinent proposals.

But as I went through the code, I think you will agree, I found it really difficult to maintain and improve, except from maybe one or two specialists. IMHO it is not desirable for an open source project like paparazzi.

This lack of maintainability is primarily bound to the lack of comments in the code, and secondary to the quite exotic language (OCaml) used all over the building tools (especially generators). OCaml is certainly a very interesting and powerfull language, but it may not be the most appropriate for a maintainable xml file parsing code.

So I started looking at alternative solutions and already have a partial airframe generator: a more or less one to one function rewriting of the current OCaml gen_airframe.ml.

Some open issues already call for some more in-depth redesign of the building system, so it may also be an oportunity to do so.

I think I could try contributing on these subjects (which are quite remote from the core UAV stuff), but I would like to be sure that there is a common aggreement from the insiders that it is worth working on that and maybe gather some improvement ideas from you.

Regards,

Christophe

_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi-devel

_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi-devel

_______________________________________________ Paparazzi-devel mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/paparazzi-devel