I updated the mingw binary and rebooted the server. If you want to build it yourself you may consider running debian stable in VirtualBox. Install no *-dev or anything unless gub needs it. Then only use the VB image for using gub.
Jeremiah On Oct 1, 2013 2:56 PM, "Richard Shann" <[email protected]> wrote: > 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
