Security of cars implies that developement specific features are fully removed.
So it is needed to link developement specific features to some explicit tag that can be easyly removed. A such tag should be available in at least 3 strategic places:
within yocto to conditionally add behaviors in recipes using conditionals (see OVERRIDES)
within yocto recipes to tune buid (see DISTRO_FEATURES)
within C/C++ source files to conditionnally activate part of code specific to developement.
but it recompiled everything. So I propose that the correct procedure for tuning C/C++ build is to include in the recipe:
CPPFLAGS_append_agl-devel = " -DAGL_DEVEL"
In that case, any TEXT could be used in place of AGL_DEVEL. In one hand it solves the question of how to handle foreign/legacy code. In an other hand, it seems to forclude to formalize AGL_DEVL as a standard for AGL codes.
IMHO, recommanding the use of AGL_DEVEL tag in AGL code as a GOOD PRACTICE is the way to go because, conversely, enforcing to recompile every thing would be a nightmare for developpers, developpers that are the first involved.
Security of cars implies that developement specific features are fully removed.
So it is needed to link developement specific features to some explicit tag that can be easyly removed. A such tag should be available in at least 3 strategic places:
within yocto to conditionally add behaviors in recipes using conditionals (see OVERRIDES)
within yocto recipes to tune buid (see DISTRO_FEATURES)
within C/C++ source files to conditionnally activate part of code specific to developement.