Gibt es irgendwelche Anstrengungen, um ein Paket-manager für C++?

Einer meiner größten Frustrationen mit meine Lieblings-Sprache ist die Anstrengung, die es dauert, um verschiedene Bibliotheken arbeiten zusammen unter einer einheitlichen Entwicklungsumgebung. Mein größter Wunsch ist nur in der Lage sein zu sagen, meine IDE, oder was auch immer, brauche ich eine bestimmte Bibliothek, und es kümmert sich um das herunterladen, kompilieren(wenn notwendig), es zu installieren, dann einrichten der include-und Bibliothek-Pfade.

Was ich will, ist diese, aber für C++. Ich würde es vorziehen, wenn es arbeitet mit Visual Studio, aber gcc ist ja auch okay. Oder, wenn es ist, es ist ein eigenes separates system, das ist auch in Ordnung. Tut es, allerdings haben die arbeiten in Windows.

Was versprechende Projekte gibt, um dieses problem zu lösen?

InformationsquelleAutor Benjamin Lindley | 2011-09-01
  1. 5

    Wenn Sie sind unter Verwendung von MinGW gibt es bereits einen Paket-manager, ähnlich wie apt-get /aptitude die tut, was Sie wollen: mingw-get

    Verhält es sich ähnlich wie Debian ' s apt-get/aptitude. Unter den Paketen schon enthalten sind, können Sie finden, expat, libxml2, zlib, pthread etc.

    Offensichtlich benötigen Sie eine Kopie von MinGW, um mit der Arbeit beginnen.

    • Ihr link zu mingw-get ist gebrochen.
    • Hoffentlich URL ist ein bisschen näher jetzt.
    • mingw ist nur für MS Windows. C++ ist tragbar.
    • MSYS2 (das ist, was Sie sein sollten, verwenden heute, speziell auf x64) hat pacman.
    InformationsquelleAutor Eran
  2. 17

    Haben Sie als Git als Paket-manager? Ich habe mit git Submodule für Abhängigkeiten und sub-Abhängigkeiten und kombiniert mit kostenlosen git-hosting-services, die Idee ist sehr mächtig.

    Gehen Sie einfach in Ihr git-Projekt, 

    git submodule add git://somehosting.com/you/package.git
git submodule init package
git submodule update package
cd package && ./configure --stuff && make && cd ..

    Bestimmte Abhängigkeit Versionen,

    cd package && git checkout v3.2 && cd .. && git add package/
