Des idées pour lesquelles la compilation flex incrémentale ne fonctionnerait pas pour des compilations successives de source identique?

Question

J'utilise mxmlc dans la ligne de commande avec -incremental = true. Flex construit le fichier cache en utilisant une somme de contrôle la première fois. Les compilations suivantes échouent avec ce message:

Impossible de faire correspondre la cible de compilation avec path_to_cache/projectname_329043.cache. Le fichier cache ne sera pas réutilisé.

1. path_to_cache existe
2. le fichier cache existe dans path_to_cache
3. le compilateur ne cherche pas à créer un nouveau fichier de cache, je suppose qu'il génère la même somme de contrôle

Mon environnement :

1. Flex 3,0
2. Mac - OSX 10.4.x

Answer 1

Je viens de traverser ce problème moi-même et après avoir trouvé la réponse nulle part sur le web, je me suis battu contre mxmlc dans pratiquement le chemin de l'erreur jusqu'à trouver la réponse. Dans mon cas, je régénérais le fichier xml flex config chaque fois que je compilais depuis l'intérieur de la fourmi. Il s'avère que c'est l'erreur que vous obtenez dans le cas où il pense que la configuration a changé. Vous pouvez tester cela en touchant simplement votre fichier de configuration et en exécutant des sources non modifiées. Donc, si l'horodatage change sur votre fichier config.xml entre les compilations, c'est probablement le coupable.

Answer 2

Cela pourrait être un problème d'autorisations. Avez-vous essayé de courir avec sudo? Je ne recommanderais pas de le faire de façon permanente, mais si vous utilisez sudo fait disparaître le message d'erreur, alors vous savez que c'est un problème d'autorisations; et vous pouvez passer à la bonne façon de le résoudre.

Vous pouvez également essayer d'accéder à Utilitaire de disque et vérifier/réparer les autorisations de disque. OSX a été notoire pour avoir besoin de cela fait de temps en temps.