Re: [Denemo-devel] A useful looking link for cross compiling... Re: gtk-app-devel-list Digest, Vol 105, Issue 20

[Richard Shann]

With the help of the guile list I have linked denemo to the
libguile-srfi stuff - I literally hacked the full path to the srfi
library into the Makefile of denemo as I don't know how to tell the
configure.ac to link to it. (So I had to use the trick of disabling the
checksum count in mxe's Makefile so it used the hacked tar.gz without
downloading it again).
This gave a denemo which correctly loads srfi-1 (it requires a patch to
guile so that srfi/srfi-1.scm does not try and load the extension, as
detailed on the guile m/l).
There is still some problems with the guile loading stuff, however. I
thought I would try to tidy up by moving the tarball on to be the latest
git master. But copying in the git master tarball and removing the
patches for denemo gave me an error message on make denemo:

make[3]: *** No rule to make target `../../denemo/libsmf/smf.c', needed
by `libsmf_a-smf.o'.  Stop.
make[3]: Leaving directory
`/home/rshann/mxe/tmp-denemo/denemo-1.0.0~rc9/libsmf'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory
`/home/rshann/mxe/tmp-denemo/denemo-1.0.0~rc9'

this despite smf.c being present:

~/mxe/tmp-denemo/denemo-1.0.0~rc9/libsmf$ ls smf.c
smf.c

it must be the ../../denemo bit which is wrong, should
be ../../tmp-denemo or something.

Any ideas? (I am expecting this to fail to link of course, until I hack
in the libguile-srfi1 library...)

Richard



