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.
On Oct 1, 2013 2:56 PM, "Richard Shann" <
address@hidden> 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" <address@hidden>
> 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"
> <address@hidden> 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"
> > <address@hidden> 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
> > <address@hidden> 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
> >
> >
> >
> >
> >
> >
>
>