C ++ için Maven benzeri bağımlılık yönetimi? [kapalı]

Birkaç alt projeye bölünmüş bir C ++ projem olduğunu varsayalım. Alt projenin tamamı bir DLL oluşturur ve her bir alt proje üzerinde farklı geliştirici ekipleri çalışır. Şimdi ana projeyi inşa etmek istersem, tüm alt projeleri tek başıma inşa etmek zorunda kalmamanın bir yolu var mı?

Kısacası, bağımlılık yönetimini (yani ikili dosyalar ve başlıklar için) Maven'in Java için yaptığı gibi yapan bir şey arıyorum.

Aslında bunun için Maven'i kullanmayı denedim ama bu oldukça zahmetli çünkü paketleri elle ve oldukça sık oluşturmak zorundayım, Maven en son değişiklikleri almayı özlüyor. Ayrıca, Maven içinden NAnt'ı çağırmak zorunda olduğum için derlemeyi çalıştırmak biraz kesmek gibi (Visual Studio çözümlerini doğrudan oluşturmak için NAnt'ın özelliğini kullanıyorum).

Bunun nasıl yapılacağına dair herhangi bir ipucu ve fikir?

İlk Cevap : CMake kullanmanızı öneririm. Çok platformlu bir dosya oluşturucudur (aynı zamanda Visual Studio veya Eclipse CDT projeleri oluşturur).

http://www.cmake.org/

Onunla gerçekten iyi bir deneyim yaşadım. Bu konuda sevdiğim en iyi şey, genel proje yapısı üretme yeteneğiydi. Böylece, her seferinde komut dosyasını değiştirmeden, birim testleri vb. İçin alt proje aramalarını genel olarak dahil edebilirsiniz.

Ayrıca proje için gerekli olan önceden yüklenmiş derleme kitaplıklarının nasıl bulunacağına dair birçok modüle sahiptir (Boost, QT vb.)

Güncelleme : Bu arada, C ++ için paket yönetimi getirme çabası vardı. Bakmaya değer bazı projeler:

• conan.io , büyük derleme araçlarıyla bütünleşir:
  • CMake
  • Görsel stüdyo
  • Makefile
  • XCode
  • ...
• cpm CMake göre ( Not CPM aktif tutulan değildir.)
• Buckaroo

Not yorumlar cpm @RAM tarafından sivri dışarı olarak artık etkin korunur.

Bağımlılık yönetimi için, bu tür bir aracı uygulayan yeni bir proje (bu bir başlangıç ​​şirketidir) var: https://github.com/biicode (bir C ++ bağımlılık yöneticisi). Bağımlılıklarınızı ekleyebilirsiniz ve çalışmalıdır.

Şu anda, projenin adıdır conan.io , onlar tarafından satın alındı JFrog .

GÜNCELLEME: Proje öldü ... Ne yazık ki, başlangıç ​​yeterli prim ödeyen müşteri alamadı gibi görünüyor, ancak sunucu iyi çalışıyor gibi görünüyor ...

UPDATE2: Görünüşe göre yedek bir proje var: conan.io (teşekkürler @mucaho)

Aşağıdaki üst düzey derleme sistemlerini öneririm:

• Maven Nar Eklentisi: C / C ++ projeleri için Maven'i kullanma
• Gradle cpp eklentisi : Daha kolay bir yol, ancak şu anda kuluçkaya yatıyor , burada ana özellikler ve bir yol haritası .
• Conan daha çok C ++ yaklaşımıdır, çoklu platformdur ve en yaygın C ++ oluşturma sistemlerini destekler.

Yalnızca bağımlılık yönetimi istiyorsanız, Ivy'yi deneyin , Ant ile güzel bir şekilde bütünleşir (ve NAnt'ın aynı şeyi Ivy sitesinden bağlanan bu bloga dayanarak yapabileceğini varsayıyorum ).

Ayrıca Maven'in .Net versiyonu olan Byldan da vardır . Yine de bunun sizin için ne kadar işe yarayacağını bilmiyorum.

Make ve GCC, gerçekten iyi bir bağımlılık kontrolü için harika bir kombinasyondur.

GCC, örneğin belirli bir başlığa bağlı olan tüm kaynak dosyalarını yeniden oluşturabilmek için bağımlılık dosyalarını otomatik olarak oluşturabilir (-MD komut satırı anahtarı).

Makefilesime kesip yapıştırdığım bazı basit kurallarım var:

# 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 $@

Şimdi, nesne dosyalarınız bir OBJ_C ve bir OBJ_CPP listesinde bildirilmişse:

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

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

Elbette diğer projelerle olan bağımlılıkları takip edebilir ve örneğin, gerektiğinde paylaşılan bir kitaplığı yeniden inşa edebilir.

Örneğin, diğer takımlarınız her zaman en son DLL'lerini paylaşılan bir klasöre koyarsa:

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

Düzenle:

Biicode kullanımdan kaldırıldı

Alternatif: Conan.io

Bugünlerde kullandığım conan'ı tavsiye ederim . Projenizdeki tüm bağımlı kitaplıkları ve ikili dosyaları korumak çok güçlüdür.

Kullanılan kitaplıklar için NuGet paketi oluşturabilir ve bağımlılık yönetimi için NuGet'i kullanabilirsiniz.

Ayrıca bkz. NuGet for C ++

Geliştiricilerin hayatını kolaylaştırmaya çalışan, Autotools'a benzer üst düzey işlevsellik sağlayan SCon'ların üzerinde oturan birkaç araç vardır (örn. WAF, SNOCS). Ne yazık ki, SCons'ın kendisi büyük bir dezavantaja sahiptir - büyük projeler için daha uzun derleme süresi.

Ben denemek için tavsiye edebilir SNOCS kolay bir bağımlılık yönetimi arayan ve derleyici x86 / x64, ayıklama / Yayın, statik / paylaşılan kütüphaneler, testi (tek komut derleme seçeneklerini seçerek o sizin için (bir Scons ters olduğu) / yükleme hedefleri vb.).

SNOCS ayrıca, proje konfigürasyon çıktısını ayrı dosyalarda saklayarak uzun derleme süresi sorununu çözmeye çalışır, bu da müteakip yapıların konfigürasyon aşamasını tamamen atlamasına ve doğrudan yapım aşamasına geçmesine olanak tanır (son özellik şu anda yapım aşamasındadır)

CMake'nin yapılandırması daha büyük çözümlerde sıkıcı hale gelir, bu nedenle derleme sistemi bakımı, geliştiricinin zamanının büyük bir kısmını alır. Neyse ki Martijn'in daha önce de bahsettiği gibi "projenizi bağımlılıkları ile oluşturmak için CMake kullanan" biicode var .

SCons'u deneyin

SCons, bir Açık Kaynak yazılım oluşturma aracıdır; yani, yeni nesil bir oluşturma aracıdır. SCons'u, autoconf / automake'a benzer entegre işlevselliğe ve ccache gibi derleyici önbelleklerine sahip klasik Make yardımcı programının geliştirilmiş, çapraz platform alternatifi olarak düşünün. Kısacası, SCons, yazılım geliştirmenin daha kolay, daha güvenilir ve daha hızlı bir yoludur.

Tüm derleme bağımlılık sistemlerinin anasını kullanmanızı tavsiye ederim: make.

Scons deneyin, bağımlısı olacaksınız. Marka modası geçmiş, bakımı zor ve pahalıdır.