git commit -am "package version 3.2 pinned" && git push

    Nun, Sie haben festgesteckt, Ihr Paket Abhängigkeit zu einem bestimmten tag und Ihre Einstellungen gespeichert, um Ihr Projekt-repository. Das nächste mal jemand:

    git pull && git submodule update

    Ihre Paket-Abhängigkeit wird auch fixiert werden, um v3.2.

    Einige Paket-management-Systeme bieten auch signierte Pakete. Git ermöglicht GPG-signieren Sie Ihre tags und lässt die Leute überprüfen Sie es, indem Sie Ihren öffentlichen Schlüssel an Ihren Schlüsselbund.

    So haben wir Paket herunterladen, Abhängigkeit Versionen und können wir emulieren "Paket Signatur". Ein fehlender Teil ist pre-built binaries, die, meiner Meinung nach, ist nicht eine absolute Notwendigkeit. Eine andere fehlende Teil ist die Globale Paket-management. Sie müssen manuell verwalten jedes git-repository, wenn eine Abhängigkeit einer Abhängigkeit wird aktualisiert.

    InformationsquelleAutor nurettin
  3. 12

    Die Antwort ist die Verwendung von Conda für Verpackung/dependency management und was auch immer Werkzeug, das Sie wie für Gebäude (ich verwende CMake).

    Check it out hier:

    http://conda.pydata.org/

    Conda ist ähnlich wie der Paket-Manager wie apt-get, yum, nuget, etc, aber mit mehrere wichtige Vorteile:

    1) cross-Plattform (derzeit Windows, Linux und OSX, aber auch andere Plattformen können einfach Hinzugefügt werden)

    2) erfordert KEINE root-Zugriff zu verwenden. In der Tat, kümmert sich nicht um Ihre system-Pakete an alle. Es ist ähnlich dem Aufbau einer gesamten stack bis hinunter zur libc, wenn Sie möchten) in Ihrem Home-Verzeichnis heraus kommen, außer jemand schon gebaut für Sie. Diese Magie erreicht, indem Pakete verschiebbar.

    3) Sie pflegen können, wie viele verschiedene Umgebungen, wie Sie möchten side-by-side. Kennt einer von Ihren Anwendungen erfordern python 2.7.6, aber ein anderes benötigt python 2.7.4? Kein problem - Sie können koexistieren in Frieden

    4) Sie werden nie wieder gezwungen sein, um getrennte builds für die verschiedenen Linux-Distributionen. Ein richtig konstruiert Conda-Umgebung funktioniert auf jedem von Ihnen. Vergessen Sie nicht, sowie andere Plattformen (z.B. Windows und OSX)!

    5) Sie sind nicht mehr verheiratet Versionen von Bibliotheken, die beschlossen wurden, die FÜR Sie durch ein system oder eine IT-Abteilung. Zum Beispiel, ich wurde zur Arbeit gezwungen werden auf RHEL5 Knoten. Die Python-es ist ein Witz (über 10 Jahre alt). Durch die Verwendung von Conda ich umgangen, dass Schmerzen und war in der Lage, auf jeder beliebigen version von Python, das ich wollte, ohne irgendjemand anderes.

    6) - Umgebungen können gezippt werden, bis in die "Installer" für die Verteilung.

    7) Sie pflegen können, Ihre eigene private repository hinter Ihrer firewall für proprietäre Bibliotheken. Die öffentlichen zentralen repository genannt wird Binstar. Ihre Abhängigkeiten können aus entweder (oder beides).

    Viele Menschen glauben fälschlicherweise, dass Conda ist ein Python-only-system, aber eigentlich Conda wurde für die native Verpackung (es ist die Sprache, Agnostiker). Es hat eine riesige Python-Präsenz einfach, weil seine ursprüngliche motivation war, zu überwinden schreckliche native Bibliothek-Unterstützung in Python-andere Verpackungs-system (pip + pypi).

    Das einzige problem mit Conda derzeit ist, dass Binstar (zentrales repository) muss nicht jedes Paket noch. Sie werden auf jeden Fall begegnen fehlenden Bibliotheken, die Sie wollen - aber das ist einfach zu beheben: Sie können bauen, was auch immer Paket, das Sie sich mögen, und schieben Sie es auf Binstar. Ich habe dazu Dutzende von nativen Bibliotheken. Es funktioniert ganz gut.

    Werde ich nie gehen zurück zu system dependency Manager bei der Entwicklung von C++ - code.

    • Wieso der downvote? Erklären Sie, was ' s falsch mit meinem Beitrag, und was die richtige Antwort ist. Viel Glück. Ich habe schon verantwortlich für den Aufbau von massiven, cross-Plattform C++ codebase für mehrere Jahre (Dutzende von Abhängigkeiten, mixed, Open Source/proprietäre, und Millionen von code-Zeilen). Ich habe versucht ryppl (jetzt aufgegeben), maven-nar, gradle, ant, und eine, die ich selbst geschrieben habe in CMake. Die Conda/Binstar system ist das beste, was ich erlebt habe, bei WEITEM. Die anderen waren völlig unzureichend für schwere cross-Plattform C++ - shops
    InformationsquelleAutor Spencer Stirling
  4. 8

    Als von NuGet 2.5, NuGet unterstützt einheimische Projekte. Jedoch, dass das Paket von hand ist ziemlich Komplex, so dass Sie empfehlen die Verwendung von CoApp die Powershell-Tools für NuGet (Dokumentation hier). Mit diesen tools können Sie jetzt veranstalten Sie Ihre C/C++ Pakete von NuGet.

    • +1. Es sollte angemerkt werden, dass diese läuft in das gleiche Problem ich wies auf meiner 2011 Antwort-nämlich, als MSBuild-nur-und in dieser Hinsicht ähnelt pkg-config in Unix land. Ich glaube nicht, dass es irgendeine Absicht, damit NuGet arbeiten cross-Plattform, zum Beispiel. Es ist eine gute Lösung, die auf Windows und ich hoffe, er tut gut, aber löst es nicht dieses problem im Allgemeinen Fall für C++ die Möglichkeit Maven für Java, oder die Art, NuGet für C#.
    InformationsquelleAutor JKor
  5. 7

    Dies ist sehr unwahrscheinlich, einfach weil unterschiedliche C++ - Bibliotheken verwenden Häufig sehr unterschiedliche build-Systeme. Autoconf, scons, Marke, MSBuild, VCBuild, Boost-Jam, CMake, NMake, und QMake sind Beispiele. Außerdem haben viele C-und C++ - Entwickler generieren von code mit tools wie Yacc und Bison.

    Maven und NuGet-arbeiten, wie Sie tun, weil Sie Unterstützung ökosysteme mit (relativ) wenig variation in build-tools. Ant in Maven Fall, MSBuild NuGet-Fall. Aufbau eines ähnlichen Systems für die Arbeit mit der Vielzahl von C++ - build-Systeme im Einsatz wäre undurchführbar und unpraktisch (angesichts der scheinbaren Mangel an Nachfrage nach solchen Systemen).

    • Ich glaube nicht, dass er auf der Suche nach einem universellen Paket-manager, nur für Visual Studio. Also die Existenz anderer Systeme ist nicht wirklich ein problem.
    • Problem ist, was auch immer Bibliotheken, die er mit würde unterstützen müssen, dass der Paket-manager, was unwahrscheinlich ist, weil die library-Entwickler (in der Regel) Versorgung um mehr als eine Entwicklungsumgebung.
    • Nicht unbedingt. Mit dem traditionellen Paket-Manager (für Anwendungen), gibt es oft eine Paket-maintainer für jedes Betriebssystem, nicht notwendigerweise verbunden mit dem Entwickler. Zum Beispiel, viele Anwendungen sind verfügbar als RPM, ipkg, ebuild, etc, aber diese in der Regel nicht von den Entwicklern bereitgestellt. Bibliotheken können in ähnlicher Weise verpackt werden, die von einer Dritten Partei. Außerdem, so etwas wie dies bereits für C++ - Anwendungen, die auf POSIX, pkg-config.
    • Ja. Weil, die wird von 'alle'. 🙂 Ich sage nicht, eine solche Sache nicht möglich ist. Lediglich, dass es äußerst unwahrscheinlich ist. C++ läuft überall; dies macht es schwierig, jede Art von Allgemeinen Paket-system. Es wäre möglich; einfach nur extrem hart.
    InformationsquelleAutor Billy ONeal
  6. 3

    Habe ich gearbeitet, auf eine cross-Plattform und cross-Architektur verteilte Paket-manager. Alle Pakete installiert sind, in das Projekt-Verzeichnis (ein bisschen wie, wie nodejs-funktioniert). Es ist ein work in progress.

    • Link hat nicht überlebt die Zeit.
    • Danke, behoben.
    • Dank für die Festsetzung der link. Ich werde einen Blick zu haben.
    • Ich weiß, wie das erklärte Ziel von Ihrem Projekt und ich teilen das Gefühl, über die tatsächlichen Probleme, die Sie beschreiben. Es ist gut zusammengefasst. Ob man versuchen sollte, es zu lösen-allein, ich denke, es ist nicht möglich, da es mit anderen Menschen zu verständigen, mit einem gemeinsamen system. Vielleicht der beste "Ort" zu engagieren und zu helfen, die gesamte opensource-community konvergieren in etwas aktuell ist freedesktop.org.
    InformationsquelleAutor ioquatix
  7. 2

    Es ist Daveed Modul-Vorschlag, welche es nicht in C++0x.

    • Module sind ein Ersatz für die header-Datei system, nicht alles, was wie ein Paket-manager wie Maven oder NuGet sind.
    • das hängt von der Modul-Konzept.
    • Nein ist es nicht, wie gezeigt, indem Sie z.B. pkg-config.
    • dein argument macht keinen Sinn, sorry. jedenfalls Lesen Sie den Vorschlag, auf die verlinkt wird. welchen Teil von "Bibliothek" verstehst du nicht?
    • P. Steinbach: das, Was der OP will, ist zum Beispiel, wenn ich die Boost-Bibliotheken für mein Projekt, kann ich sagen, die IDE oder den Paket-manager zum herunterladen der Boost-Paket oder etwas aus einem bekannten online-repository und wird automatisch eingerichtet, Pfade enthalten und alle anderen erforderlichen Konfigurationsarbeiten. Das ist etwas, was völlig außerhalb des Bereichs der Module Vorschlag. LaTeX hat das Comprehensive TeX Archive Network, mit dem meine LaTeX-installation zu downloaden, was auch immer Paket ich brauche. Das ist es, was der OP sucht, aber für C++.
    • silico: es ist unklar, was Sie streiten gegen. Sie sagen, dass "dass" etwas ist, was außerhalb des Bereichs der Module, sondern, dass nur die Grenzen, was man sinnvoll "bedeutet " dass". Module in dem Sinn, z.B. Daveed Vorschlag lösen, etwa die Hälfte des Problems, nämlich die Sprache-angewiesen Hälfte. die andere Hälfte, der Suche nach einer Bibliothek zu laden und zu bekommen, ist ziemlich sprachunabhängig.
    • P. Steinbach: Richtig. Aber ein Paket-manager nicht erforderlich, dass die Sprache C++ implementieren der Modul-Vorschlag. Das bestehen oder die Realisierbarkeit eines C++ - package-manager ist nicht abhängig von diesem besonderen Vorschlag. In anderen Worten, Sie können eine perfekt funktionierende Paket-manager-Systems mit der vorhandenen C++ - Sprache.
    • silico: rechts. so?
    • P. Steinbach: ich denke, wir sind uns einig dann. Ich sah Ihre Antwort auf Billy ONeal und vielleicht interpretiert es der falsche Weg.
    • Sie sagte, dass ein Paket-manager "abhängig, der Modul-Konzept", d.h. dass die Umsetzung von Modulen ist eine Voraussetzung für einen Paket-manager. pkg-config zeigt, dass ein Paket-manager muss nicht C++1y-Module. Es sei denn durch das Sie haben nicht, dass ein Paket-manager, aber Billy ' s Kommentar.
    • Nein, meine Worte nicht auftreten, im Kontext haben Sie jetzt Hinzugefügt. Sie waren eine Antwort auf Billy ' s Kommentar, angedeutet durch @Billy:. der gute Billy sagte: "Module sind...", und ich sagte, das hängt von der Modul-Konzept. einige Menschen, vor allem C-Programmen, die denken, ist eine Funktion ein Modul. einige Leute, z.B. Betrand Meyer, denkt eine Klasse ist ein Modul. einige Leute, z.B. Niklaus Wirth, denkt Modula-Modul (oder Pascal-unit oder Ada-Paket) ist ein Modul. einige Leute, z.B. Daveed, denkt, dass eine Bibliothek in einem Modul. und so weiter. jedoch, dort ist kein Platz hier auf SO Leute zu erziehen. also ich Stand gerade der Kern der Wahrheit
    • Ok, jetzt verstehe ich was du gemeint mit "dass" (Billy ' s ganzer Kommentar) und jetzt verstehen Sie, wie ich es gelesen habe ("ein Paket-manager wie Maven oder NuGet"), so können wir wahrscheinlich bereinigen die Kommentare, hergestellt aus diesem Missverständnis.

    InformationsquelleAutor Cheers and hth. - Alf
  8. 1

    Es ist CoApp, das scheint an den Microsoft support.

    • CoApp ist ein tool zum generieren von NuGet-Paketen. So erzeugen Sie ein C++ - NuGet-Paket können Sie entweder Nuget-XML-Dateien oder CoApp-Datei.
    InformationsquelleAutor Ferruccio
  9. 1

    ryppl scheint, zu tun, was Sie benötigt, und mehr, die cross-Plattform:

    Unsere Aufgabe [ist], Bedingungen zu schaffen für einen tragbaren, modularen C++ - software-ökosystem

    Bereits spielte Sie auf GitHub: https://github.com/ryppl/ryppl

    • Scheint das Projekt tot ist, der Letzte commit ist vom März 2013
    InformationsquelleAutor Ciro Santilli 新疆改造中心996ICU六四事件
Schreibe einen Kommentar