nasa/fprime

Catch uninitialized submodules and libraries in build system

Open

#5 054 ouverte le 23 avr. 2026

Voir sur GitHub
 (4 commentaires) (2 réactions) (1 assigné)C++ (9 718 stars) (1 249 forks)batch import
Easy First Issuecmakehelp wanted

Description
F´ Version
Affected Component

Feature Description

Users are often caught off-guard when cloning a project and submodules aren't initialized recursively. We have fprime-bootstrap clone to alleviate that, but still.

We could potentially catch these setups that have empty libraries / submodules, and throw warnings. Either in fprime-util, or preferably in CMake

Guide contributeur

Stack technique
cpp
Domaine
build systemdeveloper experience
Type d'issue
feature
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
half day
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
clear
Prérequis
CMakeF´ framework basics
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65
Direction de recherche
Investigate the CMakeLists.txt files and the fprime util script to detect uninitialized submodules. Look for existing CMake functions that check for submodule or library presence. Consider adding a CMake warning or error at configuration time when submodule directories are empty. The issue suggests implementing this in CMake, so focus on the build system files in the F´ repository.