Android.mk - construire tous les fichiers source dans un répertoire

Je suis en utilisant Android NDK pour construire mon cocos2dx de projet, au sein de l'Android.mk, il y a une définition pour LOCAL_SRC_FILES où chaque fichier cpp sont répertoriés. Chaque fois que j'ai ajouté un nouveau fichier source, j'avais besoin de l'ajouter, il y a l'... il ressemble à ceci:

LOCAL_SRC_FILES := hellocpp/main.cpp \
                   hellocpp/myclass.cpp \
                   hellocpp/mynextclass.cpp \
                   ../../Classes/Screens/LaunchScreen.cpp \

le fichier d'en-tête, cependant, pouvez spécifier le répertoire entier à comprendre, il ressemble à ceci:

LOCAL_C_INCLUDES := $(LOCAL_PATH)/hellocpp
LOCAL_C_INCLUDES += $(LOCAL_PATH)/../../Classes/Screens

J'ai essayé divers moyens pour inclure l'ensemble du répertoire au lieu d'un seul fichier pour le LOCAL_SRC_FILES de sorte que je n'ai pas besoin de modifier le Android.mk script de construction chaque fois que j'ajoute un nouveau fichier, cependant, jusqu'à présent, toutes mes tentatives ont échoué.

J'ai essayé ceci:

#SRC_PATH_HELLOCPP := $(wildcard hellocpp/*.cpp)
#SRC_PATH_CLASSES += $(wildcard ../../Classes/*.cpp)

#LOCAL_SRC_FILES := $(SRC_PATH_HELLOCPP:$(LOCAL_PATH/%=%)
#LOCAL_SRC_FILES += $(SRC_PATH_CLASSES:$(LOCAL_PATH/%=%)

ainsi que ceci:

#LOCAL_SRC_FILES += hellocpp/*.cpp
#LOCAL_SRC_FILES += ../../Classes/*.cpp

les deux ne sont pas de travail...

J'ai un autre projet qui fonctionne bien avec la première option, cependant, je ne comprends vraiment pas pourquoi il ne fonctionne pas dans le cocos2dx projet... quelqu'un sait pourquoi ou de savoir la solution? Ou peut être que je devrais le laisser comme tel, et prenez la peine, puisque tout le monde est en train de faire., mais c'est vraiment gênant, espère que quelqu'un peut aider, de sorte que nous pouvons tous être plus productif..

Merci!

OriginalL'auteur Zennichimaro | 2013-08-21

17

Le générique fonctionne pour cocos2dx projets. Je l'utilise sur mon propre, juste que ta syntaxe est incorrecte

Essayer:
```
HELLOCPP_FILES  := $(wildcard $(LOCAL_PATH)/hellocpp/*.cpp)
HELLOCPP_FILES  := $(HELLOCPP_FILES:$(LOCAL_PATH)/%=%)

CLASSES_FILES   := $(wildcard $(LOCAL_PATH)/../../Classes/*.cpp)
CLASSES_FILES   := $(CLASSES_FILES:$(LOCAL_PATH)/%=%)

LOCAL_SRC_FILES := $(HELLOCPP_FILES)
LOCAL_SRC_FILES += $(CLASSES_FILES)
```
Est-il récursif? Je veux dire si il existe des sous-répertoires dans Classesrépertoire, le .cppfichiers à l'intérieur de ces directorise seront pris en compte dans CLASSES_FILES? Je suppose qu'il ne l'est pas. Est-il un moyen de le rendre récursif?
Non, il n'est pas récursive, vous devez ajouter une autre ligne de spécifier le sous-répertoire
Cela ne fonctionne pas pour moi. Même erreur...

OriginalL'auteur Hakim Hauston
6

En fait des caractères génériques n'travail et vous étiez sur la bonne voie...

Ceci est un exemple de ce qui fonctionne bien pour moi:
```
UTILITIES := $(wildcard $(LOCAL_PATH)/Utility/*.cpp)
ZIP := $(wildcard $(LOCAL_PATH)/Utility/zip/jni/*.c)
```
Avis l'inclusion de l' $(LOCAL_PATH) de la variable, puis
```
SOURCES := $(UTILITIES:$(LOCAL_PATH)/%=%)
SOURCES += $(ZIP:$(LOCAL_PATH)/%=%)
```
Qui devrait vous permettre de déposer dans un fichier source et compiler sans revenir à l'Android.mk fichier.

