On Tue, 2013-10-01 at 09:21 -0500, Jeremiah Benham wrote: > I just updated the binary.
Thanks - I tested this, and it seems that the location where the system data dir is being stored is being over-written very early in the startup. I have pushed code to git which puts this location at a place where I can set a watch on it using gdb. If you can rebuild mingw again I will try and find where this overwriting is taking place. My own gub got past imagemagick once I had pointed to your tarball on denemo.org/~jjbenham/gub/downloads... and barfed on libxml2 with a horrible looking toolchain error: > libtool: compile: i686-mingw32-gcc -mwindows -mms-bitfields -DHAVE_CONFIG_H > -I. -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include -DWIN32 -g -O2 > -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment > -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return > -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline > -Wredundant-decls -MT entities.lo -MD -MP -MF .deps/entities.Tpo -c > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/entities.c -DDLL_EXPORT > -DPIC -o .libs/entities.o > libtool: compile: i686-mingw32-gcc -mwindows -mms-bitfields -DHAVE_CONFIG_H > -I. -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include -DWIN32 -g -O2 > -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment > -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return > -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline > -Wredundant-decls -MT encoding.lo -MD -MP -MF .deps/encoding.Tpo -c > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/encoding.c -DDLL_EXPORT > -DPIC -o .libs/encoding.o > libtool: compile: i686-mingw32-gcc -mwindows -mms-bitfields -DHAVE_CONFIG_H > -I. -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include -DWIN32 -g -O2 > -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment > -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return > -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline > -Wredundant-decls -MT error.lo -MD -MP -MF .deps/error.Tpo -c > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/error.c -DDLL_EXPORT -DPIC > -o .libs/error.o > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:270: > warning: array 'xmlStringText' assumed to have one elementlibtool: compile: > i686-mingw32-gcc -mwindows -mms-bitfields -DHAVE_CONFIG_H -I. > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27 -I. -I./include > -I/home/rshann/gub/target/mingw/src/libxml2-2.6.27/include -DWIN32 -g -O2 > -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment > -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow > -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return > -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline > -Wredundant-decls -MT parser.lo -MD -MP -MF .deps/parser.Tpo -c > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/parser.c -DDLL_EXPORT -DPIC > -o .libs/parser.o > > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:271: > warning: array 'xmlStringTextNoenc' assumed to have one element > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:272: > warning: array 'xmlStringComment' assumed to have one element > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:270: > warning: array 'xmlStringText' assumed to have one element > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:271: > warning: array 'xmlStringTextNoenc' assumed to have one element > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/include/libxml/parserInternals.h:272: > warning: array 'xmlStringComment' assumed to have one element > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/encoding.c: In function > 'xmlIconvWrapper': > /home/rshann/gub/target/mingw/src/libxml2-2.6.27/encoding.c:1706: warning: > passing argument 2 of 'libiconv' from incompatible pointer type > /tmp/ccCTarEo.s: Assembler messages: > /tmp/ccCTarEo.s:192: Error: junk at end of line, first unrecognized character > is `7' Richard > > Jeremiah > > On Oct 1, 2013 8:18 AM, "Jeremiah Benham" <[email protected]> > wrote: > Ok. I am building it again. All the tarballs are in > ~jjbenham/gub/downloads if you have trouble finding them. The > librubberband and vamp urls are incorrect and need updating. I > just placed my revised tarballs in the download directory. > > Jeremiah > > On Oct 1, 2013 3:56 AM, "Richard Shann" > <[email protected]> wrote: > On Mon, 2013-09-30 at 15:02 -0500, Jeremiah Benham > wrote: > > Ok. I just updated the mingw binary. > > I tested that and have added another fix in view.c > which should pin down > the problem finally. I'm currently trying to build > from gub (about four > or so download urls needed changing), but I expect > I'll hit problems - > can you respin the mingw binary if possible? > > Richard > > > > > > Jeremiah > > > > On Sep 30, 2013 12:48 PM, "Jeremiah Benham" > > <[email protected]> wrote: > > ok. I am rebuilding it. It should take about > two hours or so. > > For some reason I need to rm -rf target each > time to rebuild > > in order to build in debian stable. In > ubuntu I can usually > > get away with just doing: > > > > rm -rf target/mingw/*/denemo* > > make PLATFORMS='mingw' denemo > > > > > > Jeremiah > > > > > > > > On Mon, Sep 30, 2013 at 12:16 PM, Richard > Shann > > <[email protected]> wrote: > > On Mon, 2013-09-30 at 10:59 -0500, > Jeremiah Benham > > wrote: > > > Here you go: > > > > > > > http://denemo.org/~jjbenham/gub/uploads/denemo-0.0.0-0.mingw.exe > > > > > > OK, I tested this, and the search > paths are corrupted > > > > I see this code in view.c (Eloi - > please comment on > > this) > > > > gchar* dirs[] = { > > g_build_filename(UI_DIR, NULL), > > > g_build_filename(get_system_data_dir (), UI_DIR, > > NULL), > > NULL > > }; > > > > where dirs[] is intended to be > initialized at run > > time. However, the > > get_system_data_dir() call appears > not to happen on > > windows. I've > > re-written the code to explicitly > initialize the > > array. > > Can you build from master again, and > we'll see if this > > has cured the > > problem? > > > > > > > > I changed nothing in gubs mingw > branch except the > > sources in > > > gub/specs/denemo.py I chose to use > git instead of > > the tarball. > > > > > > > > > Ah, ok I see it now, I was looking > at the wrong > > branch. I'll try and get > > it building. > > > > Richard > > > > > > > > > > > > > > _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
