[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] Release 1.0.8
From: |
Richard Shann |
Subject: |
Re: [Denemo-devel] Release 1.0.8 |
Date: |
Wed, 02 Oct 2013 20:25:23 +0100 |
On Wed, 2013-10-02 at 09:07 -0500, Jeremiah Benham wrote:
> I updated the mingw binary and rebooted the server.
Ah! I think I see the trouble: the gtk initialization comes after the
first of these calls to get the paths. This looks like a time bomb that
has been lurking waiting to hit us.
I have pushed a fix to git which does the initializations in main in the
order which I think they should be done. It compiles and runs properly
on my Debian Stable installation, so hopefully the next windows build
will succeed.
> If you want to build it yourself you may consider running debian
> stable in VirtualBox. Install no *-dev or anything unless gub needs
> it.
I'm installing VirtualBox now, I am a complete beginner at this though -
how do I find out what *-dev gub needs? I recall it dying horribly on me
some years back and janneke being startled to find that I didn't have a
c++ compiler installed on my system. Also, where do you get a Debian
Stable to run under it - I am already running Debian Stable ... but I
guess you are suspecting that other things I have installed on it are
preventing it running gub correctly?
Richard
> Then only use the VB image for using gub.
>
>
> Jeremiah
>
> 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
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
>
>
- Re: [Denemo-devel] Release 1.0.8, Richard Shann, 2013/10/01
- Re: [Denemo-devel] Release 1.0.8, Richard Shann, 2013/10/01
- Re: [Denemo-devel] Release 1.0.8, Jeremiah Benham, 2013/10/01
- Re: [Denemo-devel] Release 1.0.8, Jeremiah Benham, 2013/10/01
- Re: [Denemo-devel] Release 1.0.8, Richard Shann, 2013/10/01
- Re: [Denemo-devel] Release 1.0.8, Jeremiah Benham, 2013/10/02
- Re: [Denemo-devel] Release 1.0.8,
Richard Shann <=
- Re: [Denemo-devel] Release 1.0.8, Richard Shann, 2013/10/02
- Re: [Denemo-devel] Release 1.0.8, Jeremiah Benham, 2013/10/02
- Message not available
- Message not available
- Re: [Denemo-devel] Release 1.0.8, Richard Shann, 2013/10/03
- Re: [Denemo-devel] Release 1.0.8, Jeremiah Benham, 2013/10/03
- Re: [Denemo-devel] Release 1.0.8, Jeremiah Benham, 2013/10/02