Re: make-check fails if not installed
On Wed, Jun 8, 2016 at 5:39 PM, John Ralls wrote: > > > On Jun 8, 2016, at 3:34 PM, Alex Aycinena > wrote: > > > > On a new clone on master, make-check fails on its first run (before being > > installed) but succeeds after the application has been installed in its > > install directory. This is because the guile symbol > > 'qof_backend_register_provider' is being looked for in three instances in > > the install directory instead of in the build directory. The following is > > reported in src/engine/test/test-suite.log: > > > > FAIL: test-test-extras > > == > > > > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol > > lookup error: > > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: > > undefined symbol: qof_backend_register_provider > > FAIL test-test-extras (exit status: 127) > > > > FAIL: test-account > > == > > > > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol > > lookup error: > > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: > > undefined symbol: qof_backend_register_provider > > FAIL test-account (exit status: 127) > > > > FAIL: test-split > > > > > > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol > > lookup error: > > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: > > undefined symbol: qof_backend_register_provider > > FAIL test-split (exit status: 127) > > Alex, > > That sort of failure is often caused by having a mismatch between the > installed version and the tested version of GnuCash, > for example by installing maint and then attempting to build and check > master. The dynamic linker will generally link > libraries first from the install directory and look in the build directory > only if it can't find the image in the install directory. > > To test if that's what's happening to you, run `make uninstall && make > check` and see if it passes. > > Regards, > John Ralls > > John, That is exactly what happened in this case. Thanks for the explanation. Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make-check fails if not installed
> On Jun 8, 2016, at 3:34 PM, Alex Aycinena wrote: > > On a new clone on master, make-check fails on its first run (before being > installed) but succeeds after the application has been installed in its > install directory. This is because the guile symbol > 'qof_backend_register_provider' is being looked for in three instances in > the install directory instead of in the build directory. The following is > reported in src/engine/test/test-suite.log: > > FAIL: test-test-extras > == > > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol > lookup error: > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: > undefined symbol: qof_backend_register_provider > FAIL test-test-extras (exit status: 127) > > FAIL: test-account > == > > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol > lookup error: > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: > undefined symbol: qof_backend_register_provider > FAIL test-account (exit status: 127) > > FAIL: test-split > > > /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol > lookup error: > /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: > undefined symbol: qof_backend_register_provider > FAIL test-split (exit status: 127) Alex, That sort of failure is often caused by having a mismatch between the installed version and the tested version of GnuCash, for example by installing maint and then attempting to build and check master. The dynamic linker will generally link libraries first from the install directory and look in the build directory only if it can't find the image in the install directory. To test if that's what's happening to you, run `make uninstall && make check` and see if it passes. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
make-check fails if not installed
On a new clone on master, make-check fails on its first run (before being installed) but succeeds after the application has been installed in its install directory. This is because the guile symbol 'qof_backend_register_provider' is being looked for in three instances in the install directory instead of in the build directory. The following is reported in src/engine/test/test-suite.log: FAIL: test-test-extras == /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol lookup error: /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: undefined symbol: qof_backend_register_provider FAIL test-test-extras (exit status: 127) FAIL: test-account == /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol lookup error: /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: undefined symbol: qof_backend_register_provider FAIL test-account (exit status: 127) FAIL: test-split /home/gnucash-dev/gitcheckouts/gnucash-working-build/gnc-guile: symbol lookup error: /opt/gnucash-git/gnucash-working/lib/gnucash/libgncmod-backend-dbi.so: undefined symbol: qof_backend_register_provider FAIL test-split (exit status: 127) Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Separate-build-directory "make check" fails in po/
> On Feb 5, 2016, at 9:04 PM, Eric Siegerman wrote: > > Versions: > - GnuCash 2.6.11 (and many older versions -- basically as far back as >I can build with my current toolchain) > - Ubuntu 12.04 > - Ubuntu's intltool 0.50.2-2 package > > I'm getting a "make check" failure when I try to build GnuCash in a > separate build directory -- but only if the build directory is within > the source tree (e.g. $HOME/src/gnucash/build). It dies in po/, > complaining about build-directory files that aren't listed in > POTFILES.skip. (If the build directory is *not* under the source tree > (e.g. $HOME/src/gnucash/../build, "make check" passes.) > > N.B.: It's only "make check" that fails; "make" and "make install" are > fine. > > The underlying issue seems to be an intltool bug: >https://bugs.launchpad.net/intltool/+bug/1117944 > intltool doesn't know to ignore the source(ish) files that get created > in the build tree, even if the corresponding source-tree file is listed > in POTFILES.skip. > > Is this a known problem? It's mighty suspicious that it (a) is > triggered by the very practice that's recommended on the wiki, (b) is > something that the selftests catch, but even so, (c) seems to have > been around for a very long time. Makes me wonder whether I'm being > especially dumb... > > I was going to update the wiki to recommend *against* this specific > setup (instead of *for* it :-/ ), but wanted to check with others first > what's known about the situation. Yup, it's a known problem. Another parallel known problem with building out-of-source is that the paths in the potfile include the relative path between builddir and srcdir. So if you want to update the wiki say that the recommendation for development builds where you want to run make check is to use a builddir outside of the srcdir, but if you're building for release you need to build inside the srcdir and run make distcheck instead of make check. I wonder if we can work around this by explicitly listing the subdirs in srcdir that should be checked for translatable strings. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Separate-build-directory "make check" fails in po/
Versions: - GnuCash 2.6.11 (and many older versions -- basically as far back as I can build with my current toolchain) - Ubuntu 12.04 - Ubuntu's intltool 0.50.2-2 package I'm getting a "make check" failure when I try to build GnuCash in a separate build directory -- but only if the build directory is within the source tree (e.g. $HOME/src/gnucash/build). It dies in po/, complaining about build-directory files that aren't listed in POTFILES.skip. (If the build directory is *not* under the source tree (e.g. $HOME/src/gnucash/../build, "make check" passes.) N.B.: It's only "make check" that fails; "make" and "make install" are fine. The underlying issue seems to be an intltool bug: https://bugs.launchpad.net/intltool/+bug/1117944 intltool doesn't know to ignore the source(ish) files that get created in the build tree, even if the corresponding source-tree file is listed in POTFILES.skip. Is this a known problem? It's mighty suspicious that it (a) is triggered by the very practice that's recommended on the wiki, (b) is something that the selftests catch, but even so, (c) seems to have been around for a very long time. Makes me wonder whether I'm being especially dumb... I was going to update the wiki to recommend *against* this specific setup (instead of *for* it :-/ ), but wanted to check with others first what's known about the situation. Thanks, - Eric ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
> On Jul 5, 2015, at 12:52 PM, Alex Aycinena wrote: > > On Fedora 21 make check fails with latest pull on master with: > > make[6]: Entering directory > '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' > rm -f runTests.py.tmp > sed < > /home/gnucash-dev/gitcheckouts/gnucash-clean/src/optional/python-bindings/tests/ > runTests.py.in > runTests.py.tmp \ >-e 's#@-PYTHON-@#/usr/bin/python#' > mv runTests.py.tmp runTests.py > chmod u+x runTests.py > FAIL: runTests.py > make[7]: Entering directory > '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' > make[7]: Nothing to be done for 'all'. > make[7]: Leaving directory > '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' > > Testsuite summary for GnuCash 2.6.99 > > # TOTAL: 1 > # PASS: 0 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > See src/optional/python-bindings/tests/test-suite.log > Please report to gnucash-devel@gnucash.org > > Makefile:698: recipe for target 'test-suite.log' failed > make[6]: *** [test-suite.log] Error 1 > make[6]: Leaving directory > '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' > > src/optional/python-bindings/tests/test-suite.log says: > > === > GnuCash 2.6.99: src/optional/python-bindings/tests/test-suite.log > === > > # TOTAL: 1 > # PASS: 0 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > .. contents:: :depth: 2 > > FAIL: runTests.py > = > > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-html.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-ofx.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-aqbanking.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-log-replay.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-core.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-csv-export.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-search.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so: undefined > symbol: g_hash_table_kv_pair_free_gfunc > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-customer_import.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: > undefined symbol: gnc_option_db_load_from_kvp > * 12:41:40 WARN Failed to dlopen() > '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-business-gnome.so': > /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.s
make check fails
On Fedora 21 make check fails with latest pull on master with: make[6]: Entering directory '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' rm -f runTests.py.tmp sed < /home/gnucash-dev/gitcheckouts/gnucash-clean/src/optional/python-bindings/tests/ runTests.py.in > runTests.py.tmp \ -e 's#@-PYTHON-@#/usr/bin/python#' mv runTests.py.tmp runTests.py chmod u+x runTests.py FAIL: runTests.py make[7]: Entering directory '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' make[7]: Nothing to be done for 'all'. make[7]: Leaving directory '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' Testsuite summary for GnuCash 2.6.99 # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See src/optional/python-bindings/tests/test-suite.log Please report to gnucash-devel@gnucash.org Makefile:698: recipe for target 'test-suite.log' failed make[6]: *** [test-suite.log] Error 1 make[6]: Leaving directory '/home/gnucash-dev/gitcheckouts/gnucash-clean-build/src/optional/python-bindings/tests' src/optional/python-bindings/tests/test-suite.log says: === GnuCash 2.6.99: src/optional/python-bindings/tests/test-suite.log === # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: runTests.py = * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-html.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-ofx.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-aqbanking.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-log-replay.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-core.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-csv-export.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-search.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-engine.so: undefined symbol: g_hash_table_kv_pair_free_gfunc * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-customer_import.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-business-gnome.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-register-gnome.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:40 WARN Failed to dlopen() '/opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-stylesheets.so': /opt/gnucash-git/gnucash-clean/lib/gnucash/libgncmod-gnome-utils.so: undefined symbol: gnc_option_db_load_from_kvp * 12:41:41 WARN Failed to dlopen() '/opt/gnucash-gi
Re: Make check fails in src/import-export
On Sun, 11 Jan 2015 19:02:22 +0100 Geert Janssens wrote: > On Sunday 11 January 2015 09:43:48 John Ralls wrote: > > > On Jan 11, 2015, at 9:33 AM, Mike Evans > > > wrote: > > > > > > On Sun, 11 Jan 2015 09:16:19 -0800 > > > > > > John Ralls wrote: > > >>> On Jan 11, 2015, at 8:31 AM, Mike Evans > > >>> wrote: > > >>> > > >>> With the following output snippet: > > >>> > > >>> > > >>> make[2]: Entering directory > > >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' PASS: > > >>> test-link > > >>> Backtrace: > > >>> In ../../../src/app-utils/gnucash/app-utils.scm: > > >>> 29: 0* (use-modules (gnucash gettext)) > > >>> 29: 1 (eval-case (# # *unspecified*) (else #)) > > >>> 29: 2 (begin (process-use-modules (list (list #))) > > >>> *unspecified*) > > >>> > > >>> In unknown file: > > >>> ?: 3* [process-use-modules (((gnucash gettext)))] > > >>> ?: 4 (let* ((interfaces #)) (call-with-deferred-observers > > >>> (lambda () #))) ?: 5* [map # > > >>> (((gnucash gettext)))] ?: 6* [# > > >>> ((gnucash gettext))] > > >>> ?: 7* (or (apply resolve-interface mif-args) (error "no such > > >>> module" mif-args)) ?: 8* [apply # > >>> (name . args)> ((gnucash gettext))] ?: 9 [resolve-interface > > >>> (gnucash gettext)] > > >>> > > >>> ... > > >>> > > >>> ?: 10 (let* (# # # # ...) (and # #) (if # public-i #)) > > >>> ?: 11* (and (or (not module) (not public-i)) (error "no code for > > >>> module" name)) ?: 12 [error "no code for module" (gnucash > > >>> gettext)] > > >>> > > >>> ... > > >>> > > >>> ?: 13 [scm-error misc-error #f ...] > > >>> > > >>> : In procedure scm-error in expression (scm-error > > >>> (quote misc-error) #f ...): : no code for module > > >>> (gnucash gettext) > > >>> FAIL: test-import-parse > > >>> == > > >>> 1 of 2 tests failed > > >>> Please report to gnucash-devel@gnucash.org > > >>> == > > >>> make[2]: *** [check-TESTS] Error 1 > > >>> make[2]: Leaving directory > > >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' > > >>> make[1]: *** [check-am] Error 2 > > >>> make[1]: Leaving directory > > >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' make: > > >>> *** [check-recursive] Error 1 > > >>> > > >>> > > >>> Thoughts? > > >> > > >> Could be a problem with a cached .go. Try deleting ~/.cache/guile > > >> and $PREFIX/share/gnucash/scm/ccache. > > >> > > >> Regards, > > >> John Ralls > > > > > > Hi John. > > > > > > rm -rf /home/mikee/.cache/* > > > rm -rf /home/mikee/.ccache/* > > > rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache > > > rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache > > > > > > Still same results. > > > > > > But from the backtrace, I have no > > > ../../../src/app-utils/gnucash/app-utils.scm . This file is at > > > actually at ../../../src/app-utils/app-utils.scm Where is this > > > path defined? > > Those links are made by the scm-links target in > > src/app-utils/Makefile.am. Maybe you need to do a clean build. > > > > Regards, > > John Ralls > > > > > > ___ > > gnucash-devel mailing list > > gnucash-devel@gnucash.org > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > Or remove the hidden file .scm-links > > The links will then be regenerated. > > Geert Thanks Geert & John. I did a fresh build and all was well again. I've added tests for when the deposit or withdrawal fields are either empty or are just space(es). MikeE -- Anti NSA? Use PGP. http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x00CDB13500D7AB53 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails in src/import-export
On Sunday 11 January 2015 09:43:48 John Ralls wrote: > > On Jan 11, 2015, at 9:33 AM, Mike Evans > > wrote: > > > > On Sun, 11 Jan 2015 09:16:19 -0800 > > > > John Ralls wrote: > >>> On Jan 11, 2015, at 8:31 AM, Mike Evans > >>> wrote: > >>> > >>> With the following output snippet: > >>> > >>> > >>> make[2]: Entering directory > >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' PASS: > >>> test-link > >>> Backtrace: > >>> In ../../../src/app-utils/gnucash/app-utils.scm: > >>> 29: 0* (use-modules (gnucash gettext)) > >>> 29: 1 (eval-case (# # *unspecified*) (else #)) > >>> 29: 2 (begin (process-use-modules (list (list #))) > >>> *unspecified*) > >>> > >>> In unknown file: > >>> ?: 3* [process-use-modules (((gnucash gettext)))] > >>> ?: 4 (let* ((interfaces #)) (call-with-deferred-observers > >>> (lambda () #))) ?: 5* [map # > >>> (((gnucash gettext)))] ?: 6* [# > >>> ((gnucash gettext))] > >>> ?: 7* (or (apply resolve-interface mif-args) (error "no such > >>> module" mif-args)) ?: 8* [apply # >>> (name . args)> ((gnucash gettext))] ?: 9 [resolve-interface > >>> (gnucash gettext)] > >>> > >>> ... > >>> > >>> ?: 10 (let* (# # # # ...) (and # #) (if # public-i #)) > >>> ?: 11* (and (or (not module) (not public-i)) (error "no code for > >>> module" name)) ?: 12 [error "no code for module" (gnucash > >>> gettext)] > >>> > >>> ... > >>> > >>> ?: 13 [scm-error misc-error #f ...] > >>> > >>> : In procedure scm-error in expression (scm-error > >>> (quote misc-error) #f ...): : no code for module > >>> (gnucash gettext) > >>> FAIL: test-import-parse > >>> == > >>> 1 of 2 tests failed > >>> Please report to gnucash-devel@gnucash.org > >>> == > >>> make[2]: *** [check-TESTS] Error 1 > >>> make[2]: Leaving directory > >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' > >>> make[1]: *** [check-am] Error 2 > >>> make[1]: Leaving directory > >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' make: > >>> *** [check-recursive] Error 1 > >>> > >>> > >>> Thoughts? > >> > >> Could be a problem with a cached .go. Try deleting ~/.cache/guile > >> and $PREFIX/share/gnucash/scm/ccache. > >> > >> Regards, > >> John Ralls > > > > Hi John. > > > > rm -rf /home/mikee/.cache/* > > rm -rf /home/mikee/.ccache/* > > rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache > > rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache > > > > Still same results. > > > > But from the backtrace, I have no > > ../../../src/app-utils/gnucash/app-utils.scm . This file is at > > actually at ../../../src/app-utils/app-utils.scm Where is this > > path defined? > Those links are made by the scm-links target in > src/app-utils/Makefile.am. Maybe you need to do a clean build. > > Regards, > John Ralls > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel Or remove the hidden file .scm-links The links will then be regenerated. Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails in src/import-export
> On Jan 11, 2015, at 9:33 AM, Mike Evans wrote: > > On Sun, 11 Jan 2015 09:16:19 -0800 > John Ralls wrote: > >> >>> On Jan 11, 2015, at 8:31 AM, Mike Evans wrote: >>> >>> With the following output snippet: >>> >>> >>> make[2]: Entering directory >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' >>> PASS: test-link >>> Backtrace: >>> In ../../../src/app-utils/gnucash/app-utils.scm: >>> 29: 0* (use-modules (gnucash gettext)) >>> 29: 1 (eval-case (# # *unspecified*) (else #)) >>> 29: 2 (begin (process-use-modules (list (list #))) *unspecified*) >>> In unknown file: >>> ?: 3* [process-use-modules (((gnucash gettext)))] >>> ?: 4 (let* ((interfaces #)) (call-with-deferred-observers (lambda () #))) >>> ?: 5* [map # (((gnucash gettext)))] >>> ?: 6* [# ((gnucash gettext))] >>> ?: 7* (or (apply resolve-interface mif-args) (error "no such module" >>> mif-args)) >>> ?: 8* [apply # ((gnucash >>> gettext))] >>> ?: 9 [resolve-interface (gnucash gettext)] >>> ... >>> ?: 10 (let* (# # # # ...) (and # #) (if # public-i #)) >>> ?: 11* (and (or (not module) (not public-i)) (error "no code for module" >>> name)) >>> ?: 12 [error "no code for module" (gnucash gettext)] >>> ... >>> ?: 13 [scm-error misc-error #f ...] >>> >>> : In procedure scm-error in expression (scm-error (quote >>> misc-error) #f ...): >>> : no code for module (gnucash gettext) >>> FAIL: test-import-parse >>> == >>> 1 of 2 tests failed >>> Please report to gnucash-devel@gnucash.org >>> == >>> make[2]: *** [check-TESTS] Error 1 >>> make[2]: Leaving directory >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' >>> make[1]: *** [check-am] Error 2 >>> make[1]: Leaving directory >>> `/home/mikee/Projects/gnucash/build/src/import-export/test' >>> make: *** [check-recursive] Error 1 >>> >>> >>> Thoughts? >> >> Could be a problem with a cached .go. Try deleting ~/.cache/guile and >> $PREFIX/share/gnucash/scm/ccache. >> >> Regards, >> John Ralls >> > > Hi John. > > rm -rf /home/mikee/.cache/* > rm -rf /home/mikee/.ccache/* > rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache > rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache > > Still same results. > > But from the backtrace, I have no > ../../../src/app-utils/gnucash/app-utils.scm . This file is at actually at > ../../../src/app-utils/app-utils.scm Where is this path defined? Those links are made by the scm-links target in src/app-utils/Makefile.am. Maybe you need to do a clean build. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails in src/import-export
On Sun, 11 Jan 2015 09:16:19 -0800 John Ralls wrote: > > > On Jan 11, 2015, at 8:31 AM, Mike Evans wrote: > > > > With the following output snippet: > > > > > > make[2]: Entering directory > > `/home/mikee/Projects/gnucash/build/src/import-export/test' > > PASS: test-link > > Backtrace: > > In ../../../src/app-utils/gnucash/app-utils.scm: > > 29: 0* (use-modules (gnucash gettext)) > > 29: 1 (eval-case (# # *unspecified*) (else #)) > > 29: 2 (begin (process-use-modules (list (list #))) *unspecified*) > > In unknown file: > > ?: 3* [process-use-modules (((gnucash gettext)))] > > ?: 4 (let* ((interfaces #)) (call-with-deferred-observers (lambda () > > #))) > > ?: 5* [map # (((gnucash gettext)))] > > ?: 6* [# ((gnucash gettext))] > > ?: 7* (or (apply resolve-interface mif-args) (error "no such module" > > mif-args)) > > ?: 8* [apply # ((gnucash > > gettext))] > > ?: 9 [resolve-interface (gnucash gettext)] > >... > > ?: 10 (let* (# # # # ...) (and # #) (if # public-i #)) > > ?: 11* (and (or (not module) (not public-i)) (error "no code for module" > > name)) > > ?: 12 [error "no code for module" (gnucash gettext)] > >... > > ?: 13 [scm-error misc-error #f ...] > > > > : In procedure scm-error in expression (scm-error (quote > > misc-error) #f ...): > > : no code for module (gnucash gettext) > > FAIL: test-import-parse > > == > > 1 of 2 tests failed > > Please report to gnucash-devel@gnucash.org > > == > > make[2]: *** [check-TESTS] Error 1 > > make[2]: Leaving directory > > `/home/mikee/Projects/gnucash/build/src/import-export/test' > > make[1]: *** [check-am] Error 2 > > make[1]: Leaving directory > > `/home/mikee/Projects/gnucash/build/src/import-export/test' > > make: *** [check-recursive] Error 1 > > > > > > Thoughts? > > Could be a problem with a cached .go. Try deleting ~/.cache/guile and > $PREFIX/share/gnucash/scm/ccache. > > Regards, > John Ralls > Hi John. rm -rf /home/mikee/.cache/* rm -rf /home/mikee/.ccache/* rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/cache rm /home/mikee/progs/gnucash-maint/share/gnucash/scm/ccache Still same results. But from the backtrace, I have no ../../../src/app-utils/gnucash/app-utils.scm . This file is at actually at ../../../src/app-utils/app-utils.scm Where is this path defined? MikeE -- Anti NSA? Use PGP. http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x00CDB13500D7AB53 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails in src/import-export
> On Jan 11, 2015, at 8:31 AM, Mike Evans wrote: > > With the following output snippet: > > > make[2]: Entering directory > `/home/mikee/Projects/gnucash/build/src/import-export/test' > PASS: test-link > Backtrace: > In ../../../src/app-utils/gnucash/app-utils.scm: > 29: 0* (use-modules (gnucash gettext)) > 29: 1 (eval-case (# # *unspecified*) (else #)) > 29: 2 (begin (process-use-modules (list (list #))) *unspecified*) > In unknown file: > ?: 3* [process-use-modules (((gnucash gettext)))] > ?: 4 (let* ((interfaces #)) (call-with-deferred-observers (lambda () #))) > ?: 5* [map # (((gnucash gettext)))] > ?: 6* [# ((gnucash gettext))] > ?: 7* (or (apply resolve-interface mif-args) (error "no such module" > mif-args)) > ?: 8* [apply # ((gnucash > gettext))] > ?: 9 [resolve-interface (gnucash gettext)] >... > ?: 10 (let* (# # # # ...) (and # #) (if # public-i #)) > ?: 11* (and (or (not module) (not public-i)) (error "no code for module" > name)) > ?: 12 [error "no code for module" (gnucash gettext)] >... > ?: 13 [scm-error misc-error #f ...] > > : In procedure scm-error in expression (scm-error (quote > misc-error) #f ...): > : no code for module (gnucash gettext) > FAIL: test-import-parse > == > 1 of 2 tests failed > Please report to gnucash-devel@gnucash.org > == > make[2]: *** [check-TESTS] Error 1 > make[2]: Leaving directory > `/home/mikee/Projects/gnucash/build/src/import-export/test' > make[1]: *** [check-am] Error 2 > make[1]: Leaving directory > `/home/mikee/Projects/gnucash/build/src/import-export/test' > make: *** [check-recursive] Error 1 > > > Thoughts? Could be a problem with a cached .go. Try deleting ~/.cache/guile and $PREFIX/share/gnucash/scm/ccache. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Make check fails in src/import-export
With the following output snippet: make[2]: Entering directory `/home/mikee/Projects/gnucash/build/src/import-export/test' PASS: test-link Backtrace: In ../../../src/app-utils/gnucash/app-utils.scm: 29: 0* (use-modules (gnucash gettext)) 29: 1 (eval-case (# # *unspecified*) (else #)) 29: 2 (begin (process-use-modules (list (list #))) *unspecified*) In unknown file: ?: 3* [process-use-modules (((gnucash gettext)))] ?: 4 (let* ((interfaces #)) (call-with-deferred-observers (lambda () #))) ?: 5* [map # (((gnucash gettext)))] ?: 6* [# ((gnucash gettext))] ?: 7* (or (apply resolve-interface mif-args) (error "no such module" mif-args)) ?: 8* [apply # ((gnucash gettext))] ?: 9 [resolve-interface (gnucash gettext)] ... ?: 10 (let* (# # # # ...) (and # #) (if # public-i #)) ?: 11* (and (or (not module) (not public-i)) (error "no code for module" name)) ?: 12 [error "no code for module" (gnucash gettext)] ... ?: 13 [scm-error misc-error #f ...] : In procedure scm-error in expression (scm-error (quote misc-error) #f ...): : no code for module (gnucash gettext) FAIL: test-import-parse == 1 of 2 tests failed Please report to gnucash-devel@gnucash.org == make[2]: *** [check-TESTS] Error 1 make[2]: Leaving directory `/home/mikee/Projects/gnucash/build/src/import-export/test' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/home/mikee/Projects/gnucash/build/src/import-export/test' make: *** [check-recursive] Error 1 Thoughts? Mike E -- Anti NSA? Use PGP. http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x00CDB13500D7AB53 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
On Tuesday 23 September 2014 14:23:35 Alex Aycinena wrote: > Geert, > > Thanks, you are right. I should have checked that before sending the > e-mail. It passes now. > > Best regards, > > Alex > Glad we got that sorted :) Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
Geert, Thanks, you are right. I should have checked that before sending the e-mail. It passes now. Best regards, Alex On Tue, Sep 23, 2014 at 7:47 AM, Geert Janssens wrote: > Hi Alex, > > That's odd. I just ran make check to verify and it works fine for me. I > did restart with an empty build directory several times the last week, > so I'm working in a pretty clean environment. Have you tried to rerun > configure to pick up the new stylesheet ? > > Geert > > On Tuesday 23 September 2014 07:29:51 Alex Aycinena wrote: > > I understand that a new maintenance release is planned soon. Make > > check fails on master. Haven't checked to see if this failure also > > affects maintenance. > > > > Make check fails with the following log file on master (Fedora 19 & > > 20), > > > > Regards, > > > > Alex > > > > > >GnuCash 2.6.99: src/report/stylesheets/test/test-suite.log > > > > > > # TOTAL: 1 > > # PASS: 0 > > # SKIP: 0 > > # XFAIL: 0 > > # FAIL: 1 > > # XPASS: 0 > > # ERROR: 0 > > > > .. contents:: :depth: 2 > > > > FAIL: test-load-module > > == > > > > testing stylesheet module load ... Backtrace: > > In unknown file: > >?: 26* [load-file # ...] > >?: 27* [save-module-excursion #] > >?: 28 (let (# #) (dynamic-wind # thunk #)) > >?: 29 [dynamic-wind # # > > #] > >?: 30* [#] > >?: 31* [primitive-load > > "../../../../src/report/stylesheets/gnucash/report/stylesheets.scm"] > > In ../../../../src/report/stylesheets/gnucash/report/stylesheets.scm: > > 15: 32* (use-modules (gnucash report stylesheet-head-or-tail)) > > 15: 33 (eval-case (# # *unspecified*) (else #)) > > 15: 34 (begin (process-use-modules (list (list #))) *unspecified*) > > In unknown file: > >?: 35* [process-use-modules (((gnucash report > > stylesheet-head-or-tail)))] ?: 36 (let* ((interfaces #)) > > (call-with-deferred-observers (lambda () #))) > >?: 37* [map # ((#))] > >?: 38* [# ((gnucash report > > stylesheet-head-or-tail))] > >?: 39* (or (apply resolve-interface mif-args) (error "no such > > module" mif-args)) > >?: 40* [apply # (#)] > >?: 41 [resolve-interface (gnucash report stylesheet-head-or-tail)] > > ... > >?: 42 (let* (# # # # ...) (and # #) (if # public-i #)) > >?: 43* (and (or (not module) (not public-i)) (error "no code for > > module" name)) > >?: 44 [error "no code for module" (gnucash report > > stylesheet-head-or-tail)] > > ... > >?: 45 [scm-error misc-error #f ...] > > > > : In procedure scm-error in expression (scm-error (quote > > misc-error) #f ...): > > : no code for module (gnucash report > > stylesheet-head-or-tail) > > ___ > > gnucash-devel mailing list > > gnucash-devel@gnucash.org > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
Hi Alex, That's odd. I just ran make check to verify and it works fine for me. I did restart with an empty build directory several times the last week, so I'm working in a pretty clean environment. Have you tried to rerun configure to pick up the new stylesheet ? Geert On Tuesday 23 September 2014 07:29:51 Alex Aycinena wrote: > I understand that a new maintenance release is planned soon. Make > check fails on master. Haven't checked to see if this failure also > affects maintenance. > > Make check fails with the following log file on master (Fedora 19 & > 20), > > Regards, > > Alex > > >GnuCash 2.6.99: src/report/stylesheets/test/test-suite.log > > > # TOTAL: 1 > # PASS: 0 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > .. contents:: :depth: 2 > > FAIL: test-load-module > == > > testing stylesheet module load ... Backtrace: > In unknown file: >?: 26* [load-file # ...] >?: 27* [save-module-excursion #] >?: 28 (let (# #) (dynamic-wind # thunk #)) >?: 29 [dynamic-wind # # > #] >?: 30* [#] >?: 31* [primitive-load > "../../../../src/report/stylesheets/gnucash/report/stylesheets.scm"] > In ../../../../src/report/stylesheets/gnucash/report/stylesheets.scm: > 15: 32* (use-modules (gnucash report stylesheet-head-or-tail)) > 15: 33 (eval-case (# # *unspecified*) (else #)) > 15: 34 (begin (process-use-modules (list (list #))) *unspecified*) > In unknown file: >?: 35* [process-use-modules (((gnucash report > stylesheet-head-or-tail)))] ?: 36 (let* ((interfaces #)) > (call-with-deferred-observers (lambda () #))) >?: 37* [map # ((#))] >?: 38* [# ((gnucash report > stylesheet-head-or-tail))] >?: 39* (or (apply resolve-interface mif-args) (error "no such > module" mif-args)) >?: 40* [apply # (#)] >?: 41 [resolve-interface (gnucash report stylesheet-head-or-tail)] > ... >?: 42 (let* (# # # # ...) (and # #) (if # public-i #)) >?: 43* (and (or (not module) (not public-i)) (error "no code for > module" name)) >?: 44 [error "no code for module" (gnucash report > stylesheet-head-or-tail)] > ... >?: 45 [scm-error misc-error #f ...] > > : In procedure scm-error in expression (scm-error (quote > misc-error) #f ...): > : no code for module (gnucash report > stylesheet-head-or-tail) > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
make check fails
I understand that a new maintenance release is planned soon. Make check fails on master. Haven't checked to see if this failure also affects maintenance. Make check fails with the following log file on master (Fedora 19 & 20), Regards, Alex GnuCash 2.6.99: src/report/stylesheets/test/test-suite.log # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: test-load-module == testing stylesheet module load ... Backtrace: In unknown file: ?: 26* [load-file # ...] ?: 27* [save-module-excursion #] ?: 28 (let (# #) (dynamic-wind # thunk #)) ?: 29 [dynamic-wind # # #] ?: 30* [#] ?: 31* [primitive-load "../../../../src/report/stylesheets/gnucash/report/stylesheets.scm"] In ../../../../src/report/stylesheets/gnucash/report/stylesheets.scm: 15: 32* (use-modules (gnucash report stylesheet-head-or-tail)) 15: 33 (eval-case (# # *unspecified*) (else #)) 15: 34 (begin (process-use-modules (list (list #))) *unspecified*) In unknown file: ?: 35* [process-use-modules (((gnucash report stylesheet-head-or-tail)))] ?: 36 (let* ((interfaces #)) (call-with-deferred-observers (lambda () #))) ?: 37* [map # ((#))] ?: 38* [# ((gnucash report stylesheet-head-or-tail))] ?: 39* (or (apply resolve-interface mif-args) (error "no such module" mif-args)) ?: 40* [apply # (#)] ?: 41 [resolve-interface (gnucash report stylesheet-head-or-tail)] ... ?: 42 (let* (# # # # ...) (and # #) (if # public-i #)) ?: 43* (and (or (not module) (not public-i)) (error "no code for module" name)) ?: 44 [error "no code for module" (gnucash report stylesheet-head-or-tail)] ... ?: 45 [scm-error misc-error #f ...] : In procedure scm-error in expression (scm-error (quote misc-error) #f ...): : no code for module (gnucash report stylesheet-head-or-tail) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 24, 2013, at 1:43 PM, Christian Stimming wrote: > Am Sonntag, 22. September 2013, 14:56:52 schrieb John Ralls: > The new test fails for me as well: Kubuntu 11.10, and config.log > says: > > configure:20323: checking Looking for at least one supported DBD > module > configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl > conftest.c - lpthread >> &5 > /tmp/ccISRVMn.o: In function `main': > conftest.c:(.text+0xf): undefined reference to `dlopen' >> >> So libtool.m4's call of AC_CHECK_LIB([ldl], [dlopen],...) found dlopen in >> libdl.so. >> >> More likely then that the command gcc -o conftest -I/home/cs/usr/include >> -ldl conftest.c - lpthread isn't trying to link libdl. Which is strange, >> especially since it works fine on Debian Wheezy 64. >> >> Hmm. That space between - and lpthread is bothersome. Try this patch and >> see if it changes anything: > > Indeed, with this patch it works. The log says > > configure:20283: checking for dbi/dbi.h > configure:20283: result: yes > configure:20320: checking Looking for at least one supported DBD module > configure:20340: gcc -o conftest -I/home/cs/usr/include conftest.c -ldl - > lpthread >&5 > configure:20340: $? = 0 > configure:20340: ./conftest > configure:20340: $? = 0 > > Does this mean it "just" was the -ldl had to come after the conftest.c > argument? Seems a bit weird to me that it works for you, though. > > In any case, I'd be glad if you could commit this patch. Thanks! Yay! Yes, it probably does, though it's weird that only your compiler seemed to mind. Done, r23195. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
Am Sonntag, 22. September 2013, 14:56:52 schrieb John Ralls: > >>> The new test fails for me as well: Kubuntu 11.10, and config.log > >>> says: > >>> > >>> configure:20323: checking Looking for at least one supported DBD > >>> module > >>> configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl > >>> conftest.c - lpthread > &5 > >>> /tmp/ccISRVMn.o: In function `main': > >>> conftest.c:(.text+0xf): undefined reference to `dlopen' > > So libtool.m4's call of AC_CHECK_LIB([ldl], [dlopen],...) found dlopen in > libdl.so. > > More likely then that the command gcc -o conftest -I/home/cs/usr/include > -ldl conftest.c - lpthread isn't trying to link libdl. Which is strange, > especially since it works fine on Debian Wheezy 64. > > Hmm. That space between - and lpthread is bothersome. Try this patch and > see if it changes anything: Indeed, with this patch it works. The log says configure:20283: checking for dbi/dbi.h configure:20283: result: yes configure:20320: checking Looking for at least one supported DBD module configure:20340: gcc -o conftest -I/home/cs/usr/include conftest.c -ldl - lpthread >&5 configure:20340: $? = 0 configure:20340: ./conftest configure:20340: $? = 0 Does this mean it "just" was the -ldl had to come after the conftest.c argument? Seems a bit weird to me that it works for you, though. In any case, I'd be glad if you could commit this patch. Thanks! Regards, Christian > diff --git a/configure.ac b/configure.ac > index 2b78423..17c3c6c 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -534,6 +534,7 @@ then >EXTRA_SEARCH_LIBS="" >AC_CHECK_HEADERS(dbi/dbi.h) >if test "x$ac_cv_header_dbi_dbi_h" != xno; then > +saved_LIBS=$LIBS > AC_ARG_WITH( dbi-dbd-dir, >[AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of libdbi > dri [[GNC_DBD_DIR="$with_dbi_dbd_dir" > @@ -551,7 +552,7 @@ then > LDINC="#include " > LDFUNCARGS=", RTLD_NOW" > LDEXT=so > -export LDFLAGS="$LDFLAGS $lt_cv_dlopen_libs" > +LIBS="$lt_cv_dlopen_libs $LIBS" > ;; >esac >export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$EXTRA_SEARCH_LIBS" > @@ -581,6 +582,7 @@ to the configure argument list and run it again. > > LIBDBI_LIBS=-ldbi > _COMPONENTS="$_COMPONENTS dbi" > +LIBS=$saved_libs >else > AC_MSG_ERROR([ > > Regards, > John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
John Ralls writes: > On Sep 23, 2013, at 7:42 AM, Derek Atkins wrote: > >> Christian Stimming writes: >> >>> The new test fails for me as well: Kubuntu 11.10, and config.log says: >>> >>> configure:20323: checking Looking for at least one supported DBD module >>> configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c - >>> lpthread &5 >> >> Curious: What happens if this line were to become: >> >> gcc -o conftest -I/home/cs/usr/include conftest.c -ldl -lpthread >> > > The patch I proposed here yesterday does that, at least with respect > to the order of the libraries wrt conftest.c. Other CFLAGS are > determined elsewhere by configure and the environment, of course. I didn't take a close look at the patch, but I was just wondering because if -ldl is before conftest.c then the compiler might not notice that you need dlopen() from -ldl until after it's processing conftest.c, which would be "too late". So yes, sometimes order of files/libraries on the command line *is* important. > Regards, > John Ralls -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 23, 2013, at 7:42 AM, Derek Atkins wrote: > Christian Stimming writes: > >> The new test fails for me as well: Kubuntu 11.10, and config.log says: >> >> configure:20323: checking Looking for at least one supported DBD module >> configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c - >> lpthread >>> &5 > > Curious: What happens if this line were to become: > > gcc -o conftest -I/home/cs/usr/include conftest.c -ldl -lpthread > The patch I proposed here yesterday does that, at least with respect to the order of the libraries wrt conftest.c. Other CFLAGS are determined elsewhere by configure and the environment, of course. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 23, 2013, at 7:44 AM, Derek Atkins wrote: > John Ralls writes: > >> On Sep 21, 2013, at 3:44 PM, John Ralls wrote: >>> We don't. There are three ways, of which adding --with-dbd-dir to >>> configure's arguments is the "recommended" one. >> >> Sorry, that's --with-dbi-dbd-dir. > > Perhaps we should leverage that Except for the fact that "make > distcheck" just calls "configure" with no arguments so we need to make > sure that works properly. Make distcheck does work (except for Christian :-( ) at present on Linux and should work on BSD. It doesn't work on OSX because there it needs a prefix argument, but that's skew to this subject. I've no idea whether it works on Windows, but I don't think that there'd ever be a reason for it to. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
John Ralls writes: > On Sep 21, 2013, at 3:44 PM, John Ralls wrote: >> We don't. There are three ways, of which adding --with-dbd-dir to >> configure's arguments is the "recommended" one. > > Sorry, that's --with-dbi-dbd-dir. Perhaps we should leverage that Except for the fact that "make distcheck" just calls "configure" with no arguments so we need to make sure that works properly. > Regards, > John Ralls -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
Christian Stimming writes: > The new test fails for me as well: Kubuntu 11.10, and config.log says: > > configure:20323: checking Looking for at least one supported DBD module > configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c - > lpthread > >&5 Curious: What happens if this line were to become: gcc -o conftest -I/home/cs/usr/include conftest.c -ldl -lpthread -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
Just to add it fixes things here as well using Sabayon 13.08 Thanks! On Sun, 2013-09-22 at 22:47 +0200, Geert Janssens wrote: > On Saturday 21 September 2013 18:00:49 John Ralls wrote: > > On Sep 21, 2013, at 3:44 PM, John Ralls > wrote: > > > That said, it occurred to me that I can just add /usr/lib/dbd, > > > /usr/lib64/dbd, and ${libdir}/dbd to LD_LIBRARY_PATH > before running > > > the test programs. Commit coming as soon as I test it. > > > > r23190 > > My configure problem is fixed with this new version. Thanks! > > Geert > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- Bob Brush ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 22, 2013, at 1:16 PM, Christian Stimming wrote: > Am Samstag, 21. September 2013, 15:44:05 schrieb John Ralls: >> On Sep 21, 2013, at 2:36 PM, Christian Stimming > wrote: >>> The new test fails for me as well: Kubuntu 11.10, and config.log says: >>> >>> configure:20323: checking Looking for at least one supported DBD module >>> configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl >>> conftest.c - lpthread >>> &5 >>> >>> /tmp/ccISRVMn.o: In function `main': >>> conftest.c:(.text+0xf): undefined reference to `dlopen' >> >> That's the problem, and it's a big one. >> ... >> That part doesn't matter until we can sort out why the linker can't find >> dlopen. It's supposed to be in libdl.so, which Debian installs in >> /usr/lib/x86_64-linux-gnu. Can you check that it's there (it might be in >> /lib instead of /usr/lib)? > > The error message in config.log is still unchanged. libdl.so is in > /usr/lib/x86_64-linux-gnu, as you guessed. Also the linker error message > doesn't complain about "could not link 'dl'" but it rather complains only > about the undefined reference. Hence, it found libdl.so but somehow doesn't > find that reference. > > $ ls -l /usr/lib/x86_64-linux-gnu/libdl* > -rw-r--r-- 1 root root 13194 2012-09-21 09:04 /usr/lib/x86_64-linux- > gnu/libdl.a > lrwxrwxrwx 1 root root32 2012-09-21 09:04 /usr/lib/x86_64-linux- > gnu/libdl.so -> /lib/x86_64-linux-gnu/libdl.so.2 > >> Also, please run grep lt_cv_dlopen config.log > > lt_cv_dlopen=dlopen > lt_cv_dlopen_libs=-ldl > lt_cv_dlopen_self=yes > lt_cv_dlopen_self_static=no So libtool.m4's call of AC_CHECK_LIB([ldl], [dlopen],...) found dlopen in libdl.so. More likely then that the command gcc -o conftest -I/home/cs/usr/include -ldl conftest.c - lpthread isn't trying to link libdl. Which is strange, especially since it works fine on Debian Wheezy 64. Hmm. That space between - and lpthread is bothersome. Try this patch and see if it changes anything: diff --git a/configure.ac b/configure.ac index 2b78423..17c3c6c 100644 --- a/configure.ac +++ b/configure.ac @@ -534,6 +534,7 @@ then EXTRA_SEARCH_LIBS="" AC_CHECK_HEADERS(dbi/dbi.h) if test "x$ac_cv_header_dbi_dbi_h" != xno; then +saved_LIBS=$LIBS AC_ARG_WITH( dbi-dbd-dir, [AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of libdbi dri [[GNC_DBD_DIR="$with_dbi_dbd_dir" @@ -551,7 +552,7 @@ then LDINC="#include " LDFUNCARGS=", RTLD_NOW" LDEXT=so -export LDFLAGS="$LDFLAGS $lt_cv_dlopen_libs" +LIBS="$lt_cv_dlopen_libs $LIBS" ;; esac export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$EXTRA_SEARCH_LIBS" @@ -581,6 +582,7 @@ to the configure argument list and run it again. LIBDBI_LIBS=-ldbi _COMPONENTS="$_COMPONENTS dbi" +LIBS=$saved_libs else AC_MSG_ERROR([ Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Saturday 21 September 2013 18:00:49 John Ralls wrote: > On Sep 21, 2013, at 3:44 PM, John Ralls wrote: > > That said, it occurred to me that I can just add /usr/lib/dbd, > > /usr/lib64/dbd, and ${libdir}/dbd to LD_LIBRARY_PATH before running > > the test programs. Commit coming as soon as I test it. > > r23190 My configure problem is fixed with this new version. Thanks! Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
Am Samstag, 21. September 2013, 15:44:05 schrieb John Ralls: > On Sep 21, 2013, at 2:36 PM, Christian Stimming wrote: > > The new test fails for me as well: Kubuntu 11.10, and config.log says: > > > > configure:20323: checking Looking for at least one supported DBD module > > configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl > > conftest.c - lpthread > > > >> &5 > > > > /tmp/ccISRVMn.o: In function `main': > > conftest.c:(.text+0xf): undefined reference to `dlopen' > > That's the problem, and it's a big one. > ... > That part doesn't matter until we can sort out why the linker can't find > dlopen. It's supposed to be in libdl.so, which Debian installs in > /usr/lib/x86_64-linux-gnu. Can you check that it's there (it might be in > /lib instead of /usr/lib)? The error message in config.log is still unchanged. libdl.so is in /usr/lib/x86_64-linux-gnu, as you guessed. Also the linker error message doesn't complain about "could not link 'dl'" but it rather complains only about the undefined reference. Hence, it found libdl.so but somehow doesn't find that reference. $ ls -l /usr/lib/x86_64-linux-gnu/libdl* -rw-r--r-- 1 root root 13194 2012-09-21 09:04 /usr/lib/x86_64-linux- gnu/libdl.a lrwxrwxrwx 1 root root32 2012-09-21 09:04 /usr/lib/x86_64-linux- gnu/libdl.so -> /lib/x86_64-linux-gnu/libdl.so.2 > Also, please run grep lt_cv_dlopen config.log lt_cv_dlopen=dlopen lt_cv_dlopen_libs=-ldl lt_cv_dlopen_self=yes lt_cv_dlopen_self_static=no Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 21, 2013, at 3:44 PM, John Ralls wrote: > That said, it occurred to me that I can just add /usr/lib/dbd, /usr/lib64/dbd, > and ${libdir}/dbd to LD_LIBRARY_PATH before running the test programs. Commit > coming as soon as I test it. r23190 In an attempt to fix Christian's problem as well, it uses whatever AC_LIBTOOL_DLOPEN found for $lt_cv_dlopen and $lt_cv_dlopen_lib instead of hard-coded values. An interesting aside: This took a long time because commas in AC_MSG_ERROR descriptions break it. Not documented and took many tries to figure out the problem. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 21, 2013, at 3:44 PM, John Ralls wrote: > We don't. There are three ways, of which adding --with-dbd-dir to configure's > arguments is the "recommended" one. Sorry, that's --with-dbi-dbd-dir. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 21, 2013, at 1:51 PM, Derek Atkins wrote: > Hi, > > On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote: >> Am 21.09.2013 19:22, schrieb John Ralls: >>> >>> On Sep 21, 2013, at 9:36 AM, Geert Janssens >>> wrote: >>> Yet I do have all three libraries installed. If I remove the test, I can build and run GnuCash just fine using any of the backends. For reference, the so files are here: $ ls /usr/lib64/dbd/ libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so >>> >>> Ah. That's because Fedora has broken dlopen by creating the non-standard >>> /usr/lib64 and not modifying dlopen's search accordingly. See dlopen >>> (3). >> >> I just found out that openSUSE (at least 12.3) has the same broken, >> non-standard behavior. >> >>> You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add >>> /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and >>> run ldconfig as root. >> >> OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig fixed >> the problem. >> >>> I'll add some detail about that to the "not found" message. >> >> I'd rather prefer that the test would just work, even with the broken, >> non-standard >> dlopen and /usr/lib64, since this seems to be quite common ... > > The tests should call dlopen in the exact same way that it's called in > GnuCash. DBI works in F19, doesn't it? How is dlopen() called in the > sources? The tests should call it the exact same way. It's not called in Gnucash. It's called in libdbi. That said, it occurred to me that I can just add /usr/lib/dbd, /usr/lib64/dbd, and ${libdir}/dbd to LD_LIBRARY_PATH before running the test programs. Commit coming as soon as I test it. > > We should not require people to modify their ld.so.conf to get GnuCash to > compile. We don't. There are three ways, of which adding --with-dbd-dir to configure's arguments is the "recommended" one. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 21, 2013, at 2:36 PM, Christian Stimming wrote: > The new test fails for me as well: Kubuntu 11.10, and config.log says: > > configure:20323: checking Looking for at least one supported DBD module > configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c - > lpthread >> &5 > /tmp/ccISRVMn.o: In function `main': > conftest.c:(.text+0xf): undefined reference to `dlopen' That's the problem, and it's a big one. > collect2: ld returned 1 exit status > configure:20343: $? = 1 > configure: program exited with status 1 > configure: failed program was: > > > I do have the libraries installed in /usr/lib/dbd/, though: > > $ ls /usr/lib/dbd/ > libdbdmysql.la libdbdpgsql.la libdbdsqlite3.la libdbdsqlite.la > libdbdmysql.so libdbdpgsql.so libdbdsqlite3.so libdbdsqlite.so > That part doesn't matter until we can sort out why the linker can't find dlopen. It's supposed to be in libdl.so, which Debian installs in /usr/lib/x86_64-linux-gnu. Can you check that it's there (it might be in /lib instead of /usr/lib)? Also, please run grep lt_cv_dlopen config.log Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
The new test fails for me as well: Kubuntu 11.10, and config.log says: configure:20323: checking Looking for at least one supported DBD module configure:20343: gcc -o conftest -I/home/cs/usr/include -ldl conftest.c - lpthread >&5 /tmp/ccISRVMn.o: In function `main': conftest.c:(.text+0xf): undefined reference to `dlopen' collect2: ld returned 1 exit status configure:20343: $? = 1 configure: program exited with status 1 configure: failed program was: I do have the libraries installed in /usr/lib/dbd/, though: $ ls /usr/lib/dbd/ libdbdmysql.la libdbdpgsql.la libdbdsqlite3.la libdbdsqlite.la libdbdmysql.so libdbdpgsql.so libdbdsqlite3.so libdbdsqlite.so Any ideas, someone? Regards, Christian Am Samstag, 21. September 2013, 16:51:09 schrieb Derek Atkins: > Hi, > > On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote: > > Am 21.09.2013 19:22, schrieb John Ralls: > >> On Sep 21, 2013, at 9:36 AM, Geert Janssens > >> > >> > >> wrote: > >>> Yet I do have all three libraries installed. If I remove the test, I > >>> can build and run GnuCash just fine using any of the backends. For > >>> reference, the so files are here: > >>> $ ls /usr/lib64/dbd/ > >>> libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so > >> > >> Ah. That's because Fedora has broken dlopen by creating the > >> non-standard > >> /usr/lib64 and not modifying dlopen's search accordingly. See dlopen > >> (3). > > > > I just found out that openSUSE (at least 12.3) has the same broken, > > non-standard behavior. > > > >> You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add > >> /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and > >> run ldconfig as root. > > > > OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig > > fixed > > the problem. > > > >> I'll add some detail about that to the "not found" message. > > > > I'd rather prefer that the test would just work, even with the broken, > > non-standard > > dlopen and /usr/lib64, since this seems to be quite common ... > > The tests should call dlopen in the exact same way that it's called in > GnuCash. DBI works in F19, doesn't it? How is dlopen() called in the > sources? The tests should call it the exact same way. > > We should not require people to modify their ld.so.conf to get GnuCash to > compile. > > > Herbert. > >> > >> Regards, > >> John Ralls > > -derek ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
Hi, On Sat, September 21, 2013 3:43 pm, Herbert Thoma wrote: > Am 21.09.2013 19:22, schrieb John Ralls: >> >> On Sep 21, 2013, at 9:36 AM, Geert Janssens >> wrote: >> >>> >>> Yet I do have all three libraries installed. If I remove the test, I >>> can build and run GnuCash just fine using any of the backends. For >>> reference, the so files are here: >>> $ ls /usr/lib64/dbd/ >>> libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so >>> >> >> Ah. That's because Fedora has broken dlopen by creating the non-standard >> /usr/lib64 and not modifying dlopen's search accordingly. See dlopen >> (3). > > I just found out that openSUSE (at least 12.3) has the same broken, > non-standard behavior. > >> You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add >> /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and >> run ldconfig as root. > > OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig fixed > the problem. > >> I'll add some detail about that to the "not found" message. > > I'd rather prefer that the test would just work, even with the broken, > non-standard > dlopen and /usr/lib64, since this seems to be quite common ... The tests should call dlopen in the exact same way that it's called in GnuCash. DBI works in F19, doesn't it? How is dlopen() called in the sources? The tests should call it the exact same way. We should not require people to modify their ld.so.conf to get GnuCash to compile. > Herbert. > >> Regards, >> John Ralls -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
Am 21.09.2013 19:22, schrieb John Ralls: On Sep 21, 2013, at 9:36 AM, Geert Janssens wrote: Yet I do have all three libraries installed. If I remove the test, I can build and run GnuCash just fine using any of the backends. For reference, the so files are here: $ ls /usr/lib64/dbd/ libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so Ah. That's because Fedora has broken dlopen by creating the non-standard /usr/lib64 and not modifying dlopen's search accordingly. See dlopen (3). I just found out that openSUSE (at least 12.3) has the same broken, non-standard behavior. You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and run ldconfig as root. OK, adding /usr/lib64/dbd to /etc/ld.so.conf.d and running ldconfig fixed the problem. I'll add some detail about that to the "not found" message. I'd rather prefer that the test would just work, even with the broken, non-standard dlopen and /usr/lib64, since this seems to be quite common ... Herbert. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 21, 2013, at 9:36 AM, Geert Janssens wrote: > > Yet I do have all three libraries installed. If I remove the test, I can > build and run GnuCash just fine using any of the backends. For reference, the > so files are here: > $ ls /usr/lib64/dbd/ > libdbdmysql.solibdbdpgsql.solibdbdsqlite3.so > Ah. That's because Fedora has broken dlopen by creating the non-standard /usr/lib64 and not modifying dlopen's search accordingly. See dlopen (3). You can either call configure with --with-dbd-dir=/usr/lib64/dbd, add /usr/lib64/dbd to $LD_LIBRARY_PATH, or add it to /etc/ld.so.conf.d and run ldconfig as root. I'll add some detail about that to the "not found" message. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Saturday 21 September 2013 08:50:03 John Ralls wrote: > On Sep 21, 2013, at 1:10 AM, Geert Janssens wrote: > > Would it make sense to also point out the other option here: disable > > dbi support again by dropping the --enable_dbi option ? > > OK. > > On Sep 21, 2013, at 2:45 AM, Geert Janssens wrote: > > And in addition to my previous comment: this code actually breaks > > configure on my system (Fedora 19, 64 bit): > > > > checking dbi/dbi.h usability... yes > > checking dbi/dbi.h presence... yes > > checking for dbi/dbi.h... yes > > src/optional/python-bindings/Makefile.am:117: warning: filter-out > > gnucash_core_c.py, ${PYTHON_LINK_FILES}: non-POSIX variable name > > src/optional/python-bindings/Makefile.am:117: (probably a GNU make > > extension) checking Looking for at least one supported DBD > > module... > > configure: error: in > > `/home/janssege/Development/Builds/gnucash-f19-trunk': configure: > > error: > > Unable to find any of the supported dbd modules (libdbdsqlite3, > > libdbdmysql, or libdbdpgsql) needed to actually use the SQL > > backend. Please install one or more of them to proceed. > > > > See `config.log' for more details > > make: *** [config.status] Error 1 > > make: *** Waiting for unfinished jobs > > Hmm. I tested on debian, not fedora, and I don't yet have a fedora-19 > VM. Can you look in config.log and see what failed? > > Regards, > John Ralls This is what I have in config.log: configure:21183: checking Looking for at least one supported DBD module configure:21203: gcc -o conftest -g -O2 -ldl conftest.c -lpthread >&5 configure:21203: $? = 0 configure:21203: ./conftest configure:21203: $? = 255 configure: program exited with status 255 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GnuCash" | #define PACKAGE_TARNAME "gnucash" | #define PACKAGE_VERSION "2.5.5" | #define PACKAGE_STRING "GnuCash 2.5.5" | #define PACKAGE_BUGREPORT "gnucash-devel@gnucash.org" | #define PACKAGE_URL "" | #define PACKAGE "gnucash" | #define VERSION "2.5.5" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define _ALL_SOURCE 1 | #define _GNU_SOURCE 1 | #define _POSIX_PTHREAD_SEMANTICS 1 | #define _TANDEM_SOURCE 1 | #define GNUCASH_MAJOR_VERSION 2 | #define GNUCASH_MINOR_VERSION 5 | #define GNUCASH_MICRO_VERSION 5 | #define GNUCASH_NANO_VERSION 0 | #define GNUCASH_RESAVE_VERSION 19920 | #define GNUCASH_LATEST_STABLE_SERIES "2.4" | #define GETTEXT_PACKAGE "gnucash" | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define ENABLE_NLS 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define STDC_HEADERS 1 | #define HAVE_LIMITS_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIMES_H 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_STPCPY 1 | #define HAVE_MEMCPY 1 | #define HAVE_TIMEGM 1 | #define HAVE_TOWUPPER 1 | #define HAVE_SETENV 1 | #define HAVE_STRUCT_TM_GMTOFF 1 | #define HAVE_SCANF_LLD 1 | #define ENABLE_BINRELOC /**/ | #define HAVE_LIBPTHREAD 1 | #define BR_PTHREAD 1 | #define HAVE_GLIB_2_36 1 | #define HAVE_GLIB_2_32 1 | #define HAVE_DIRENT_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_UTMP_H 1 | #define HAVE_LOCALE_H 1 | #define HAVE_MCHECK_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_WCTYPE_H 1 | #define HAVE_DLERROR 1 | #define HAVE_X11_XLIB_H 1 | #define HAVE_GLOB_H 1 | #define HAVE_CHOWN 1 | #define HAVE_GETHOSTNAME 1 | #define HAVE_GETPPID 1 | #define HAVE_GETUID 1 | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_GMTIME_R 1 | #define HAVE_GETHOSTID 1 | #define HAVE_LINK 1 | #define HAVE_DBI_DBI_H 1 | /* end confdefs.h. */ | #include | int | main () | { | if (!dlopen("libdbdsqlite3.so", RTLD_NOW)) return -1; | | ; | return 0; | } configure:21225: gcc -o conftest -g -O2 -ldl conftest.c -lpthread >&5 configure:21225: $? = 0 configure:21225: ./conftest ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Sep 21, 2013, at 1:10 AM, Geert Janssens wrote: > Would it make sense to also point out the other option here: disable dbi > support again by > dropping the --enable_dbi option ? OK. On Sep 21, 2013, at 2:45 AM, Geert Janssens wrote: > And in addition to my previous comment: this code actually breaks configure > on my system > (Fedora 19, 64 bit): > > checking dbi/dbi.h usability... yes > checking dbi/dbi.h presence... yes > checking for dbi/dbi.h... yes > src/optional/python-bindings/Makefile.am:117: warning: filter-out > gnucash_core_c.py, > ${PYTHON_LINK_FILES}: non-POSIX variable name > src/optional/python-bindings/Makefile.am:117: (probably a GNU make extension) > checking Looking for at least one supported DBD module... > configure: error: in `/home/janssege/Development/Builds/gnucash-f19-trunk': > configure: error: > Unable to find any of the supported dbd modules (libdbdsqlite3, libdbdmysql, > or libdbdpgsql) > needed to actually use the SQL backend. Please install one or more of them to > proceed. > > See `config.log' for more details > make: *** [config.status] Error 1 > make: *** Waiting for unfinished jobs Hmm. I tested on debian, not fedora, and I don't yet have a fedora-19 VM. Can you look in config.log and see what failed? Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Friday 20 September 2013 18:41:51 John Ralls wrote: > Author: jralls > Date: 2013-09-20 18:41:50 -0400 (Fri, 20 Sep 2013) > New Revision: 23186 > Trac: http://svn.gnucash.org/trac/changeset/23186 > > Modified: >gnucash/trunk/configure.ac > Log: > Bug 654196 - "make check" fails when built with --enable-dbi > > but without sqlite DBD installed. Add configure test to ensure > that at least one of the supported modules is installed > > Modified: gnucash/trunk/configure.ac > == = > --- gnucash/trunk/configure.ac2013-09-20 21:09:46 UTC (rev 23185) > +++ gnucash/trunk/configure.ac2013-09-20 22:41:50 UTC (rev 23186) > @@ -537,6 +537,41 @@ >[AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of > libdbi drivers @<:@default=${libdir}/dbd@:>@])], > GNC_DBD_DIR="$with_dbi_dbd_dir", >GNC_DBD_DIR="") > + case $host_os in > +win32*|mingw*) > + LDINC="#include " > + LDFUNC=LoadLibrary > + LDFUNCARGS="" > + LDEXT=dll > + ;; > +Darwin*) > + LDINC="#include " > + LDFUNC=dlopen > + LDFUNCARGS=", RTLD_NOW" > + LDEXT=so > + ;; > +*) > + LDINC="#include " > + LDFUNC=dlopen > + LDFUNCARGS=", RTLD_NOW" > + LDEXT=so > + export LDFLAGS="$LDFLAGS -ldl" > + ;; > + esac > + export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$GNC_DBD_DIR" > + AC_MSG_CHECKING([Looking for at least one supported DBD > module]) + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC], > + [[if (!$LDFUNC("libdbdsqlite3. $LDEXT"$LDFUNCARGS)) return > -1; + ]])],AC_MSG_RESULT([SQLite3]), > + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC], > + [[if (!$LDFUNC("libdbdmysql. $LDEXT"$LDFUNCARGS)) return -1; > + ]])],AC_MSG_RESULT([MySql]), > + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC], > + [[if (!$LDFUNC("libdbdpgsql. $LDEXT"$LDFUNCARGS)) return -1; > + ]])],AC_MSG_RESULT([Postgresql]), > + AC_MSG_FAILURE([[ > +Unable to find any of the supported dbd modules (libdbdsqlite3, > libdbdmysql, or libdbdpgsql) needed to actually use the SQL backend. > Please install one or more of them to proceed. + ]] > > LIBDBI_LIBS=-ldbi > _COMPONENTS="$_COMPONENTS dbi" > And in addition to my previous comment: this code actually breaks configure on my system (Fedora 19, 64 bit): checking dbi/dbi.h usability... yes checking dbi/dbi.h presence... yes checking for dbi/dbi.h... yes src/optional/python-bindings/Makefile.am:117: warning: filter-out gnucash_core_c.py, ${PYTHON_LINK_FILES}: non-POSIX variable name src/optional/python-bindings/Makefile.am:117: (probably a GNU make extension) checking Looking for at least one supported DBD module... configure: error: in `/home/janssege/Development/Builds/gnucash-f19-trunk': configure: error: Unable to find any of the supported dbd modules (libdbdsqlite3, libdbdmysql, or libdbdpgsql) needed to actually use the SQL backend. Please install one or more of them to proceed. See `config.log' for more details make: *** [config.status] Error 1 make: *** Waiting for unfinished jobs Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r23186 - gnucash/trunk - Bug 654196 - "make check" fails when built with --enable-dbi
On Friday 20 September 2013 18:41:51 John Ralls wrote: > Author: jralls > Date: 2013-09-20 18:41:50 -0400 (Fri, 20 Sep 2013) > New Revision: 23186 > Trac: http://svn.gnucash.org/trac/changeset/23186 > > Modified: >gnucash/trunk/configure.ac > Log: > Bug 654196 - "make check" fails when built with --enable-dbi > > but without sqlite DBD installed. Add configure test to ensure > that at least one of the supported modules is installed > > Modified: gnucash/trunk/configure.ac > == = > --- gnucash/trunk/configure.ac2013-09-20 21:09:46 UTC (rev 23185) > +++ gnucash/trunk/configure.ac2013-09-20 22:41:50 UTC (rev 23186) > @@ -537,6 +537,41 @@ >[AS_HELP_STRING([--with-dbi-dbd-dir=PATH],[specify location of > libdbi drivers @<:@default=${libdir}/dbd@:>@])], > GNC_DBD_DIR="$with_dbi_dbd_dir", >GNC_DBD_DIR="") > + case $host_os in > +win32*|mingw*) > + LDINC="#include " > + LDFUNC=LoadLibrary > + LDFUNCARGS="" > + LDEXT=dll > + ;; > +Darwin*) > + LDINC="#include " > + LDFUNC=dlopen > + LDFUNCARGS=", RTLD_NOW" > + LDEXT=so > + ;; > +*) > + LDINC="#include " > + LDFUNC=dlopen > + LDFUNCARGS=", RTLD_NOW" > + LDEXT=so > + export LDFLAGS="$LDFLAGS -ldl" > + ;; > + esac > + export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$GNC_DBD_DIR" > + AC_MSG_CHECKING([Looking for at least one supported DBD > module]) + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC], > + [[if (!$LDFUNC("libdbdsqlite3. $LDEXT"$LDFUNCARGS)) return > -1; + ]])],AC_MSG_RESULT([SQLite3]), > + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC], > + [[if (!$LDFUNC("libdbdmysql. $LDEXT"$LDFUNCARGS)) return -1; > + ]])],AC_MSG_RESULT([MySql]), > + AC_RUN_IFELSE([AC_LANG_PROGRAM([$LDINC], > + [[if (!$LDFUNC("libdbdpgsql. $LDEXT"$LDFUNCARGS)) return -1; > + ]])],AC_MSG_RESULT([Postgresql]), > + AC_MSG_FAILURE([[ > +Unable to find any of the supported dbd modules (libdbdsqlite3, > libdbdmysql, or libdbdpgsql) needed to actually use the SQL backend. > Please install one or more of them to proceed. + ]] > Would it make sense to also point out the other option here: disable dbi support again by dropping the --enable_dbi option ? Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
On Jun 13, 2013, at 10:16 AM, Christian Stimming wrote: > Am Donnerstag, 13. Juni 2013, 10:05:49 schrieb John Ralls: >> You wrote in the commit message: >> "Sigh. It turns out the utest-Split.c relies on the "warning" log level >> in order to check for specific code paths. This sucks. The log level >> "warning" should please be reserved for things that are actual warnings, >> not for code path checks that are used in the unittests." >> >> That's not correct. utest-Split may rely on the presence of the message to >> check the code path, and in order to do so needs to match the loglevel, >> logdomain, and message string. If you change one of those in the tested >> function, you just change it to match in the test and it should work. In >> this case you want to change the "foo differ" warnings to infos. No big >> deal, just change the loglevel in the tests to match. > > Hi John, > > the problem is that it's not sufficient to "just change it to match the > test". > I saw in utest-Split.c lines 424-428 how a set of loglevels was selected for > various check counters. However, adding the G_LOG_LEVEL_INFO to the set of > loglevels in line 424 doesn't work because other tests rely on exactly the > chosen set of loglevels that are in use now. Changing the set of log levels > solely for the checkC counter doesn't work either, because even this one > relies on exactly only this set log level in some other code path tests. > That's when I gave up and summarized this experienced in the quoted commit > message. Loglevel isn't a mask: It has to match exactly. It's only a variable to save typing G_LOG_LEVEL_WARNING | G_LOG_FLAG_FATAL everywhere and to shorten line lengths. One could use guint loglevel_info = G_LOG_LEVEL_INFO //g_tester doesn't make info messages fatal or just use G_LOG_LEVEL_INFO directly in the two or three places it's needed. >> Now, ideally unit tests would only be checking the message to make sure >> that it's emitted: That's a side-effect of the function, and a unit test >> should test all of the function's effects. Unfortunately most of the engine >> consists of over-long functions with multiple code paths whose behavior is >> difficult to test correctly coupled with excessive class interdependencies >> . In order to be able to refactor them for better testability I have to >> first get them tested somehow so that I'll know when I break something in >> the refactor. > > I certainly agree the overly-long functions make unittesting even harder. > Maybe I'm just not understanding the unittesting that includes checking for > log output. In that case I'd appreciate if you change the PWARN into PINFO > and > correctly adapt the unittest. Thanks! Unit tests should test a function's every behavior, and emitting messages is a behavior. What's hard to understand about that? I'll take care of it, but I can't promise that it will be in time for 2.5.3. BTW, Split.c needs the same treatment. There are probably other places as well. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
Am Donnerstag, 13. Juni 2013, 10:05:49 schrieb John Ralls: > You wrote in the commit message: > "Sigh. It turns out the utest-Split.c relies on the "warning" log level > in order to check for specific code paths. This sucks. The log level > "warning" should please be reserved for things that are actual warnings, > not for code path checks that are used in the unittests." > > That's not correct. utest-Split may rely on the presence of the message to > check the code path, and in order to do so needs to match the loglevel, > logdomain, and message string. If you change one of those in the tested > function, you just change it to match in the test and it should work. In > this case you want to change the "foo differ" warnings to infos. No big > deal, just change the loglevel in the tests to match. Hi John, the problem is that it's not sufficient to "just change it to match the test". I saw in utest-Split.c lines 424-428 how a set of loglevels was selected for various check counters. However, adding the G_LOG_LEVEL_INFO to the set of loglevels in line 424 doesn't work because other tests rely on exactly the chosen set of loglevels that are in use now. Changing the set of log levels solely for the checkC counter doesn't work either, because even this one relies on exactly only this set log level in some other code path tests. That's when I gave up and summarized this experienced in the quoted commit message. > Now, ideally unit tests would only be checking the message to make sure > that it's emitted: That's a side-effect of the function, and a unit test > should test all of the function's effects. Unfortunately most of the engine > consists of over-long functions with multiple code paths whose behavior is > difficult to test correctly coupled with excessive class interdependencies > . In order to be able to refactor them for better testability I have to > first get them tested somehow so that I'll know when I break something in > the refactor. I certainly agree the overly-long functions make unittesting even harder. Maybe I'm just not understanding the unittesting that includes checking for log output. In that case I'd appreciate if you change the PWARN into PINFO and correctly adapt the unittest. Thanks! Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
On Jun 13, 2013, at 3:59 AM, Christian Stimming wrote: > Am Montag, 10. Juni 2013, 18:35:11 schrieb Alex Aycinena: >> Hi, >> >> Christian - I believe you did something recently in this area and make >> check doesn't complete; perhaps related? > > Unfortunately yes (due to the PWARN -> PINFO change). Thanks for pointing > this > out. I've explained it in the commit message. Christian, You wrote in the commit message: "Sigh. It turns out the utest-Split.c relies on the "warning" log level in order to check for specific code paths. This sucks. The log level "warning" should please be reserved for things that are actual warnings, not for code path checks that are used in the unittests." That's not correct. utest-Split may rely on the presence of the message to check the code path, and in order to do so needs to match the loglevel, logdomain, and message string. If you change one of those in the tested function, you just change it to match in the test and it should work. In this case you want to change the "foo differ" warnings to infos. No big deal, just change the loglevel in the tests to match. Now, ideally unit tests would only be checking the message to make sure that it's emitted: That's a side-effect of the function, and a unit test should test all of the function's effects. Unfortunately most of the engine consists of over-long functions with multiple code paths whose behavior is difficult to test correctly coupled with excessive class interdependencies . In order to be able to refactor them for better testability I have to first get them tested somehow so that I'll know when I break something in the refactor. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
Am Montag, 10. Juni 2013, 18:35:11 schrieb Alex Aycinena: > Hi, > > Christian - I believe you did something recently in this area and make > check doesn't complete; perhaps related? Unfortunately yes (due to the PWARN -> PINFO change). Thanks for pointing this out. I've explained it in the commit message. Christian > Message is as follows: > > TEST: test-engine... (pid=14932) > /engine/Account/gnc set account separator: OK > /engine/Account/gnc account name violations errmsg: OK > /engine/Account/gnc account list name violations:OK > /engine/Account/account create and destroy: OK > /engine/Account/book set/get root account: OK > /engine/Account/xaccMallocAccount: OK > /engine/Account/gnc account create root: OK > /engine/Account/xaccCloneAccount:OK > /engine/Account/xaccFreeAccountChildren: OK > /engine/Account/xaccFreeAccount: OK > /engine/Account/xaccAccountCommitEdit: OK > /engine/Account/gnc account insert & remove split: OK > /engine/Account/xaccAccount Insert and Remove Lot: OK > /engine/Account/xaccAccountRecomputeBalance: OK > /engine/Account/xaccAccountOrder:OK > /engine/Account/qofAccountSetParent: OK > /engine/Account/gnc account append/remove child: OK > /engine/Account/gnc account n descendants: OK > /engine/Account/gnc account get current depth: OK > /engine/Account/gnc account get tree depth: OK > /engine/Account/gnc account get descendants: OK > /engine/Account/gnc account get descendants sorted: OK > /engine/Account/gnc account lookup by name: OK > /engine/Account/gnc account lookup by code: OK > /engine/Account/gnc account lookup by full name helper: OK > /engine/Account/gnc account lookup by full name: OK > /engine/Account/gnc account foreach child: OK > /engine/Account/gnc account foreach descendant: OK > /engine/Account/gnc account foreach descendant until:OK > /engine/Account/gnc account get full name: OK > /engine/Account/xaccAccountGetProjectedMinimumBalance: OK > /engine/Account/xaccAccountGetBalanceAsOfDate: OK > /engine/Account/xaccAccountGetPresentBalance:OK > /engine/Account/xaccAccountFindOpenLots: OK > /engine/Account/xaccAccountForEachLot: OK > /engine/Account/xaccAccountHasAncestor: OK > /engine/Account/AccountType Stuff: OK > /engine/Account/AccountType Compatibility: OK > /engine/Account/xaccAccountFindSplitByDesc: OK > /engine/Account/xaccAccountFindTransByDesc: OK > /engine/Account/gnc account join children: OK > /engine/Account/gnc account merge children: OK > /engine/Account/xaccAccountForEachTransaction: OK > /engine/Account/xaccAccountTreeForEachTransaction: OK > /engine/Budget/gnc_budget_set_name():OK > /engine/Budget/gnc_budget_set_description(): OK > /engine/Budget/gnc_budget_set_num_periods(): OK > /engine/Budget/gnc_budget_set_recurrence(): OK > /engine/gncInvoice/post: OK > /engine/Split/gnc split init:OK > /engine/Split/gnc split dispose: OK > /engine/Split/gnc split set & get property: OK > /engine/Split/xaccMallocSplit: OK > /engine/Split/xaccDupeSplit: OK > /engine/Split/xaccSplitClone:OK > /engine/Split/mark split:OK > /engine/Split/xaccSplitEqualCheckBal:OK > /engine/Split/xaccSplitEqual:** > ERROR:/home/gnucash-dev/svncheckouts/gnucash-clean/src/engine/test/utest-Spl > it.c:459:test_xaccSplitEqual: assertion failed (checkC.hits == 2): (0 == 2) > FAIL > GTester: last random seed: R02Scdca4bb39
make check fails
Hi, Christian - I believe you did something recently in this area and make check doesn't complete; perhaps related? Message is as follows: TEST: test-engine... (pid=14932) /engine/Account/gnc set account separator: OK /engine/Account/gnc account name violations errmsg: OK /engine/Account/gnc account list name violations:OK /engine/Account/account create and destroy: OK /engine/Account/book set/get root account: OK /engine/Account/xaccMallocAccount: OK /engine/Account/gnc account create root: OK /engine/Account/xaccCloneAccount:OK /engine/Account/xaccFreeAccountChildren: OK /engine/Account/xaccFreeAccount: OK /engine/Account/xaccAccountCommitEdit: OK /engine/Account/gnc account insert & remove split: OK /engine/Account/xaccAccount Insert and Remove Lot: OK /engine/Account/xaccAccountRecomputeBalance: OK /engine/Account/xaccAccountOrder:OK /engine/Account/qofAccountSetParent: OK /engine/Account/gnc account append/remove child: OK /engine/Account/gnc account n descendants: OK /engine/Account/gnc account get current depth: OK /engine/Account/gnc account get tree depth: OK /engine/Account/gnc account get descendants: OK /engine/Account/gnc account get descendants sorted: OK /engine/Account/gnc account lookup by name: OK /engine/Account/gnc account lookup by code: OK /engine/Account/gnc account lookup by full name helper: OK /engine/Account/gnc account lookup by full name: OK /engine/Account/gnc account foreach child: OK /engine/Account/gnc account foreach descendant: OK /engine/Account/gnc account foreach descendant until:OK /engine/Account/gnc account get full name: OK /engine/Account/xaccAccountGetProjectedMinimumBalance: OK /engine/Account/xaccAccountGetBalanceAsOfDate: OK /engine/Account/xaccAccountGetPresentBalance:OK /engine/Account/xaccAccountFindOpenLots: OK /engine/Account/xaccAccountForEachLot: OK /engine/Account/xaccAccountHasAncestor: OK /engine/Account/AccountType Stuff: OK /engine/Account/AccountType Compatibility: OK /engine/Account/xaccAccountFindSplitByDesc: OK /engine/Account/xaccAccountFindTransByDesc: OK /engine/Account/gnc account join children: OK /engine/Account/gnc account merge children: OK /engine/Account/xaccAccountForEachTransaction: OK /engine/Account/xaccAccountTreeForEachTransaction: OK /engine/Budget/gnc_budget_set_name():OK /engine/Budget/gnc_budget_set_description(): OK /engine/Budget/gnc_budget_set_num_periods(): OK /engine/Budget/gnc_budget_set_recurrence(): OK /engine/gncInvoice/post: OK /engine/Split/gnc split init:OK /engine/Split/gnc split dispose: OK /engine/Split/gnc split set & get property: OK /engine/Split/xaccMallocSplit: OK /engine/Split/xaccDupeSplit: OK /engine/Split/xaccSplitClone:OK /engine/Split/mark split:OK /engine/Split/xaccSplitEqualCheckBal:OK /engine/Split/xaccSplitEqual:** ERROR:/home/gnucash-dev/svncheckouts/gnucash-clean/src/engine/test/utest-Split.c:459:test_xaccSplitEqual: assertion failed (checkC.hits == 2): (0 == 2) FAIL GTester: last random seed: R02Scdca4bb39f0f4afb061f96e24026bbb6 /bin/sh: line 1: 14931 Terminated MALLOC_CHECK_=2 MALLOC_PERTURB_=$((${RANDOM:-256} % 256)) gtester --verbose test-engine make[5]: *** [test-nonrecursive] Error 143 make[5]: Leaving directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/engine/test' make[4]: *** [check-am] Error 2 make[4
Re: make check fails
On Sat, Jun 8, 2013 at 1:54 PM, Geert Janssens wrote: > ** > > Hi Alex, > > > > you may need to remove the .scm-links file in report-system/ and run make > again (perhaps after autogen.sh and configure). > > > > There are some new links that should be created, but this doesn't happen > when .scm-links is still there. > > > > Geert > > > > Thanks, Geert - it worked with a new build directory. Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
Hi Alex, you may need to remove the .scm-links file in report-system/ and run make again (perhaps after autogen.sh and configure). There are some new links that should be created, but this doesn't happen when .scm-links is still there. Geert On Saturday 08 June 2013 12:48:23 Alex Aycinena wrote: > Hi, > > I updated and when I ran make check got the following failure: > > make[5]: Entering directory > `/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/report/report- > system/test' echo 'guile --debug -l > /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/ > test/test-collectors.scm -c "(exit (run-test))"' > test-collectors > chmod a+x test-collectors > echo 'guile --debug -l > /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/ > test/test-list-extras.scm -c "(exit (run-test))"' > test-list-extras > chmod a+x test-list-extras > echo 'guile --debug -l > /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/ > test/test-test-extras.scm -c "(exit (run-test))"' > test-test-extras > chmod a+x test-test-extras > > (process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion > `hash_table != NULL' failed > > (process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion > `hash_table != NULL' failed > PASS: test-link-module > testing report module load ... > (process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion > `hash_table != NULL' failed > > (process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion > `hash_table != NULL' failed > ok > PASS: test-load-module > Backtrace: > In unknown file: >?: 0* [primitive-load > "/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system > /test/test-collectors.scm"] In > /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/ > test/test-collectors.scm: 3: 1* (use-modules (gnucash report > report-system collectors)) 3: 2 (eval-case (# # *unspecified*) > (else #)) >3: 3 (begin (process-use-modules (list (list #))) *unspecified*) > In unknown file: >?: 4* [process-use-modules (((gnucash report report-system > collectors)))] >?: 5 (let* ((interfaces #)) (call-with-deferred-observers (lambda > () #))) >?: 6* [map # (((gnucash report > report-system ...)))] >?: 7* [# ((gnucash report report-system > collectors))] >?: 8* (or (apply resolve-interface mif-args) (error "no such > module" mif-args)) >?: 9* [apply # (#)] >?: 10 [resolve-interface (gnucash report report-system > collectors)] ... >?: 11 (let* (# # # # ...) (and # #) (if # public-i #)) >?: 12* (and (or (not module) (not public-i)) (error "no code for > module" name)) >?: 13 [error "no code for module" (gnucash report report-system > collectors)] > ... >?: 14 [scm-error misc-error #f ...] > > : In procedure scm-error in expression (scm-error (quote > misc-error) #f ...): > : no code for module (gnucash report report-system > collectors) FAIL: test-collectors > Backtrace: > In unknown file: >?: 0* [primitive-load > "/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system > /test/test-list-extras.scm"] In > /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/ > test/test-list-extras.scm: 1: 1* (use-modules (gnucash report > report-system list-extras)) 1: 2 (eval-case (# # *unspecified*) > (else #)) >1: 3 (begin (process-use-modules (list (list #))) *unspecified*) > In unknown file: >?: 4* [process-use-modules (((gnucash report report-system > list-extras)))] >?: 5 (let* ((interfaces #)) (call-with-deferred-observers (lambda > () #))) >?: 6* [map # (((gnucash report > report-system ...)))] >?: 7* [# ((gnucash report report-system > list-extras))] >?: 8* (or (apply resolve-interface mif-args) (error "no such > module" mif-args)) >?: 9* [apply # (#)] >?: 10 [resolve-interface (gnucash report report-system > list-extras)] ... >?: 11 (let* (# # # # ...) (and # #) (if # public-i #)) >?: 12* (and (or (not module) (not public-i)) (error "no code for > module" name)) >?: 13 [error "no code for module" (gnucash report report-system > list-extras)] > ... >?: 14 [scm-error misc-error #f ...] > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
make check fails
Hi, I updated and when I ran make check got the following failure: make[5]: Entering directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/report/report-system/test' echo 'guile --debug -l /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm -c "(exit (run-test))"' > test-collectors chmod a+x test-collectors echo 'guile --debug -l /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm -c "(exit (run-test))"' > test-list-extras chmod a+x test-list-extras echo 'guile --debug -l /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-test-extras.scm -c "(exit (run-test))"' > test-test-extras chmod a+x test-test-extras (process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (process:3330): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed PASS: test-link-module testing report module load ... (process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (process:3352): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed ok PASS: test-load-module Backtrace: In unknown file: ?: 0* [primitive-load "/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm"] In /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-collectors.scm: 3: 1* (use-modules (gnucash report report-system collectors)) 3: 2 (eval-case (# # *unspecified*) (else #)) 3: 3 (begin (process-use-modules (list (list #))) *unspecified*) In unknown file: ?: 4* [process-use-modules (((gnucash report report-system collectors)))] ?: 5 (let* ((interfaces #)) (call-with-deferred-observers (lambda () #))) ?: 6* [map # (((gnucash report report-system ...)))] ?: 7* [# ((gnucash report report-system collectors))] ?: 8* (or (apply resolve-interface mif-args) (error "no such module" mif-args)) ?: 9* [apply # (#)] ?: 10 [resolve-interface (gnucash report report-system collectors)] ... ?: 11 (let* (# # # # ...) (and # #) (if # public-i #)) ?: 12* (and (or (not module) (not public-i)) (error "no code for module" name)) ?: 13 [error "no code for module" (gnucash report report-system collectors)] ... ?: 14 [scm-error misc-error #f ...] : In procedure scm-error in expression (scm-error (quote misc-error) #f ...): : no code for module (gnucash report report-system collectors) FAIL: test-collectors Backtrace: In unknown file: ?: 0* [primitive-load "/home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm"] In /home/gnucash-dev/svncheckouts/gnucash-clean/src/report/report-system/test/test-list-extras.scm: 1: 1* (use-modules (gnucash report report-system list-extras)) 1: 2 (eval-case (# # *unspecified*) (else #)) 1: 3 (begin (process-use-modules (list (list #))) *unspecified*) In unknown file: ?: 4* [process-use-modules (((gnucash report report-system list-extras)))] ?: 5 (let* ((interfaces #)) (call-with-deferred-observers (lambda () #))) ?: 6* [map # (((gnucash report report-system ...)))] ?: 7* [# ((gnucash report report-system list-extras))] ?: 8* (or (apply resolve-interface mif-args) (error "no such module" mif-args)) ?: 9* [apply # (#)] ?: 10 [resolve-interface (gnucash report report-system list-extras)] ... ?: 11 (let* (# # # # ...) (and # #) (if # public-i #)) ?: 12* (and (or (not module) (not public-i)) (error "no code for module" name)) ?: 13 [error "no code for module" (gnucash report report-system list-extras)] ... ?: 14 [scm-error misc-error #f ...] : In procedure scm-error in expression (scm-error (quote misc-error) #f ...): : no code for module (gnucash report report-system list-extras) FAIL: test-list-extras (process:3371): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (process:3371): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed Test: #t Test: #t Test: #f (Running # Values: (((1) (2)) ((3) (4))) ((1 2) (3 4)) #t Completed) (Running # Values: () #t Completed) (Running # columns (((Date)) ((Auto)) ((Groceries)) ((Rent)) ((Expenses)) ((Grand Total))) #t Completed) (Running # #t Completed) Accounts (# (#) (# (#) (#))) PASS: test-test-extras == 2 of 5 tests failed Please report to gnucash-devel@gnucash.org == make[5]: *** [check-TESTS] Error 1 make[5]: Leaving directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/src/report/report-system/test' Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails
Op 23-02-13 21:28, Alex Aycinena schreef: Make check fails as follows: Making check in po make[1]: Entering directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/po' make[1]: *** No rule to make target `/home/gnucash-dev/svncheckouts/gnucash-clean/src/html/gnc-html-graph-gog.c', needed by `gnucash.pot'. Stop. make[1]: Leaving directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/po' make: *** [check-recursive] Error 1 I know some of you were cleaning up some of the graph reports and eliminating dependencies on goffice. Related? Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Good catch. That was me indeed. Should be fixed in r22812 Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
make check fails
Make check fails as follows: Making check in po make[1]: Entering directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/po' make[1]: *** No rule to make target `/home/gnucash-dev/svncheckouts/gnucash-clean/src/html/gnc-html-graph-gog.c', needed by `gnucash.pot'. Stop. make[1]: Leaving directory `/home/gnucash-dev/svncheckouts/gnucash-clean-build/po' make: *** [check-recursive] Error 1 I know some of you were cleaning up some of the graph reports and eliminating dependencies on goffice. Related? Regards, Alex ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r20494 make check fails
Hi, Christian! Thanks for getting back to me. Yup, It looks like I got bit by mixed binaries. The libgncmod-generic-import.la I was linking against was dated March 8th. I cleaned up my unstable binary directory, rebuilt everything and make check runs just fine now. Thanks again. Regards, Bill On 03/26/2011 05:54 PM, Christian Stimming wrote: > Am Samstag, 26. März 2011 schrieb Bill Hammond: >> I'm having trouble getting make check to pass with r20494 after a clean >> build. Here's the error... >> >> libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall >> -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o >> .libs/test-link test-link.o >> ../../../../src/libqof/qof/.libs/libgnc-qof.so >> ../../../../src/app-utils/.libs/libgncmod-app-utils.so >> ../../../../src/gnome-utils/.libs/libgncmod-gnome-utils.so >> ../.libs/libgncmod-ofx.so -lpthread -lm -pthread -Wl,-rpath >> -Wl,/home/ka1ssr/unstable/gnucash/lib -Wl,-rpath >> -Wl,/home/ka1ssr/unstable/gnucash/lib/gnucash >> ../.libs/libgncmod-ofx.so: undefined reference to >> `gnc_gen_trans_list_widget' >> collect2: ld returned 1 exit status >> make[5]: *** [test-link] Error 1 >> make[5]: Leaving directory >> `/home/ka1ssr/development/gnucash/src/import-export/ofx/test' > I don't see this error here. "make check" runs fine. > > That could happen if the "test-link" executable somehow tries to link against > a slightly older version of gnucash's gncmod-generic-import.la which didn't > have this symbol. I've added this approx. 5 weeks ago, or at least I've added > the usage of this in the ofx module. A mixup of older and newer binaries > could > cause this error. > > If no such mixup can have occurred on your system, we need to do further > investigations... > > Regards, > > Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r20494 make check fails
Am Samstag, 26. März 2011 schrieb Bill Hammond: > I'm having trouble getting make check to pass with r20494 after a clean > build. Here's the error... > > libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall > -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o > .libs/test-link test-link.o > ../../../../src/libqof/qof/.libs/libgnc-qof.so > ../../../../src/app-utils/.libs/libgncmod-app-utils.so > ../../../../src/gnome-utils/.libs/libgncmod-gnome-utils.so > ../.libs/libgncmod-ofx.so -lpthread -lm -pthread -Wl,-rpath > -Wl,/home/ka1ssr/unstable/gnucash/lib -Wl,-rpath > -Wl,/home/ka1ssr/unstable/gnucash/lib/gnucash > ../.libs/libgncmod-ofx.so: undefined reference to > `gnc_gen_trans_list_widget' > collect2: ld returned 1 exit status > make[5]: *** [test-link] Error 1 > make[5]: Leaving directory > `/home/ka1ssr/development/gnucash/src/import-export/ofx/test' I don't see this error here. "make check" runs fine. That could happen if the "test-link" executable somehow tries to link against a slightly older version of gnucash's gncmod-generic-import.la which didn't have this symbol. I've added this approx. 5 weeks ago, or at least I've added the usage of this in the ofx module. A mixup of older and newer binaries could cause this error. If no such mixup can have occurred on your system, we need to do further investigations... Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
r20494 make check fails
Hello! I'm having trouble getting make check to pass with r20494 after a clean build. Here's the error... libtool: link: gcc -Werror -Wdeclaration-after-statement -g -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -g -o .libs/test-link test-link.o ../../../../src/libqof/qof/.libs/libgnc-qof.so ../../../../src/app-utils/.libs/libgncmod-app-utils.so ../../../../src/gnome-utils/.libs/libgncmod-gnome-utils.so ../.libs/libgncmod-ofx.so -lpthread -lm -pthread -Wl,-rpath -Wl,/home/ka1ssr/unstable/gnucash/lib -Wl,-rpath -Wl,/home/ka1ssr/unstable/gnucash/lib/gnucash ../.libs/libgncmod-ofx.so: undefined reference to `gnc_gen_trans_list_widget' collect2: ld returned 1 exit status make[5]: *** [test-link] Error 1 make[5]: Leaving directory `/home/ka1ssr/development/gnucash/src/import-export/ofx/test' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/home/ka1ssr/development/gnucash/src/import-export/ofx/test' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/home/ka1ssr/development/gnucash/src/import-export/ofx' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/ka1ssr/development/gnucash/src/import-export' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src' make: *** [check-recursive] Error 1 The configure/make all phases run fine with no errors. I'm running Ubuntu 10.10. All packages are up to date. Thanks for your help. Regards, Bill ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails at dbi test
Wonderful news, Jeff. Thanks. I should have made it clear that the zero amount issue happens with SQL, not the XML. Sorry 'bout that. Bill On 01/10/2011 01:54 AM, Jeff Kletsky wrote: > > [...] > Hello! > > I am having a problem with make check on r20048 (and a few versions > before that). I am also having problems with gnucash 2.4.0 storing > accounts as an SQL database. The transaction dates and descriptions > are > displayed in the register but the amounts always show zero. > > Here's the error I get when I run make check. There are no errors > during the ./autogen / ./configure / make phases of building. > > I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all > the > dbi stuff installed. I'm still running gnucash 2.2.9 with no > problems. What vers ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails at dbi test
"...but the amounts always show zero [using SQL back end]" If you're using SQLite3 on Ubuntu 10.10 and a 32-bit system, you probably have a broken libdbi. Hold on, they're making a new package for us; I'm guessing later this week you'll be able to get it using synaptic, apt-get, or your favorite package updating tool. Jeff On 01/09/2011 04:29 PM, Bill Hammond wrote: Ah. Sorry. I figured it out. How 'bout 0.8.3-ubuntu1? [...] Hello! I am having a problem with make check on r20048 (and a few versions before that). I am also having problems with gnucash 2.4.0 storing accounts as an SQL database. The transaction dates and descriptions are displayed in the register but the amounts always show zero. Here's the error I get when I run make check. There are no errors during the ./autogen / ./configure / make phases of building. I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all the dbi stuff installed. I'm still running gnucash 2.2.9 with no problems. What version of libdbi do you have? This looks like the "libdbi fastmath bug" issue -derek Many thanks for your help. Bill ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails at dbi test
Ah. Sorry. I figured it out. How 'bout 0.8.3-ubuntu1? On 01/09/2011 07:23 PM, Derek Atkins wrote: > Hi, > > On Sun, January 9, 2011 7:17 pm, Bill Hammond wrote: >> Hi, Derek, >> >> Does 0.0.5 sound right? I confess that I don't really know how to >> extract version numbers from libraries. I know enough Ubuntu to be >> dangerous. > Nope, 0.0.5 does not sound right. It would be something like 0.8.2 or > 0.8.3. Most likely with 10.04 you have 0.8.3 and it's built with > fastmath. > > -derek > >> Bill >> >> On 01/09/2011 06:38 PM, Derek Atkins wrote: >>> Hi, >>> >>> On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote: Hello! I am having a problem with make check on r20048 (and a few versions before that). I am also having problems with gnucash 2.4.0 storing accounts as an SQL database. The transaction dates and descriptions are displayed in the register but the amounts always show zero. Here's the error I get when I run make check. There are no errors during the ./autogen / ./configure / make phases of building. I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all the dbi stuff installed. I'm still running gnucash 2.2.9 with no problems. >>> What version of libdbi do you have? This looks like the "libdbi >>> fastmath >>> bug" issue >>> >>> -derek >>> Many thanks for your help. Bill ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Make check fails at dbi test
Hi, On Sun, January 9, 2011 7:17 pm, Bill Hammond wrote: > Hi, Derek, > > Does 0.0.5 sound right? I confess that I don't really know how to > extract version numbers from libraries. I know enough Ubuntu to be > dangerous. Nope, 0.0.5 does not sound right. It would be something like 0.8.2 or 0.8.3. Most likely with 10.04 you have 0.8.3 and it's built with fastmath. -derek > Bill > > On 01/09/2011 06:38 PM, Derek Atkins wrote: >> Hi, >> >> On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote: >>> Hello! >>> >>> I am having a problem with make check on r20048 (and a few versions >>> before that). I am also having problems with gnucash 2.4.0 storing >>> accounts as an SQL database. The transaction dates and descriptions >>> are >>> displayed in the register but the amounts always show zero. >>> >>> Here's the error I get when I run make check. There are no errors >>> during the ./autogen / ./configure / make phases of building. >>> >>> I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all the >>> dbi stuff installed. I'm still running gnucash 2.2.9 with no problems. >> What version of libdbi do you have? This looks like the "libdbi >> fastmath >> bug" issue >> >> -derek >> >>> Many thanks for your help. >>> >>> Bill >>> >>> 8<--- >>> ... >>> make[6]: Entering directory >>> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >>> Using filename: /tmp/test-IuSwjr >>> Testing sqlite3 >>> * 17:49:12 CRIT xaccSplitSetValue: assertion >>> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >>> * 17:49:12 CRIT xaccSplitSetAmount: assertion >>> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >>> * 17:49:12 CRIT xaccSplitSetValue: assertion >>> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >>> * 17:49:12 CRIT xaccSplitSetAmount: assertion >>> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >>> * 17:49:13 WARN [xaccAccountEqual()] kvp frames differ: >>> { >>> double-val => KVP_VALUE_DOUBLE(3.14159), >>> timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 >>> -0500), >>> int64-val => KVP_VALUE_GINT64(100), >>> numeric-val => KVP_VALUE_NUMERIC(0/1), >>> guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), >>> string-val => KVP_VALUE_STRING(abcdefghijklmnop), >>> } >>> >>> >>> vs >>> >>> { >>> double-val => KVP_VALUE_DOUBLE(0), >>> timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 >>> -0500), >>> int64-val => KVP_VALUE_GINT64(0), >>> numeric-val => KVP_VALUE_NUMERIC(0/0), >>> string-val => KVP_VALUE_STRING(abcdefghijklmnop), >>> guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), >>> } >>> * 17:49:13 WARN [xaccAcctChildrenEqual()] accounts >>> 9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e >>> differ >>> * 17:49:13 WARN [xaccAccountEqual()] children differ >>> FAILURE Accounts trees match test-dbi-stuff.c:63 >>> Returned from index list >>> You may ignore the warning about the lock file having no entries: We >>> had to ignore locking to run two sessions on the same database >>> * 17:49:13 WARN [gnc_dbi_unlock()] There was no lock >>> entry in the Lock table >>> TEST_MYSQL_URL='' >>> TEST_PGSQL_URL='' >>> Executed 5 tests. There was 1 failure. >>> FAIL: test-dbi-basic >>> Using filename: /tmp/test-0V18aa >>> Testing sqlite3 >>> Returned from index list >>> You may ignore the warning about the lock file having no entries: We >>> had to ignore locking to run two sessions on the same database >>> * 17:49:19 WARN [gnc_dbi_unlock()] There was no lock >>> entry in the Lock table >>> TEST_MYSQL_URL='' >>> TEST_PGSQL_URL='' >>> Executed 5 tests. All tests passed. >>> PASS: test-dbi >>> Using filename: /tmp/test-NWyw4B >>> Testing sqlite3 >>> You may ignore the warning about the lock file having no entries: We >>> had to ignore locking to run two sessions on the same database >>> * 17:49:26 WARN [gnc_dbi_unlock()] There was no lock >>> entry in the Lock table >>> Executed 7 tests. All tests passed. >>> PASS: test-dbi-business >>> Executed 1 test. All tests passed. >>> PASS: test-load-backend >>> == >>> 1 of 4 tests failed >>> Please report to gnucash-devel@gnucash.org >>> == >>> make[6]: *** [check-TESTS] Error 1 >>> make[6]: Leaving directory >>> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >>> make[5]: *** [check-am] Error 2 >>> make[5]: Leaving directory >>> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >>> make[4]: *** [check-recursive] Error 1 >>> make[4]: Leaving directory >>> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >>> make[3]: *** [check-recursive] Error 1 >>> make[3]: Leaving directory >>> `/home/ka1ssr/development/gnucash/src/backend/dbi' >>> make[2]: *** [check-recursive] Error 1 >>> make[2]: Leaving directory >>> `/home/ka1ssr/development/gnucash/src/backend' >>> make[1]: *** [check-recursive] Error 1 >>> make[1]: Leaving direct
Re: Make check fails at dbi test
Hi, Derek, Does 0.0.5 sound right? I confess that I don't really know how to extract version numbers from libraries. I know enough Ubuntu to be dangerous. Bill On 01/09/2011 06:38 PM, Derek Atkins wrote: > Hi, > > On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote: >> Hello! >> >> I am having a problem with make check on r20048 (and a few versions >> before that). I am also having problems with gnucash 2.4.0 storing >> accounts as an SQL database. The transaction dates and descriptions are >> displayed in the register but the amounts always show zero. >> >> Here's the error I get when I run make check. There are no errors >> during the ./autogen / ./configure / make phases of building. >> >> I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all the >> dbi stuff installed. I'm still running gnucash 2.2.9 with no problems. > What version of libdbi do you have? This looks like the "libdbi fastmath > bug" issue > > -derek > >> Many thanks for your help. >> >> Bill >> >> 8<--- >> ... >> make[6]: Entering directory >> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >> Using filename: /tmp/test-IuSwjr >> Testing sqlite3 >> * 17:49:12 CRIT xaccSplitSetValue: assertion >> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >> * 17:49:12 CRIT xaccSplitSetAmount: assertion >> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >> * 17:49:12 CRIT xaccSplitSetValue: assertion >> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >> * 17:49:12 CRIT xaccSplitSetAmount: assertion >> `gnc_numeric_check(amt) == GNC_ERROR_OK' failed >> * 17:49:13 WARN [xaccAccountEqual()] kvp frames differ: >> { >> double-val => KVP_VALUE_DOUBLE(3.14159), >> timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500), >> int64-val => KVP_VALUE_GINT64(100), >> numeric-val => KVP_VALUE_NUMERIC(0/1), >> guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), >> string-val => KVP_VALUE_STRING(abcdefghijklmnop), >> } >> >> >> vs >> >> { >> double-val => KVP_VALUE_DOUBLE(0), >> timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500), >> int64-val => KVP_VALUE_GINT64(0), >> numeric-val => KVP_VALUE_NUMERIC(0/0), >> string-val => KVP_VALUE_STRING(abcdefghijklmnop), >> guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), >> } >> * 17:49:13 WARN [xaccAcctChildrenEqual()] accounts >> 9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e >> differ >> * 17:49:13 WARN [xaccAccountEqual()] children differ >> FAILURE Accounts trees match test-dbi-stuff.c:63 >> Returned from index list >> You may ignore the warning about the lock file having no entries: We >> had to ignore locking to run two sessions on the same database >> * 17:49:13 WARN [gnc_dbi_unlock()] There was no lock >> entry in the Lock table >> TEST_MYSQL_URL='' >> TEST_PGSQL_URL='' >> Executed 5 tests. There was 1 failure. >> FAIL: test-dbi-basic >> Using filename: /tmp/test-0V18aa >> Testing sqlite3 >> Returned from index list >> You may ignore the warning about the lock file having no entries: We >> had to ignore locking to run two sessions on the same database >> * 17:49:19 WARN [gnc_dbi_unlock()] There was no lock >> entry in the Lock table >> TEST_MYSQL_URL='' >> TEST_PGSQL_URL='' >> Executed 5 tests. All tests passed. >> PASS: test-dbi >> Using filename: /tmp/test-NWyw4B >> Testing sqlite3 >> You may ignore the warning about the lock file having no entries: We >> had to ignore locking to run two sessions on the same database >> * 17:49:26 WARN [gnc_dbi_unlock()] There was no lock >> entry in the Lock table >> Executed 7 tests. All tests passed. >> PASS: test-dbi-business >> Executed 1 test. All tests passed. >> PASS: test-load-backend >> == >> 1 of 4 tests failed >> Please report to gnucash-devel@gnucash.org >> == >> make[6]: *** [check-TESTS] Error 1 >> make[6]: Leaving directory >> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >> make[5]: *** [check-am] Error 2 >> make[5]: Leaving directory >> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >> make[4]: *** [check-recursive] Error 1 >> make[4]: Leaving directory >> `/home/ka1ssr/development/gnucash/src/backend/dbi/test' >> make[3]: *** [check-recursive] Error 1 >> make[3]: Leaving directory >> `/home/ka1ssr/development/gnucash/src/backend/dbi' >> make[2]: *** [check-recursive] Error 1 >> make[2]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend' >> make[1]: *** [check-recursive] Error 1 >> make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src' >> make: *** [check-recursive] Error 1 >> >> >> ___ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> ___ gnucash-devel mailing list gnucash-devel@gnucash.or
Re: Make check fails at dbi test
Hi, On Sun, January 9, 2011 6:05 pm, Bill Hammond wrote: > Hello! > > I am having a problem with make check on r20048 (and a few versions > before that). I am also having problems with gnucash 2.4.0 storing > accounts as an SQL database. The transaction dates and descriptions are > displayed in the register but the amounts always show zero. > > Here's the error I get when I run make check. There are no errors > during the ./autogen / ./configure / make phases of building. > > I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all the > dbi stuff installed. I'm still running gnucash 2.2.9 with no problems. What version of libdbi do you have? This looks like the "libdbi fastmath bug" issue -derek > Many thanks for your help. > > Bill > > 8<--- > ... > make[6]: Entering directory > `/home/ka1ssr/development/gnucash/src/backend/dbi/test' > Using filename: /tmp/test-IuSwjr > Testing sqlite3 > * 17:49:12 CRIT xaccSplitSetValue: assertion > `gnc_numeric_check(amt) == GNC_ERROR_OK' failed > * 17:49:12 CRIT xaccSplitSetAmount: assertion > `gnc_numeric_check(amt) == GNC_ERROR_OK' failed > * 17:49:12 CRIT xaccSplitSetValue: assertion > `gnc_numeric_check(amt) == GNC_ERROR_OK' failed > * 17:49:12 CRIT xaccSplitSetAmount: assertion > `gnc_numeric_check(amt) == GNC_ERROR_OK' failed > * 17:49:13 WARN [xaccAccountEqual()] kvp frames differ: > { > double-val => KVP_VALUE_DOUBLE(3.14159), > timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500), > int64-val => KVP_VALUE_GINT64(100), > numeric-val => KVP_VALUE_NUMERIC(0/1), > guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), > string-val => KVP_VALUE_STRING(abcdefghijklmnop), > } > > > vs > > { > double-val => KVP_VALUE_DOUBLE(0), > timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500), > int64-val => KVP_VALUE_GINT64(0), > numeric-val => KVP_VALUE_NUMERIC(0/0), > string-val => KVP_VALUE_STRING(abcdefghijklmnop), > guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), > } > * 17:49:13 WARN [xaccAcctChildrenEqual()] accounts > 9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e > differ > * 17:49:13 WARN [xaccAccountEqual()] children differ > FAILURE Accounts trees match test-dbi-stuff.c:63 > Returned from index list > You may ignore the warning about the lock file having no entries: We > had to ignore locking to run two sessions on the same database > * 17:49:13 WARN [gnc_dbi_unlock()] There was no lock > entry in the Lock table > TEST_MYSQL_URL='' > TEST_PGSQL_URL='' > Executed 5 tests. There was 1 failure. > FAIL: test-dbi-basic > Using filename: /tmp/test-0V18aa > Testing sqlite3 > Returned from index list > You may ignore the warning about the lock file having no entries: We > had to ignore locking to run two sessions on the same database > * 17:49:19 WARN [gnc_dbi_unlock()] There was no lock > entry in the Lock table > TEST_MYSQL_URL='' > TEST_PGSQL_URL='' > Executed 5 tests. All tests passed. > PASS: test-dbi > Using filename: /tmp/test-NWyw4B > Testing sqlite3 > You may ignore the warning about the lock file having no entries: We > had to ignore locking to run two sessions on the same database > * 17:49:26 WARN [gnc_dbi_unlock()] There was no lock > entry in the Lock table > Executed 7 tests. All tests passed. > PASS: test-dbi-business > Executed 1 test. All tests passed. > PASS: test-load-backend > == > 1 of 4 tests failed > Please report to gnucash-devel@gnucash.org > == > make[6]: *** [check-TESTS] Error 1 > make[6]: Leaving directory > `/home/ka1ssr/development/gnucash/src/backend/dbi/test' > make[5]: *** [check-am] Error 2 > make[5]: Leaving directory > `/home/ka1ssr/development/gnucash/src/backend/dbi/test' > make[4]: *** [check-recursive] Error 1 > make[4]: Leaving directory > `/home/ka1ssr/development/gnucash/src/backend/dbi/test' > make[3]: *** [check-recursive] Error 1 > make[3]: Leaving directory > `/home/ka1ssr/development/gnucash/src/backend/dbi' > make[2]: *** [check-recursive] Error 1 > make[2]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend' > make[1]: *** [check-recursive] Error 1 > make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src' > make: *** [check-recursive] Error 1 > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Make check fails at dbi test
Hello! I am having a problem with make check on r20048 (and a few versions before that). I am also having problems with gnucash 2.4.0 storing accounts as an SQL database. The transaction dates and descriptions are displayed in the register but the amounts always show zero. Here's the error I get when I run make check. There are no errors during the ./autogen / ./configure / make phases of building. I'm running Ubuntu 10.10 with sqlite3 3.7.0. I believe I have all the dbi stuff installed. I'm still running gnucash 2.2.9 with no problems. Many thanks for your help. Bill 8<--- ... make[6]: Entering directory `/home/ka1ssr/development/gnucash/src/backend/dbi/test' Using filename: /tmp/test-IuSwjr Testing sqlite3 * 17:49:12 CRIT xaccSplitSetValue: assertion `gnc_numeric_check(amt) == GNC_ERROR_OK' failed * 17:49:12 CRIT xaccSplitSetAmount: assertion `gnc_numeric_check(amt) == GNC_ERROR_OK' failed * 17:49:12 CRIT xaccSplitSetValue: assertion `gnc_numeric_check(amt) == GNC_ERROR_OK' failed * 17:49:12 CRIT xaccSplitSetAmount: assertion `gnc_numeric_check(amt) == GNC_ERROR_OK' failed * 17:49:13 WARN [xaccAccountEqual()] kvp frames differ: { double-val => KVP_VALUE_DOUBLE(3.14159), timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500), int64-val => KVP_VALUE_GINT64(100), numeric-val => KVP_VALUE_NUMERIC(0/1), guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), string-val => KVP_VALUE_STRING(abcdefghijklmnop), } vs { double-val => KVP_VALUE_DOUBLE(0), timespec-val => KVP_VALUE_TIMESPEC(2011-01-09 17:49:07.00 -0500), int64-val => KVP_VALUE_GINT64(0), numeric-val => KVP_VALUE_NUMERIC(0/0), string-val => KVP_VALUE_STRING(abcdefghijklmnop), guid-val => KVP_VALUE_GUID(9770a545afadcd208e7f4ce0ed5b175e), } * 17:49:13 WARN [xaccAcctChildrenEqual()] accounts 9770a545afadcd208e7f4ce0ed5b175e and 9770a545afadcd208e7f4ce0ed5b175e differ * 17:49:13 WARN [xaccAccountEqual()] children differ FAILURE Accounts trees match test-dbi-stuff.c:63 Returned from index list You may ignore the warning about the lock file having no entries: We had to ignore locking to run two sessions on the same database * 17:49:13 WARN [gnc_dbi_unlock()] There was no lock entry in the Lock table TEST_MYSQL_URL='' TEST_PGSQL_URL='' Executed 5 tests. There was 1 failure. FAIL: test-dbi-basic Using filename: /tmp/test-0V18aa Testing sqlite3 Returned from index list You may ignore the warning about the lock file having no entries: We had to ignore locking to run two sessions on the same database * 17:49:19 WARN [gnc_dbi_unlock()] There was no lock entry in the Lock table TEST_MYSQL_URL='' TEST_PGSQL_URL='' Executed 5 tests. All tests passed. PASS: test-dbi Using filename: /tmp/test-NWyw4B Testing sqlite3 You may ignore the warning about the lock file having no entries: We had to ignore locking to run two sessions on the same database * 17:49:26 WARN [gnc_dbi_unlock()] There was no lock entry in the Lock table Executed 7 tests. All tests passed. PASS: test-dbi-business Executed 1 test. All tests passed. PASS: test-load-backend == 1 of 4 tests failed Please report to gnucash-devel@gnucash.org == make[6]: *** [check-TESTS] Error 1 make[6]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend/dbi/test' make[5]: *** [check-am] Error 2 make[5]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend/dbi/test' make[4]: *** [check-recursive] Error 1 make[4]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend/dbi/test' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend/dbi' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/ka1ssr/development/gnucash/src/backend' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/ka1ssr/development/gnucash/src' make: *** [check-recursive] Error 1 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
make check fails on Linux
Using r18160, I compile with the following configure options: with options "'--enable-error-on-warning' '--enable-compile-warnings' '--prefix=/opt/gnucash-svk' '--enable-ofx' '--enable-hbci' '--enable-dbi' '--enable-debug' '--enable-locale-specific-tax' 'CFLAGS=-g -O0'" I get the following from "make all check": gnc-transaction-sql.o: In function `convert_query_term_to_sql': /home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test/../../../../src/backend/sql/gnc-transaction-sql.c:854: undefined reference to `sqlEscape_new' /home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test/../../../../src/backend/sql/gnc-transaction-sql.c:874: undefined reference to `sqlEscapeString' /home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test/../../../../src/backend/sql/gnc-transaction-sql.c:882: undefined reference to `sqlEscape_destroy' collect2: ld returned 1 exit status make[6]: *** [test-column-types] Error 1 make[6]: Leaving directory `/home/warlord/src/gnucash/gnucash-svk/build/src/backend/sql/test' Anything else you need to know? -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: building from SVN on MacOS -- make check fails?
Okay, an update... Quoting Derek Atkins <[EMAIL PROTECTED]>: > ERROR: In procedure dynamic-link: > ERROR: file: "libguile-srfi-srfi-13-14-v-1", message: > dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found" 1) the ".so" is just a test output here. It's really looking for the right thing. 2) This libguile-srfi issue is due to a missing DYLD_LIBRARY_PATH setting from MacPorts. The gnc-test-env script was dying, and that was causing lots of other issues. When I set DYLD_LIBRARY_PATH then all is well here. Now, I'm getting real GNC failures from trunk. :) Now I see: ERROR: In procedure dynamic-func: ERROR: dysym(0x1013f0, scm_init_sw_gnc_module_module): symbol not found FAIL: test-load-scm At least progress is being made. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
building from SVN on MacOS -- make check fails?
Hi to all you MacOS developers. I decided to help Andreas test some code on MacOS so I pulled down his branch, built it, and was trying to run a "make check". But it failed! So I tried trunk. "make check" failed there, too! So I wanted to try 2.0, and it even failed THERE, too! So now I'm confused... I'm using MacPorts; I installed 2.0.2 via macports, and I had to install a few extra packages to build from SVN, but not too many. But I'm wondering if I'm missing something to get "make check" working? When I run "make check" I get dlopen failures. For example: ** (process:5220): WARNING **: Failed to dlopen() '../../../src/gnc-module/test/mod-foo/libgncmodfoo.la': dlopen(../../../src/gnc-module/test/mod-foo/libgncmodfoo.0.dylib, 9): image not found Obviously here it's looking in the wrong place; the .dylib is in ...test/mod-foo/.libs/libgncmodfoo.0.dylib, but I don't know why it's missing the .libs path. Building from trunk is even stranger! I get: ERROR: In procedure dynamic-link: ERROR: file: "libguile-srfi-srfi-13-14-v-1", message: dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found" Strange that in trunk it's looking for a .so and not a .dylib! Any MacOS help would be greatly appreciated! Thanks, -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails in test-load-xml2
Josh Sled <[EMAIL PROTECTED]> writes: > On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote: >> I was trying to test a buildsystem change and noticed that "make check" >> is failing now. I suspect this is due to adding gconf into the >> xml backend. Here's the backtrace from test-load-xml2. > > It was due to the g-types system not being initialized before calling > gconf code, as is documented in the gconf API. :/ I fixed this > instance by calling g_type_init() at the top of the test's main. I moved the init into the module but the test doesn't actually LOAD the module -- it just links against it. *sigh* So the module init code was never called. Bad Test! No Biscuit! I left the init in the module, but I also re-added the init to the test, rather that loading the module. *sigh* -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails in test-load-xml2
On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote: > I was trying to test a buildsystem change and noticed that "make check" > is failing now. I suspect this is due to adding gconf into the > xml backend. Here's the backtrace from test-load-xml2. It was due to the g-types system not being initialized before calling gconf code, as is documented in the gconf API. :/ I fixed this instance by calling g_type_init() at the top of the test's main. -- ...jsled http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: make check fails in test-load-xml2
Quoting Josh Sled <[EMAIL PROTECTED]>: On Wed, 2006-02-15 at 11:24 -0500, Derek Atkins wrote: I was trying to test a buildsystem change and noticed that "make check" is failing now. I suspect this is due to adding gconf into the xml backend. Here's the backtrace from test-load-xml2. It was due to the g-types system not being initialized before calling gconf code, as is documented in the gconf API. :/ I fixed this instance by calling g_type_init() at the top of the test's main. Is it legal to call g_type_init() multiple times? If so, then perhaps we should add it to the gncmod initialization routine? I'm not sure that every test should need to remember to initialize this. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
make check fails in test-load-xml2
Hi, I was trying to test a buildsystem change and noticed that "make check" is failing now. I suspect this is due to adding gconf into the xml backend. Here's the backtrace from test-load-xml2. -derek (gdb) run Starting program: /home/warlord/src/gnucash/gnucash-svn/build/src/backend/file/test/.libs/lt-test-load-xml2 Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xb7f2 [Thread debugging using libthread_db enabled] [New Thread -1210086848 (LWP 9129)] (process:9129): GLib-GObject-CRITICAL **: gtype.c:2253: initialization assertion failed, use g_type_init() prior to this function (process:9129): GLib-GObject-CRITICAL **: file gobject.c: line 819 (g_object_new): assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:9129): GLib-GObject-CRITICAL **: file gobject.c: line 1561 (g_object_ref): assertion `G_IS_OBJECT (object)' failed Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210086848 (LWP 9129)] 0x0399a06c in gconf_client_get_type () from /usr/lib/libgconf-2.so.4 (gdb) where #0 0x0399a06c in gconf_client_get_type () from /usr/lib/libgconf-2.so.4 #1 0x0399a5cb in gconf_client_get_default () from /usr/lib/libgconf-2.so.4 #2 0xb7e7732f in gnc_gconf_get_float (section=0xb7dbc145 "general", name=0xb7dbc139 "retain_days", caller_error=0x0) at gnc-gconf-utils.c:500 #3 0xb7da43fc in gnc_backend_new () at gnc-backend-file.c:972 #4 0xb7e4d243 in qof_session_load_backend (session=0x87f4188, access_method=0xb7e55366 "file") at qofsession.c:937 #5 0xb7e4d610 in qof_session_begin (session=0x87f4188, book_id=0x87f4160 "./test-files/xml2/every.gml2", ignore_lock=0, create_if_nonexistent=0) at qofsession.c:1036 #6 0x0804906b in test_load_file ( filename=0x87f4160 "./test-files/xml2/every.gml2") at test-load-xml2.c:87 #7 0x0804926a in main (argc=1, argv=0xbf81e1b4) at test-load-xml2.c:147 -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel