Frage

Ich bin meine eigene Unit-Testing-Bibliothek zu schreiben (unter Verwendung von autoconf, auto und libtool) besser zu meinen Bedürfnisse zu passen (ich brauche nicht eine super große Menge an Features, nur einen Testläufer und Behauptungen). Ich habe zu dem Punkt, wo es scheint, verwendbar zu sein.

Natürlich verwendet es eine config.h um herauszufinden, was sind Header. Das Problem ist, dass ich nicht sicher bin, wo config.h gehen sollte, da es leicht mit anderem Projekt config.h, sowie die Tatsache, kollidieren wird dazu neigen, dass es Architektur abhängig.

Was soll meine Methode für diesen Header zu installieren? (Es wird von allen anderen Header erforderlich)

War es hilfreich?

Lösung

Die ax_prefix_config_h Makro klingt wie, was Sie wollen. Es bietet eine Möglichkeit, eine andere config.h-like-Datei zu erstellen, die die config.h Informationen Präfix enthält. So, zum Beispiel anstelle von #define HAVE_SOMETHING in config.h finden Sie #define MYLIB_HAVE_SOMETHING in mylib_config.h bekommen. Ganz praktisch.

Andere Tipps

Sie sollten in Ihrer Bibliothek Schnittstelle sowieso nicht config.h werden exportiert.

Dieser Link zeigt eine Methode des Erhaltens um, dass, wenn Ihre installierten Header wirklich, wirklich braucht Plattform abhängig zu sein. Es ist ein empfindliches Verfahren, obwohl eine veraltete autoconf Makro.

Sie können Wahl zur Ausgabe einer andere Konfigurationsdatei durch die AC_OUTPUT Makro zu ändern, obwohl ich nicht sicher bin, wie Ihr Projekt wird mit anderen Projekten zu integrieren. Wenn es sich um ein Teilprojekt ist, dann wird es auf jeden Fall in einem Unterverzeichnis sein.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top