Autoconf - Wohin geht config.h?

Question

Ich schreibe meine eigene Komponententestbibliothek (mit autoconf, automake und libtool), um meinen Bedürfnissen besser zu entsprechen (ich brauche keine übergroße Menge an Funktionen, nur einen Testläufer und Behauptungen). Ich bin an den Punkt gekommen, wo es brauchbar scheint.

Natürlich verwendet es eine config.h, um herauszufinden, welche Header enthalten sein sollen. Das Problem ist, dass ich nicht sicher bin, wo config.h gehen sollte, da es dazu neigt, leicht mit config.h des anderen Projekts zu kollidieren, ebenso wie die Tatsache, dass es architekturabhängig ist.

Was sollte meine Methode für die Installation dieses Headers sein? (Es wird von allen anderen Headern benötigt)

Answer 1

Das ax_prefix_config_h Makro klingt wie, was Sie wollen. Es bietet eine Möglichkeit, eine andere config.h-ähnliche Datei zu erstellen, die die config.h-Information als Präfix enthält. Also, anstelle von #define HAVE_SOMETHING in config.h erhalten Sie #define MYLIB_HAVE_SOMETHING in mylib_config.h. Ziemlich praktisch.

Answer 2

Sie können eine andere Konfigurationsdatei ausgeben, indem Sie das AC_OUTPUT-Makro ändern, obwohl ich nicht sicher bin, wie Ihr Projekt in andere Projekte integriert werden soll. Wenn es sich um ein Unterprojekt handelt, befindet es sich sowieso in einem Unterverzeichnis.

Answer 3

Sie sollten config.h in der Bibliotheksschnittstelle sowieso nicht exportieren.

This link zeigt eine Methode, um zu umgehen, wenn Ihre installierten Header wirklich, Plattform abhängig sein müssen. Es ist jedoch eine fragile Methode, die ein veraltetes autoconf-Makro verwendet.