[GNC] Building issues

[Geert Janssens]

Op dinsdag 10 april 2018 14:11:24 CEST schreef Geert Janssens:
> Op vrijdag 6 april 2018 16:42:38 CEST schreef John Ralls:
> > > On Apr 6, 2018, at 5:07 AM, Carlos A. Garcia
> > > <carlos.alberto.garcia.ar at gmail.com> wrote:
> > > 
> > > Dear users,
> > > 
> > > I'd tried to compile GNC V3. on Linux Mint  18.3 Sylvia, (Spanish
> > > language) and blocked in this stage:
> > > 
> > > [ 30%] Generating ../../lib/gnucash/scm/ccache/2.2/gnucash/core-utils.go
> > > Backtrace:
> > > 
> > > In /usr/bin/guild:
> > >     74:17 19 (main _)
> > > 
> > > In srfi/srfi-1.scm:
> > >     640:9 18 (for-each #<procedure 563ec4171080 at scripts/compile.…> …)
> > > 
> > > In scripts/compile.scm:
> > >    251:26 17 (_ _)
> > > 
> > > In system/base/target.scm:
> > >      57:6 16 (with-target _ _)
> > > 
> > > In system/base/compile.scm:
> > >     152:6 15 (compile-file _ #:output-file _ #:from _ #:to _ #:env _ …)
> > >     
> > >      43:4 14 (call-once _)
> > > 
> > > In ice-9/boot-9.scm:
> > >     841:4 13 (with-throw-handler _ _ _)
> > > 
> > > In system/base/compile.scm:
> > >     59:11 12 (_)
> > >    
> > >    155:11 11 (_ #<closed: file 563ec4393690>)
> > >    235:18 10 (read-and-compile #<input: core-utils.scm 13> #:from _ # …)
> > >    183:32  9 (compile-fold (#<procedure compile-tree-il (x e opts)>) …)
> > > 
> > > In ice-9/boot-9.scm:
> > >    2312:4  8 (save-module-excursion #<procedure 563ec45eb840 at lang…>)
> > > 
> > > In language/scheme/compile-tree-il.scm:
> > >     31:15  7 (_)
> > > 
> > > In ice-9/psyntax.scm:
> > >   1235:36  6 (expand-top-sequence ((re-export #)) _ _ #f c (# load …) …)
> > >   1182:24  5 (parse _ (("placeholder" placeholder)) ((top) #(# # …)) …)
> > >   
> > >    285:10  4 (parse _ (("placeholder" placeholder)) (()) _ c&e (# #) #)
> > > 
> > > In ice-9/boot-9.scm:
> > >   2071:24  3 (call-with-deferred-observers #<procedure 563ec45eb640 …>)
> > >   
> > >    260:13  2 (for-each #<procedure 563ec45eb580 at ice-9/boot-9.scm…> …)
> > > 
> > > In unknown file:
> > >            1 (scm-error misc-error #f "~A ~S" ("Undefined variab…" …) …)
> > > 
> > > In ice-9/boot-9.scm:
> > >    752:25  0 (dispatch-exception _ _ _)
> > > 
> > > ice-9/boot-9.scm:752:25: In procedure dispatch-exception:
> > > Undefined variable: gnc-build-userdata-path
> > > libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/build.make:61: fallo
> > > en las instrucciones para el objetivo
> > > 'lib/gnucash/scm/ccache/2.2/gnucash/core-utils.go' make[2]: ***
> > > [lib/gnucash/scm/ccache/2.2/gnucash/core-utils.go] Error 1
> > > CMakeFiles/Makefile2:3847: fallo en las instrucciones para el objetivo
> > > 'libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all' make[1]: ***
> > > [libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all] Error 2
> > > Makefile:160: fallo en las instrucciones para el objetivo 'all'
> > > make: *** [all] Error 2
> > > 
> > > 
> > > I could solved previous errors, but this is a mystery for me (I'm not an
> > > expert).
> > > 
> > > Any indication to follow?
> > 
> > As a first guess it’s a Guile 2.2 compatibility issue. That’s going to
> > have
> > to wait for Geert to get back and wade through all of the messages since
> > he’s been away...
> 
> Unfortunately I can't reproduce on Fedora 27 (which ships guile 2.2.2).
> 
> As gnc_build_userdata_path is a new function in gnucash 3.0 it's very likely
> your system is picking up libraries from an older version of gnucash on
> your system.
> 
> Is this a build from a git clone or from a release tarball ?
> 
> Things to try:
> - if you ever built gnucash within the source tree, wipe the full source
> tree and clone it again/extract the tarball again, effectively starting
> from scratch. In your new build, avoid building inside the source tree. -
> wipe your build directory and restart with cmake
> - Do you have other gnucash versions installed ? If so, can you remove it
> and restart the build ?
> 
I didn't see a reply to this. Another user reported the same issue on the 
gnucash-devel list and the build did get fixed by removing all build artefacts 
from a previous release from his system. This included removing the source 
directory (as it was used before to build an older gnucash version in-source), 
and removing all traces of gnucash from /usr/local (I don't know where you 
installed it).

Regards,

Geert