Hallo,<br><br>jetzt hat es tatsächlich funktioniert!<br>Learnings:<br>- cygwin muss komplett aus dem Pfad rausgenommen sein. Es reicht anscheinend nicht aus, nur den PATH ohne cygwin zu exportieren, oder es geht mal schief...
<br>- Wenn install.sh schon frühzeitig abbricht, nicht rumdoktorn, sondern sauber neu aufsetzen. Und zwar wirklich komplett von vorne.<br><br>Vielen Dank nochmal<br> Christoph<br><br>PS.: Ganz ohne Einschränkung bin ich auch diesmal nicht durchgekommen: make check in inst_gwenhywfar schlug fehl.
testlib.exe meldet 'Der Prozedureinstiegspunkt "BIO_clear_flags" wurde in der DLL "libeay32.dd" nicht gefunden.' Die dll liegt bei mir im system32-Verzeichnis. Aber ich habe den make check an dieser Stelle auskommentiert und ohne aqbanking-Unterstützung gebaut. Für's erste reicht das so.
<br><br><div><span class="gmail_quote">Am 20.01.08 schrieb <b class="gmail_sendername">Christian Stimming</b> <<a href="mailto:stimming@tuhh.de">stimming@tuhh.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hallo,<br><br>ist mir relativ unerklärlich, was bei dir abgeht. Natürlich ist install.sh bei<br>mehreren Leuten unverändert und korrekt in Benutzung, sonst wäre es gar nicht<br>erst als Build-Möglichkeit angekündigt.<br><br>
Desweiteren: Wenn du mittendrin bei install-sh schon Fehler beim Build<br>bekommst, ist es relativ sinnlos, mit dem resultierenden gnucash irgendwas<br>sinnvolles anzufangen. Von daher sind die cmdline-Meldungen von gnucash hier
<br>eher uninteressant. Zum Debuggen müssten wir von oben anfangen - denn<br>install.sh ist darauf ausgelegt, dass *jeder* Schritt dort völlig fehlerfrei<br>durchläuft! Tut er das nicht, musst du rausfinden, warum, und dies zuerst
<br>abstellen.<br><br>Ich tippe ansonsten auf mehrere in Konflikt stehende<br>libtool/automake/autosonstwas-Versionen. Und du schriebst "gemäß der<br>Anleitune" - welche Anleitung meinst du genau? Bitte mit URL oder so nennen.
<br><br>Am Samstag, 19. Januar 2008 16:55 schrieb Christoph Ernst:<br>> 1.) configure schlägt bei goffice fehl: "The installed PCRE library is not<br>> configured for UTF-8 support."<br>><br>> Zunächst habe ich die entsprechenden Zeilen im configure-Skript
<br>> auskommentiert und kam über diesen Schritt hinaus.<br><br>Nein nein nein. Wie gesagt, das hier *muss* fehlerfrei durchlaufen oder du<br>hast in deinem PATH schon sowieso ganz andere Probleme. Ich hab's eben<br>
nochmal geprüft - goffice wird auf Anhieb gebaut.<br><br>Guck mal im config.log, wo diese Fehlermeldung steht - also<br>tmp/goffice-0.x.x/config.log, und warum diese Fehlermeldung kommt. Ggf. hast<br>du eine pcre.dll irgendwo im PATH (also
z.B. in C:\WINNT\system32), welche<br>die in c:\soft\pcre\bin ignorieren lässt. In diesem Fall: Jene in system32<br>umbenennen, gucken ob's geht (wenn ja, hast du hiermit den Fehler gefunden)<br>und jedenfalls nachher die in system32 wieder zurück umbenennen.
<br><br>> Kommt jemand von euch denn über diesen Schritt hinaus ohne etwas an den<br>> Installationskripten zu ändern?<br><br>Ja, alle hier, sonst hätten wir die Skripte schon längst geändert.<br><br>> 2.) install.sh
setzt den GUILE_LOAD_PATH nicht und bricht nach dem bauen<br>> von guile ab:<br>><br>> Ich habe dazu die folgende Zeile am Anfang der Funktion inst_guile in<br>> install.sh ergänzt:<br>> add_to_env $_GUILE_UDIR/share/guile/1.6 GUILE_LOAD_PATH
<br>> Auch im gnucash Start-Skript muss der GUILE_LOAD_PATH angehängt werden,<br>> sonst bricht der Start von gnucash noch früher ab. Die meisten von euch<br>> werden vermutlich den Loadpath in einer globalen Umgebungsvariable setzen
<br>> -> müsste in die Installationsanleitung rein.<br><br>Nein, ich zum Beispiel habe überhaupt keinen GUILE_LOAD_PATH als env-Variable<br>gesetzt. Auch hier: Das Installscript muss fehlerfrei durchlaufen. Tut's das
<br>nicht, ist hier entweder ein Fehler im Script (den wir durch die viele<br>verschiedenen Windows-Versionen der Tester aber wohl schon mal gehört hätten)<br>oder ein Fehler bei dir im lokalen System.<br><br>> 3.) Das Kompilieren von
gnucash-bin.exe schlägt fehl:<br>> mkdir .libs<br>> gcc -I../.. -Ic:/soft/gnome/include/glib-2.0<br>> (...)<br>> gcc.exe: c:/softgnucashbuild/src/register/ledger-core/.libs/libgncmod-<br>> ledger-core.dll.a
: No such file or directory<br>> gcc.exe: c:/softgnucashbuild/src/register/register-gnome/.libs/libgncmod-<br>> register-gnome.dll.a: No such file or directory<br>> (...)<br>> make[4]: *** [gnucash-bin.exe] Error 1
<br>> make[4]: Leaving directory `/c/soft/gnucash/build/src/bin'<br>> make[3]: *** [all-recursive] Error 1<br>><br>> Die Behebung erscheint ja einfach: In defaults.sh für GNUCASH_DIR und<br>> BUILD_DIR die "\\" in "/" änderen and make clean im Build-Verzeichnis.
<br><br>Dito hier. Klappt in der voreingestellten Angabe fehlerfrei. Hast du noch ein<br>altes build-Verzeichnis genommen? Im Zweifelsfall alles außer der SVN-Kopie<br>löschen und neu bauen lassen.<br><br>> Kann jemand von euch zur Zeit mit
install.sh unter Windows bauen?<br><br>Ja, viele.<br><br>Gruß<br><br>Christian<br></blockquote></div><br>