Am Samstag, 17. November 2007 13:25 schrieb Martin Preuss:
> > Vorschlag: Nimm diese relativen Pfade doch ins configure.ac mit rein.
> > Dann ist ein Standard-./configure wieder auch für Windows korrekt.
> > Die --with-xxx-search-dir Argumente sind dann wieder nur für Leute
> > notwendig, die --enable-local-install haben wollen, aber die wollen das
> > dann ja eh manuell angeben.
>
> [...]
>
> Wuerde ich auch gerne, aber das laesst sich so schlecht automatieren: Wir
> muessten hier sowas angeben koennen wie z.B.
> $(libdir)/gwenhywfar/plugins/$SOVERSION, aber mit einem relativen
> $(libdir).

Das foo-search-dir soll doch genau der relative Teil unterhalb vom $prefix 
sein. Damit würde der default von plugin-searchdir bei Windows dann eben 
lib/gwenhywfar/plugins/$SOVERSION sein.

> Bisher enthaelt $(libdir) ja auch den Prefix. Den Prefix koennen wir hier
> auch nicht wirklich verwenden, weil ich z.B. zum Cross-compilen einen
> vorgegebenen Prefix fuer die *Installation* nehmen muss (damit die includes
> und *.dll.a so auf dem Host installiert sind, dass sie von abhaengigen
> Projekten beim kompilieren gefunden werden).

Nein, das prefix soll hier bestimmt nicht rein. Schließlich geht es gerade um 
die relativen Pfade.

Ach so, jetzt seh ich, woran es hakt: Diese Pfade werden ja an zwei Stellen 
verwendet, nämlich einerseits beim PathManager_AddPath (mit absolutem Pfad) 
und andererseits beim PathManager_AddRelPath. *Das* war das verwirrende für 
mich, woraus ich geschlußfolgert hab, dass bei eins von beidem ein anderes 
Argument reinsollte. Eigentlich hätte ich erwartet, dass wir für die Angabe 
der relativen Pfade eh einen zweiten #define hätten. Also einerseits den für 
den absoluten Pfad, der beim Installieren auch als target directory genommen 
wird, und andererseits (bei OS_WIN32) einen davon abweichenden string, der 
nur der relative Pfad ist. 

So war dann mein Patch auch gedacht, nur dass der relative Pfad da dann eben 
hard-coded wäre. Genausogut könnte es dazu vier Strings RELATIVE_LOCALEDIR 
und entsprechendes geben, die dann bei Windows einen default-Wert haben, der 
vom Aufrufer von ./configure vielleicht geändert werden könnte.

Zumindest ist es für mich im momentanen Stand verwirrend, dass die vier 
strings GWEN_SYSCONF_DIR et al entweder ein absoluter oder ein relativer Pfad 
sind und im Code sieht man nicht, welches in welcher Konfiguration sinnvoll 
ist und welches nicht.

Christian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Aqbanking-devel mailing list
Aqbanking-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aqbanking-devel

Reply via email to