Gestione delle dipendenze simile a Maven per C ++? [chiuso]

Supponiamo che io abbia un progetto C ++ suddiviso in diversi sottoprogetti. Tutti i sottoprogetti producono una DLL e diversi team di sviluppatori lavorano su ogni sottoprogetto. Ora, se voglio costruire il progetto principale, c'è un modo per evitare di dover costruire tutti i sottoprogetti da solo?

In breve, sto cercando qualcosa che faccia la gestione delle dipendenze (cioè per file binari e intestazioni) in modo simile a Maven per Java.

In effetti, ho provato a usare Maven per questo ma questo è piuttosto macchinoso perché devo creare i pacchetti manualmente e abbastanza frequentemente, Maven manca di raccogliere le modifiche più recenti. Inoltre, eseguire la compilation è un po 'un trucco in quanto devo chiamare NAnt da Maven (utilizzo la funzionalità di NAnt per creare direttamente soluzioni Visual Studio).

Qualche suggerimento e idea su come farlo?

Risposta iniziale : suggerirei di utilizzare CMake. È un generatore di file make multipiattaforma (genera anche progetti Visual Studio o Eclipse CDT).

http://www.cmake.org/

Ho fatto davvero una bella esperienza con esso. La cosa migliore che mi piace è stata la capacità di produrre una struttura di progetto generica. Quindi puoi includere genericamente la ricerca di sottoprogetti per unit test ecc. Senza cambiare lo script ogni volta.

Hanno anche molti moduli su come trovare librerie di build preinstallate, necessarie per il progetto (come Boost, QT ecc.)

Aggiornamento : nel frattempo c'è stato qualche sforzo per introdurre la gestione dei pacchetti per C ++. Alcuni progetti da guardare:

• conan.io si integra con i principali strumenti di compilazione:
  • CMake
  • Visual Studio
  • Makefile
  • XCode
  • ...
• cpm basato su CMake ( nota che il CPM non viene mantenuto attivamente).
• Buckaroo

Nota come sottolineato da @RAM nei commenti cpm non è più attivamente mantenuto.

Per la gestione delle dipendenze, esiste un nuovo progetto (è una startup) che sta implementando questo tipo di strumento: https://github.com/biicode (un gestore delle dipendenze C ++). Potresti aggiungere le tue dipendenze e dovrebbe funzionare.

Attualmente, il nome del progetto è conan.io , sono stati acquisiti da JFrog .

AGGIORNAMENTO: Il progetto è morto ... Sfortunatamente, sembra che l'avvio non sia riuscito a ottenere abbastanza clienti paganti premium, ma il server sembra funzionare bene ...

UPDATE2: Sembra che ci sia un progetto sostitutivo: conan.io (grazie @mucaho)

Raccomando i seguenti sistemi di compilazione di alto livello:

• Plugin Maven Nar: utilizzo di Maven per progetti C / C ++
• Plugin Gradle cpp : È un modo più semplice, ma è attualmente in incubazione, qui le caratteristiche principali e una roadmap .
• Conan è più un approccio C ++, è multipiattaforma e supporta i sistemi di compilazione C ++ più comuni.

Se vuoi solo la gestione delle dipendenze, prova Ivy , si integra bene con Ant (e presumo che NAnt possa fare lo stesso sulla base di questo blog , che è collegato dal sito Ivy).

C'è anche Byldan , una versione .Net di Maven. Non so quanto bene funzionerà per te però.

Make e GCC sono un'ottima combinazione per un controllo delle dipendenze davvero buono.

GCC può generare automaticamente i file di dipendenza "make" (switch della riga di comando -MD), in modo da poter ricostruire tutti i file sorgente che dipendono da una data intestazione, per esempio.

Ho alcune semplici regole che taglio e incollo nei miei makefile:

# compile c files   
%.o:    %.c
    ${CC} ${CFLAGS} -c $< -MD -MF $(<:%.c=%.dep) -o $@

# compile c++ files
%.opp:  %.cpp
    ${CPP} ${CPPFLAGS} -c $< -MD -MF $(<:%.cpp=%.dep) -o $@

Ora se i tuoi file oggetto sono dichiarati in un elenco OBJ_C e OBJ_CPP:

.PHONY: cleandep
cleandep:
    rm -f $(OBJ_C:%.o=%.dep) $(OBJ_CPP:%.opp=%.dep)

-include $(OBJ_C:%.o=%.dep) $(OBJ_CPP:%.opp=%.dep)

Make può ovviamente tenere traccia delle dipendenze con altri progetti e simili, ad esempio anche ricostruire una libreria condivisa se necessario.

Ad esempio, se gli altri tuoi team inseriscono sempre le loro ultime DLL in una cartella condivisa:

myapp: ${SRC_CPP} ${LIB_DIR}other_team.lib
  ...

${LIB_DIR}other_team.lib: /shared_folder/latest/other_team.lib
  cp /shared_folder/latest/other_team.lib ${LIB_DIR}other_team.lib

Modificare:

Biicode è deprecato

Alternativa: Conan.io

Raccomando conan , che stavo usando in questi giorni. È molto potente mantenere tutte le librerie e i file binari dipendenti nel progetto.

È possibile creare un pacchetto NuGet per le librerie usate e usare NuGet per la gestione delle dipendenze.

Vedere anche NuGet per C ++

C'è un certo numero di strumenti posti sopra SCons, che forniscono funzionalità di livello superiore simili a quelle degli Autotools che stanno cercando di rendere la vita più facile agli sviluppatori (es. WAF, SNOCS). Sfortunatamente, SCons stesso ha il principale svantaggio: tempi di compilazione più lunghi per i grandi progetti.

Posso consigliare di provare SNOCS (che è uno SCons invertito) per quelli di voi che cercano una facile gestione delle dipendenze e scelgono le opzioni di compilazione nel singolo comando (compilatore, x86 / x64, Debug / Release, librerie statiche / condivise, test / installare obiettivi, ecc.).

SNOCS cerca anche di affrontare il problema del lungo tempo di compilazione memorizzando l'output di configurazione del progetto in file separati, il che consente alle build successive di saltare del tutto la fase di configurazione e andare direttamente alla fase di costruzione (l'ultima funzionalità è in costruzione ora)

La configurazione di CMake diventa noiosa in soluzioni più grandi, quindi la manutenzione del sistema di compilazione richiede una grossa frazione del tempo dello sviluppatore. Fortunatamente, come già accennato da Martijn, esiste un biicode che "utilizza CMake per generare il progetto con le sue dipendenze".

Prova SCons

SCons è uno strumento di creazione di software Open Source, ovvero uno strumento di creazione di nuova generazione. Pensa a SCons come un sostituto multipiattaforma migliorato per la classica utility Make con funzionalità integrate simili a autoconf / automake e cache del compilatore come ccache. In breve, SCons è un modo più semplice, affidabile e veloce per creare software.

Consiglio di utilizzare la madre di tutti i sistemi di dipendenze di compilazione: make.

Prova gli scons, rimarrai conquistato. Make è obsoleto, difficile e costoso da mantenere.