RPPz - Support des "nested programs"

Il est possible d'introduire des fonctions techniques au travers de macros-structures dans les programmes.
Pour des raisons techniques ou pour clarifier le code, il serait int?ressant de pouvoir mettre en oeuvre des "nested programs" ou programmes imbriqu?s.
Un "nested program" est un programme Cobol ? part enti?re inclus dans et compil? avec un programme principal.
Pour permettre cette mise en oeuvre, il faudrait :
- g?n?rer la clause "END-PROGRAM nom_externe_program" ? la fin d'un programme (impact g?n?rateur).
- offrir un m?canisme permettant d'inclure un programme (a priori un artefact Program) ? la fin du programme courant.
Ce dernier point pourrait ?tre impl?ment? sous la forme d'un "micro-pattern".
Notes :
- le programme inclus doit apparaitre ? la fin du programme courant et avant la clause "END-PROGRAM",
- un programme peut inclure plusieurs programmes,
- un programme inclus peut ? son tour inclure d'autres programmes,
- un syst?me de r?f?rences crois?es doit ?tre mis en place sur les "nested programs",
- le code du "nested program" doit ?tre ind?pendant du contexte (pas de param?tres symboliques comme dans les macros); le passage d'information se fait par les param?tres du CALL ou par des d?clarations de variables GLOBAL
- le code du "nested program" doit ?tre raffraichi ? chaque g?n?ration du programme principal
- le "nested program" ?tant ? la base un programme comme un autre il peut ?tre compos? de code g?n?r? (squelette) ou de code sp?cifique (macros, sp?cifiques)
- voir comment contr?ler les surcharges locales au programme principal sur le "nested program" (voire interdire les surcharges)

Un "nested program" est assimilable ? un CALL statique, ? la diff?rence :
- que les performances seront meilleurs qu'un CALL statique ou un CALL dynamique
- que le choix de lier le programme principal et le sous-programme dans le m?me loadmodule d?pend du d?veloppeur et non des options de compilation / linkedit