On Thu, 2013-02-07 at 09:54 -0600, Jeremiah Benham wrote:
> Should it be loading one of these?
> find ./ -name 'libguile-srfi-srfi*.*'
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-13-14-v-3.a
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-60-v-2.la
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-60-v-2.a
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-4-v-3.a
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-4-v-3.la
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-1-v-3.a
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-13-14-v-3.la
> ./usr/i686-pc-mingw32/lib/libguile-srfi-srfi-1-v-3.la
> 
> Do we need to set the guile environment variables?
> Jeremiah
> 
> 
> On Thu, Feb 7, 2013 at 4:39 AM, Richard Shann
> <address@hidden> wrote:
>         I copied the denemo gdb and evince stuff into bin, usr, share,
>         etc and
>         the libfluidsynth.dll into bin and then executed directly from
>         bin using
>         .\gdb.exe denemo.exe
>         It segfaulted trying to load the standard guile module srfi_1
>         I don't
>         have much idea why I confess. The GUILE_LOAD_PATH looks good
>         (as
>         reported by denemo when it starts up). Here (below) is the
>         output to the
>         console as Denemo runs. Anyone who can give an insight into
>         what needs
>         adjusting please say.
>         Richard
>         D:\bin> .\gdb.exe denemo.exe
>         GNU gdb (GDB) 7.4
>         Copyright (C) 2012 Free Software Foundation, Inc.
>         License GPLv3+: GNU GPL version 3 or later
>         <http://gnu.org/licenses/gpl.html>
>         This is free software: you are free to change and redistribute
>         it.
>         There is NO WARRANTY, to th
> 
>  
>         e extent permitted by law.  Type "show
>         copying"
>         and "show warranty" for details.
>         This GDB was configured as "i686-pc-mingw32".
>         For bug reporting instructions, please see:
>         <http://www.gnu.org/software/gdb/bugs/>...
>         Reading symbols from D:\bin/denemo.exe...done.
>         (gdb) run
>         Starting program: D:\bin/denemo.exe
>         [New Thread 3216.0x10b8]
>         Setting GUILE_LOAD_PATH=D:\share\guile;D:\share\guile\1.8;D:
>         \share
>         \lilypond\current\scm
>         Setting PANGO_PREFIX=D:
>         Setting GTK_PREFIX=D:
>         Setting FONTCONFIG_PATH=D:\etc\fonts
>         Setting FONTCONFIG_FILE=D:\etc\fonts\fonts.conf
>         PATH set to C:\Windows\system32\WindowsPowerShell\v1.0\;;C:
>         \Program
>         Files\Denemo\usr\bin;D:\bin;D:\lib
>         LILYPOND_DATA_PATH will be D:\share\lilypond\current if not
>         already
>         setGUILE_LOAD_PATH is D:\share\guile;D:\share\guile\
>         1.8;D:\share\lilypond\current\scm;D:\share\denemo
>         rootdir=D:
>         bindir=D:\bin
>         rootdir=D:
>         datadir=D:\share\denemo
>         
>         systemwide == D:\etc\denemo\denemo.conf
>         
>         xmlsource == D:\etc\denemo\denemo.conf
>         
>         xmlsource == C:\Users\Guest\.denemo-1.0.0~rc9\denemorcV2
>         
>         GNU Denemo, a free and open music notation editor
>         (c) 1999-2005, 2009 Matthew Hiller, Adam Tee, and others,
>         2010-2011
>         Richard Shann, Jeremiah Benham, Nils Gey and others.
>         
>         
>         
>         This program is provided with absolutely NO WARRANTY; see
>         the file COPYING for details.
>         
>         This software may be redistributed and modified under the
>         terms of the GNU General Public License; again, see the file
>         COPYING for details.
>         
>         audio driver is 'portaudio' 0
>         initializing PortAudio backend
>         [New Thread 3216.0x860]
>         [New Thread 3216.0x1464]
>         [New Thread 3216.0x10a8]
>         [New Thread 3216.0x175c]
>         opening output device 'Windows DirectSound: Primary Sound
>         Driver'
>         [New Thread 3216.0x14a0]
>         
>         ** (denemo.exe:3216): WARNING **:
>         The default soundfont has been loaded
>         
>         [New Thread 3216.0x10bc]
>         [New Thread 3216.0x1618]
>         [New Thread 3216.0x608]
>         [New Thread 3216.0x3f8]
>         MIDI driver is 'portmidi'
>         initializing PortMidi backend
>         registered pm_exit with atexit()
>         
>         ** (denemo.exe:3216): WARNING **: no input device
>         
>         destroying PortMidi backend
>         pm_winmm_term called
>         pm_winmm_term exiting
>         
>         ** (denemo.exe:3216): WARNING **: initializing MIDI backend
>         'portmidi'
>         failed, falling back to dummy
>         initializing dummy MIDI backend
>         [New Thread 3216.0x17bc]
>         [New Thread 3216.0xf98]
>         Denemo icon not used
>         (denemo.exe:3216): GLib-CRITICAL **: g_utf8_to_utf16:
>         assertion `str !=
>         NULL' failed
>         recent (null)
>         Version 1_0_0_Win
>         Program received signal SIGSEGV, Segmentation fault.
>         0x6bfacc2f in scm_cell () from C:\Program Files\Denemo\usr\bin
>         \libguile-17.dll
>         (gdb) where
>         #0  0x6bfacc2f in scm_cell () from C:\Program Files\Denemo\usr
>         \bin
>         \libguile-17.dll
>         #1  0x6bfc2489 in scm_c_make_subr () from C:\Program Files
>         \Denemo\usr
>         \bin\libguile-17.dll
>         #2  0x6bfa8ee6 in create_gsubr () from C:\Program Files\Denemo
>         \usr\bin
>         \libguile-17.dll
>         #3  0x63f81237 in scm_init_srfi_1 () from C:\Program Files
>         \Denemo\usr
>         \bin\libguile-srfi-srfi-1-v-3-3.dll
>         #4  0x0057d59d in scm_dynamic_call ()
>         #5  0x0058c7ef in load_extension ()
>         #6  0x0058c83a in scm_load_extension ()
>         #7  0x005310e0 in ceval ()
>         #8  0x0053413b in scm_i_eval_x ()
>         #9  0x00534284 in scm_primitive_eval_x ()
>         #10 0x00522d18 in scm_primitive_load ()
>         #11 0x00530b43 in ceval ()
>         #12 0x00532713 in scm_apply ()
>         #13 0x00531bb9 in scm_call_0 ()
>         #14 0x0054dd61 in scm_dynamic_wind ()
>         #15 0x0053160f in ceval ()
>         #16 0x0052db58 in ceval ()
>         #17 0x00532713 in scm_apply ()
>         #18 0x00531bb9 in scm_call_0 ()
>         #19 0x00542635 in apply_thunk ()
>         #20 0x005427e0 in scm_c_with_fluid ()
>         #21 0x005427af in scm_with_fluid ()
>         #22 0x0053160f in ceval ()
>         #23 0x00532713 in scm_apply ()
>         #24 0x00531bb9 in scm_call_0 ()
>         #25 0x0054dd61 in scm_dynamic_wind ()
>         #26 0x0053160f in ceval ()
>         #27 0x0052db58 in ceval ()
>         #28 0x0052eff0 in ceval ()
>         #29 0x0052db58 in ceval ()
>         #30 0x0052eea3 in ceval ()
>         #31 0x0052eff0 in ceval ()
>         #32 0x0052d66b in scm_eval_body ()
>         #33 0x00532dce in call_closure_1 ()
>         #34 0x00533399 in scm_map ()
>         #35 0x00531130 in ceval ()
>         #36 0x0052eea3 in ceval ()
>         #37 0x0052d989 in ceval ()
>         #38 0x0053413b in scm_i_eval_x ()
>         #39 0x00534284 in scm_primitive_eval_x ()
>         #40 0x00522d18 in scm_primitive_load ()
>         #41 0x005239a8 in scm_c_catch ()
>         #42 0x00523a7c in scm_internal_catch ()
>         #43 0x0049a3ee in eval_file_with_catch
>         (address@hidden "D:\\share\\denemo\\actions
>         \
>         \denemo.scm")
>             at view.c:175
>         #44 0x0049a4b8 in load_scheme_init () at view.c:4799
>         #45 0x004b1620 in inner_main (closure=0x0, argc=1,
>         argv=0x372b68) at
>         view.c:6098
>         #46 0x00509be1 in invoke_main_func ()
>         #47 0x0054bb79 in c_body ()
>         #48 0x005239a8 in scm_c_catch ()
>         #49 0x0054bb3a in scm_i_with_continuation_barrier ()
>         #50 0x0054bbe7 in scm_c_with_continuation_barrier ()
>         #51 0x0053bd21 in scm_i_with_guile_and_parent ()
>         #52 0x0053bcf2 in scm_with_guile ()
>         #53 0x00509b6f in scm_boot_guile ()
>         #54 0x00e2c9ed in main (argc=1, argv=0x372b68) at main.c:464
>         
>         
>         
>         On Thu, 2013-02-07 at 09:13 +0000, Richard Shann wrote:
>         > On Thu, 2013-02-07 at 00:26 -0600, Jeremiah Benham wrote:
>         > > I was able to get denemo to launch. I made sure that I put
>         denemo.exe
>         > > paired with the ../share/guile directory. Then I had to
>         comment out
>         > > load_scheme_init() in view.c. For some reason the is crash
>         is going on
>         > > in there.
>         > The load_scheme_init() problem is because as well as
>         share/guile we need
>         > share/denemo so that load_scheme_init() can get
>         actions/denemo.scm. I
>         > also installed share/fonts/truetype/denemo
>         > I think we then need some evince backends as well...
>         >
>         > Richard
>         >
>         >
>         
>         
>         
>