• [^] # Re: Des promesses...

    Posté par (site web personnel) . En réponse au journal Biicode: gestionnaire de dépendances c++. Évalué à 3. Dernière modification le 08 avril 2015 à 15:38.

    C'est la dernière fois que je poste ici. J'ai la net impression que je perds mon temps et que tu n'as même pas essayer de comprendre ce que je voulais dire.

    Tu me montre « la simple ligne de configuration » qui permet ça dans make, gprbuild, cmake ?

    Exemple de mon point N°1, cmake :
    CHECK_SYMBOL_EXISTS(SetConsoleMode "windows.h" HAVE_SETCONSOLEMODE)

    Exemple de mon point N°2, cmake :
    CONFIGURE_FILE(${CMAKE_CURRENT_SOURCE_DIR}/config.h.in ${CMAKE_CURRENT_BINARY_DIR}/config.h)

    Exemple de mon point N°3, cmake: un simple "target_link_libraries(myexe somesystemlib)", PS: jette un coup d’œil à ce qu'il fait RÉELLEMENT derrière sur différente plateformes / compiler et tu comprendras la différence par rapport à Java / Gradle / Ceylan.

    Je suis curieux de comment tu fais les deux premiers avec Maven... juste pour voir.

    L'objectif c'est de lancer des tâches, d'avoir un cycle de vie intéressant (1 gestion de dépendance, 2 build, 3 lancement des tests, 4 déploiement là où tu veux - par exemple -),

    Non, non et non.

    Si tu es payé pour étudier et faire ton propre build system alors oui peut être.

    Si ton objectif est d'avoir un outil qui t'autorise à automatiser au mieux les différentes taches d'un build, de la manière la plus efficace et la moins verbeuse possible, pour te faire gagner du temps alors non.

    Ce que tu veux c'est un outil qui couvre tous tes besoins et au mieux. Et c'est justement ces "détails du bout de la lorgnette" qui te font gagner le plus de temps car ils sont spécialement fait pour le/les languages associés..