J'ai finalement utilisé Netbeans pour une grosse partie du boulot.
A noter que:
- le développement des modules et la retouche de parties précises peut se faire sans charger toute l'arborescence (uniquement definir certains tags de préprocesseur comme KERNEL ou, dans mon cas, CONFIG_OF et CONFIG_I2C). Ces tags n'ont pas de fonction pour la compilation, mais plutot pour le travail dans l'IDE
- les chemins d'include du compilateur ( -I ) doivent cibler d'une part le classique /usr/src/-mes-sources-linux-/include mais aussi /usr/src/-mes-sources-linux-/arc/arm/machtegra/include
- enfin la compilation croisée se fait avec un Makefile ou une commande spécifique au choix
Par contre, que ce soit dans NETBEANS ou ECLIPSE, le parsing complet n'est pas:
- significatif, par rapport à ce que, logiquement, les .h fournissent
- voire incomplet, mais je n'ai pas creusé beaucoup plus.
Mention pour LXR, un excellent site. Le travail sur une VM avec qemu permet de faire des tests rapides. Tout ca peut être automatisé pour déployer à l'issue d'un build (ou d'un run dans mon cas, je veux compiler sans avoir à déployer car c'est relativement long).
# Résultats
Posté par Graveen . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 2.
Salut à tous,
J'ai finalement utilisé Netbeans pour une grosse partie du boulot.
A noter que:
- le développement des modules et la retouche de parties précises peut se faire sans charger toute l'arborescence (uniquement definir certains tags de préprocesseur comme KERNEL ou, dans mon cas, CONFIG_OF et CONFIG_I2C). Ces tags n'ont pas de fonction pour la compilation, mais plutot pour le travail dans l'IDE
- les chemins d'include du compilateur ( -I ) doivent cibler d'une part le classique /usr/src/-mes-sources-linux-/include mais aussi /usr/src/-mes-sources-linux-/arc/arm/machtegra/include
- enfin la compilation croisée se fait avec un Makefile ou une commande spécifique au choix
Par contre, que ce soit dans NETBEANS ou ECLIPSE, le parsing complet n'est pas:
- significatif, par rapport à ce que, logiquement, les .h fournissent
- voire incomplet, mais je n'ai pas creusé beaucoup plus.
Mention pour LXR, un excellent site. Le travail sur une VM avec qemu permet de faire des tests rapides. Tout ca peut être automatisé pour déployer à l'issue d'un build (ou d'un run dans mon cas, je veux compiler sans avoir à déployer car c'est relativement long).