Exprimant une Dépendances propres de SConscript

Question

J'ai un projet SCons mis en place comme suit:

Project/ 
    SConstruct # "SConscript('stuff/SConscript', variant_dir = 'build') 
    stuff/ 
     SConscript # "import configuration" 
     configuration/ 
      __init__.py 
      Thing.py 

Lors de la construction, le SConscript est copié dans le répertoire de construction, mais le module « configuration » est pas. Ordinairement, on exprimerait une dépendance de fichier avec la fonction Depends() (par exemple Depends(program, object_files)). Dans ce cas, cependant, le fichier SConscript est lui-même la "cible" de la dépendance. Comment est-ce que je l'exprime dans mon SConscript?

Answer 1

J'ai deux solutions de contournement pour vous. Je les appelle des solutions de contournement parce qu'ils n'expriment pas la dépendance dans le SConscript.

1. Faites la 'configuration d'importation' de votre SConstruct (vous devez modifier sys.path)

2. En substance/SConscript, ajoutez le répertoire source sys.path:

 
    import sys 
    sys.path += ['%s/stuff' % (Dir('#').abspath)] 

    import configuration 

Answer 2

Premièrement, avez-vous vraiment besoin de dépendance sur vos fichiers source de script SCons? À quelle fréquence changent-elles, et si elles changent est-ce vraiment si onéreux d'exiger que votre utilisateur fasse une construction propre s'il balaie avec le (s) fichier (s) de configuration SConscript.py.

Si vous en avez besoin, ne le voyez-vous pas actuellement? J'ai trouvé que SCons était plutôt bon pour savoir si et comment les fichiers SConscript.py avaient changé. Plus précisément, si vous avez des fonctions python user defined builders with custom action? Pour mon flux de build EDA qui a des tas de fonctions python définies par l'utilisateur qui appellent la myriade d'outils EDA propriétaires, si je change n'importe quel fichierSConstruct.py, tous les résultats de mes builders python personnalisés sont supposés être invalides (doit à mon grand regret , souvent). Pour info, j'utilise la version 1.2.0.d20090223.