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 <[email protected]>: > > > 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 <[email protected]>: > > > > > > > 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 <[email protected]>: > > > > > > > > > > > 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)? > > > > > > > > > > > > _______________________________________________ pspp-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/pspp-dev
