Re: Build error

[Ben Pfaff]

Great.

I pushed a commit updating the recommended Gnulib version and a second
patch that should fix the lexer.c build error (let me know if it still
fails).

Thanks,

Ben.

On Sun, Dec 07, 2014 at 07:39:06PM +0100, Harry Thijssen wrote:
> Hi Ben
> 
> When I send the problem command in lexer.c on comment the msvc-inval.c
> doesn't come back with this tarball.
> 
> Have fun
> 
> 2014-12-07 18:44 GMT+01:00 Ben Pfaff <address@hidden>:
> 
> > Thanks for reporting that problem.  I can deal with that one.  The
> > crucial question is: does it solve the problem with msvc-inval.c that
> > you previously saw?
> >
> > Thanks,
> >
> > Ben.
> >
> > On Sun, Dec 07, 2014 at 06:42:40PM +0100, Harry Thijssen wrote:
> > > Hi
> > >
> > > Unfortunately it makes a differences. Now I get another abort:
> > >
> > > libtool: compile:  i686-w64-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
> > > -I./gl -I./gl -DINSTALLDIR=\"/usr/i686-w64-mingw32/sys-root/mingw/bin\"
> > > -I./src -I./lib -I./src/language/stats -I./src/language/expressions
> > > -I./src/language/expressions -Isrc
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include -mms-bitfields
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include/pango-1.0
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include/cairo
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include/glib-2.0
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/lib/glib-2.0/include
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include/pixman-1
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include/freetype2
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include
> > > -I/usr/i686-w64-mingw32/sys-root/mingw/include/libpng16 -Wall -W
> > > -Wwrite-strings -Wstrict-prototypes -Wpointer-arith -Wno-sign-compare
> > > -Wmissing-prototypes -O2 -g -pipe -Wall -fexceptions
> > > --param=ssp-buffer-size=4 -mms-bitfields -Wdeclaration-after-statement
> > -MT
> > > src/language/lexer/lexer.lo -MD -MP -MF
> > src/language/lexer/.deps/lexer.Tpo
> > > -c src/language/lexer/lexer.c  -DDLL_EXPORT -DPIC -o
> > > src/language/lexer/.libs/lexer.o
> > > src/language/lexer/lexer.c: In function 'lex_source_read__':
> > > src/language/lexer/lexer.c:1177:29: error: 'const struct
> > lex_reader_class'
> > > has no member named 'rpl_read'
> > >        n = src->reader->class->read (src->reader, &src->buffer[head_ofs],
> > >                              ^
> > > Makefile:7563: recipe for target 'src/language/lexer/lexer.lo' failed
> > > make[2]: *** [src/language/lexer/lexer.lo] Error 1
> > >
> > > Have fun
> > >
> > > 2014-12-07 18:01 GMT+01:00 Ben Pfaff <address@hidden>:
> > >
> > > > Please try this tarball, which I generated with the most recent PSPP
> > and
> > > > gnulib:
> > > >         http://benpfaff.org/~blp/pspp-0.8.4-test.tar.gz
> > > >
> > > > (This is something of a "long shot": I don't expect it to make a
> > > > difference, but if it does, then it would save both of us a lot of
> > > > trouble.)
> > > >
> > > > On Sun, Dec 07, 2014 at 11:19:08AM +0100, Harry Thijssen wrote:
> > > > > Hi
> > > > >
> > > > > Can you provide me with instructions how to do that? (I use the
> > tarballs
> > > > > generated by you.)
> > > > >
> > > > > Have fun
> > > > >
> > > > > 2014-12-07 5:40 GMT+01:00 Ben Pfaff <address@hidden>:
> > > > >
> > > > > > On Sat, Dec 06, 2014 at 09:27:36PM +0100, Harry Thijssen wrote:
> > > > > > > I build a new up-to-date  toolchain for the PSPP for MSWindows
> > > > builds.
> > > > > > > Strange enough I get an error now which I not get on my old
> > toolchain
> > > > > > with
> > > > > > > the same source. Any ideas???
> > > > > >
> > > > > > Is it fixed with the newest gnulib (as opposed to the one
> > recommended
> > > > by
> > > > > > PSPP)?
> > > > > >
> > > >
> >