Comment puis-je passer correctement CMake liste (point-virgule-sep), des drapeaux aux set_target_properties?

CMake listes sont essentiellement juste un point-virgule séparées par des chaînes, mais si vous passez une telle variable à une commande, il ne se étend sur plusieurs arguments - par exemple,

set(FLAGS f1 f2 f3)
# now FLAGS == 'f1;f2;f3'
add_custom_command(
  ...
  COMMAND my_cmd ${FLAGS}
  ...
)

correctement appel my_cmd f1 f2 f3.

Maintenant si je fais cela avec

set_target_properties(
  myTarget PROPERTIES
  LINK_FLAGS  "${LD_FLAGS}"
)

l'expansion ne se produit pas, et je me retrouve avec un seul LD_FLAG qui contient des points-virgules -- inutile, au lieu de s'élargir en une chaîne séparée par des espaces.

Est-il possible de faire en sorte que quand j'ai passer d'une liste à l'LINK_FLAGS propriété (ou la propriété), il obtient étend sur plusieurs arguments, plutôt qu'un seul?

Grâce,
Dan

InformationsquelleAutor Dan | 2012-07-21

cmake

16

Je ne pense pas que set_target_properties peut faire l'expansion automatiquement, mais vous pouvez utiliser string (REPLACE ...) pour développer une liste dans une chaîne séparée par des espaces:
```
string (REPLACE ";" " " LD_FLAGS_STR "${LD_FLAGS}")
set_target_properties(
  myTarget PROPERTIES
  LINK_FLAGS  "${LD_FLAGS_STR}"
)
```
- Est-ce vraiment la meilleure façon de faire? Pourquoi était-CMake conçu pour utiliser un format de liste qui n'est pas compatible avec son propre set_target_properties commande?
- Le principal problème avec cette technique est que si l'un des drapeaux contenir des espaces, ils vont causer des problèmes. Il y aura besoin de quelques échapper appliquées pour préserver les espaces dans les arguments si c'est possible (par exemple si un externe fourni le nom de fichier est inclus, qui peuvent contenir des espaces).
- B+++T. Il ne fonctionne pas. string (REPLACE ";" " " DEST ${SRC}) remplace le point-virgule avec... une chaîne vide. Seulement cela fonctionne: foreach(OPT ${LD_FLAGS}) set(LINK_FLAGS "${LINK_FLAGS} ${OPT}") endforeach(). Il serait vraiment drôle, à moins que cette c+++p n'était pas le plus populaire outil de construction d'aujourd'hui.
- DEST "${SRC}") fonctionne; vous semblez avoir manqué les guillemets autour du dernier argument. Peut-être que tous ces +s étaient en chemin?
- La droite. Cette ${SRC} contenues ; à l'intérieur et dans cette forme, il a essaimé à l'intérieur de l'appel (si le remplacement n'a même pas la chance de travailler). Au moins, il vaut la peine de rappeler que cmake répète la même erreur stupide que bash et perl faire.
InformationsquelleAutor sakra
6

Pour l'utilisation de cmake Liste comme liste, utilisez
```
${LD_FLAG}
```
Pour l'utilisation de cmake liste de chaîne, (c'est à dire les éléments de la liste sont séparés par des ';'), utilisez
```
"${LD_FLAG}"
```
Donc dans votre cas, il suffit de retirer "" devrait être suffisant.
- Étrange, mais celui-ci n'a pas fonctionné pour moi, la version 3.9 🙁 set_target_properties called with incorrect number of arguments.
- Qu'est ce que montrent si vous insérez le "MESSAGE("${LD_FLAG}")" en face d'elle?
- Chen je n'avais pas l'utiliser. Au lieu de cela j'ai été en utilisant un ensemble de LINK_FLAGS_* variables. L'idée ici est d'essayer d'éviter d'utiliser le list as string à tous. Au lieu de faire utiliser quelque chose comme set(PROP_LIST "${PROP_LIST} ...") et set_target_properties(... LINK_FLAGS_* "${PROP_LIST}"). La tenter d'utiliser PROP_LIST que la liste va ruiner la set_target_properties.
InformationsquelleAutor Ding-Yi Chen
5

La set_property de commande est conçu pour ce

http://www.cmake.org/cmake/help/v3.0/command/set_property.html
```
set_property(TARGET tgt PROPERTY LINK_FLAGS foo bar)
```
- Qui a dit qu'il ne l'est pas?
- Steveire - je tort, ce n'était pas dans 2.8.11, parce que j'ai essayé de changer set_target_properties(foo ...) à set_properties(TARGET foo ...). Mais maintenant je vois qu'il y a une différence dans la pluralisation des noms de commande (vs pluriel au singulier). Le nom correct est set_property (se termine en y).
- Oui, vous pouvez utiliser set_property() de la manière dont cette réponse montre, mais CMake traite LINK_FLAGS comme une simple chaîne de caractères, pas un liste, cela signifie dans cette réponse, le lien est passé à un seul argument, foo;bar. Il est malheureux. C'est aussi intéressant qu'il y a maintenant un COMPILE_OPTIONS la propriété, qui est une liste, mais le vieux COMPILE_FLAGS est une simple chaîne de caractères.
InformationsquelleAutor steveire

Je l'utilise comme des chaînes de

set(FLAGS " f1 f2 f3")

Notez l'espace à l'avant, il vous permet de concaténer les autres jeux de drapeaux.

Pour les projets plus complexes, au lieu de si-elses vous pouvez également faire un double expansion astuce:

set(GCC_FLAGS " -Wl,--relax")
set(DIAB_FLAGS " -tPPCE500ES:cross")
set(MSVC_FLAGS " /RAINBOW_CRAP)
# ...
# ...LINUX_FLAGS, WINDOWS_FLAGS, etc...


set_target_properties(
  myTarget PROPERTIES
  LINK_FLAGS  "${${COMPILER}_FLAGS} ${${SYSTEM}_FLAGS}"
)

# COMPILER and SYSTEM is set somewhere else, in toolchain files for example

InformationsquelleAutor Adam

Dans cmake 3.x il existe quelques approches

Haut niveau CMakeLists.txt le fichier ressemble à ceci:

# The name of the included file could be anything,
# it doesn't have to be called CMakeLists.txt
include(foo/CMakeLists.txt)
include(bar/CMakeLists.txt)

add_executable(myApp ${myApp_SOURCES})

avec le sous-répertoire de fichiers structurés quelque chose comme ceci:

list(APPEND myApp_SOURCES
    ${CMAKE_CURRENT_LIST_DIR}/foo.cpp
    ${CMAKE_CURRENT_LIST_DIR}/foo_p.cpp
)

Renforcée source de manipulation de fichier avec target_sources()

InformationsquelleAutor greenif

Vous devez vous connecter pour publier un commentaire.