merci! J'ai essayé, mais ça ne fonctionne toujours pas... erreur de compilation avec le symbole ne trouve pas..
Édité ma réponse, comparez les deux premières lignes. Il manque le $(LOCAL_PATH) de la variable. PS: un "#" dans un makefile est pour les commentaires!

OriginalL'auteur Erik
1

je pense que vous n'avez pas besoin d'ajouter de l'ensemble de l'en-tête pour les nouveaux ajouté .fichiers cpp .. vous devriez juste ajouté ça de cette façon

par exemple . si vous souhaitez ajouter ce LaunchScreen.cpp ensuite, vous devez inclure cette manière simple
```
LOCAL_SRC_FILES:=hellocpp/main.cpp \
          ../../Classes/myclass.cpp\
          ../../Classes/mynextclass.cpp\ 
          ../../Classes/LaunchScreen.cpp\
```
OriginalL'auteur shaqir saiyed
0

C'est un fichier makefile. Les Makefiles ne fonctionne pas comme ça. Vous ne pouvez pas spécifier un répertoire pour les fichiers à compiler - il n'est tout simplement pas en ce sens. Ça a été comme ça pendant 40 ans. L'une des nombreuses raisons pourquoi les gens détestent les makefiles. Le problème est que tous les remplacements ont été tout aussi mauvais.

OriginalL'auteur Gabe Sechan
0

Pour construire votre .fichiers cpp sous ../../Classes/, vous pouvez utiliser l'externe find commande si vous construisez votre projet sur un UNIX comme système d'exploitation:
```
SRC_PATH_CLASSES := $(shell find ../../Classes/ -type f)
SRC_PATH_CLASSES := $(filter %.cpp, $(SRC_PATH_CLASSES))
LOCAL_SRC_FILES += $(SRC_PATH_CLASSES:$(LOCAL_PATH)/%=%)
```
Comme suggéré dans le lien: Récursive des caractères génériques dans GNU make?, un autre moyen est d'utiliser le récursive générique. Il est écrit avec de la pure Makefile règles, ainsi qu'il est portable et mieux.
```
rwildcard=$(foreach d,$(wildcard $1*),$(call rwildcard,$d/,$2) $(filter $(subst *,%,$2),$d))
SRC_PATH_CLASSES := $(call rwildcard, ../../Classes/, *.cpp)
LOCAL_SRC_FILES += $(SRC_PATH_CLASSES:$(LOCAL_PATH)/%=%)
```
OriginalL'auteur GaloisPlusPlus
0

Après des heures de combats avec ce que j'ai trouvé une solution qui fonctionne enfin avec mon cocos2dx setup (cocos2dx 3.10)
```
LOCAL_C_INCLUDES += $(LOCAL_PATH)/../../../Classes
FILE_LIST := $(wildcard $(LOCAL_PATH)/../../../Classes/*.cpp)
LOCAL_SRC_FILES += $(FILE_LIST:$(LOCAL_PATH)/%=%)
```
Répondre ici, pour le plaisir d'aider quelqu'un avec la même douleur depuis l'-en fait, cette question est pertinente à ce jour
Notamment, cela fonctionne aussi pour Windows qui a été le principal problème que j'ai vécu avec d'autres solutions

Source: http://qiita.com/YosukeMitsugi/items/137f1b57f03945ad2d50

OriginalL'auteur Guykun

c'est ce qui a fonctionné pour moi dans cocos2dx 3.10 sous win 10:

FILE_LIST := $(wildcard $(LOCAL_PATH)/../../../Classes/*.cpp)

LOCAL_SRC_FILES := hellocpp/main.cpp \
LOCAL_SRC_FILES += $(FILE_LIST:$(LOCAL_PATH)/%=%)

OriginalL'auteur Joseph

Vous devez vous connecter pour publier un commentaire.