"John McCabe-Dansted" <[EMAIL PROTECTED]> writes: > OK, I've tried building psppire against Gtk 2.6.10: > http://gladewin32.sourceforge.net/modules/news/article.php?storyid=41 > The plus side is that unlike Gtk 2.10, wine doesn't suffer from > http://bugs.winehq.org/show_bug.cgi?id=7186 > The minus side is that most things show up as black boxes... I can get > Psppire to bascially work under Windows XP, but under wine the display > seems horribly corrupted regardless of what I do. Things I've tried > (under both versions of Gtk) that didn't help: > - Changing the emulated windows version between 95/98/2000/XP > - upgrading wine (0.9.9->0.9.30) > - removing all modules from my xorg.conf > Things I haven't tried > - running Psppire.exe on a linux/wine machine that supports OpenGL.
Any idea whether these problems show up on actual Windows, or just under Wine? I suppose testing under QEMU would work. > I have also come across yet more build problems. A quick question: Is > it productive for me to report my build problems here? E.g. Are these > problems mostly already known, or is there a better place I should > post them, such as the bug tracker? What I sometimes do is to report bugs to the list, and then if they don't get fixed or explained within a few days I file them as bugs. > ERROR: src/ui/gui/src_ui_gui_psppire-helper.o(.text+0x2fd): In > function `reference_manual': > /usr/src/pspp/pspp/src/ui/gui/helper.c:137: undefined reference to > `_g_spawn_command_line_async' > > FIX/HACK: I worked around error my compile error by commenting out > the _g_spawn_command_line_async, which is used to start yelp. Does glib just not implement this function under Win32? > ERROR: i386-mingw32msvc-gcc: plural.c: No such file or directory > > FIX/HACK: Copy plural.c from a previous pspp build tree. How did plural.c disappear? > ERROR: src/data/file-name.c:31:26: canonicalize.h: No such file or directory > src/data/file-name.c: In function `fn_get_identity': > src/data/file-name.c:408: warning: implicit declaration of function > `canonicalize_filename_mode' > src/data/file-name.c:408: error: `CAN_MISSING' undeclared (first use > in this function) > src/data/file-name.c:408: error: (Each undeclared identifier is > reported only once > src/data/file-name.c:408: error: for each function it appears in.) > src/data/file-name.c:408: warning: initialization makes pointer from > integer without a cast > > FIX/HACK: ../gnulib/gnulib-tool --import --dir=. --lib=libgl > --source-base=gl --m4-base=gl/m4 --doc-base=gl/doc --aux-dir=. > --libtool --macro-prefix=gl alloca alloca-opt assert byteswap c-ctype > c-strtod exit full-read full-write gethostname getline getlogin_r > getopt gettext intprops inttostr linebreak localcharset memcasecmp > memchr memcmp memmem memmove mempcpy memset progname readlink snprintf > stat-macros stdarg stdbool stdint stpcpy strcase strcspn strerror > strftime strsep strstr strtod strtok_r strtol strtoul unistd > unlocked-io vsnprintf xalloc xalloc-die xreadlink xsize xstrndup > xvasprintf canonicalize mbchar mbiter > > > ERROR: make: *** No rule to make target `gl/m4/strstr.m4', needed by > `Makefile.in'. Stop. > > FIX/HACK: According to gnulib docs, strstr is pointless since > everybody implements it correctly, and has hence been removed. Fooled > make with a good 'ol: > echo > gl/m4/strstr.m4 > > > ERROR: configure: line 28215: gl_INIT: command not found > > FIX/HACK: No fix, I just worried about it. If I ignore it, it doesn't > seem to cause any trouble These three shouldn't appear in a fresh CVS checkout with recent gnulib. The latter is especially worrying because it implies that gnulib didn't work at all (gl_INIT is implemented by gnulib). > ERROR: > src/ui/gui/src_ui_gui_psppire-syntax-editor.o(.text+0x5e4):syntax-editor.c: > undefined reference to `_g_file_set_contents' > src/ui/gui/src_ui_gui_psppire-syntax-editor.o(.text+0x902):syntax-editor.c: > undefined reference to > `_gtk_file_chooser_set_do_overwrite_confirmation' > > FIX/HACK: This was caused by the old version of glib (2.6.6) I was > linking against. I just commented these out. This hack is clearly not > something would want to release into the wild. Perhaps configure > should simply choke on old versions of glib? Definitely. Do you happen to know the versions in which these functions were introduced? It sounds like we should update the PKG_CHECK_MODULES lines in configure.ac. > ERROR: (psppire.exe:8): Pango-WARNING **: All font failbacks failed!!!! > > FIX/HACK: > wine i386-mingw32msvc/bin/fc-cache.exe -v > wine i386-mingw32msvc/bin/fc-list.exe -v Is this a PSPP bug or is it a misconfiguration in mingw32 or wine? > ERROR: Make check complained that could not find libplot2.dll > > FIX/HACK: Copied libplot2.dll to src/ui/terminal. That reminds me: I couldn't figure out how to get wine to search arbitrary directories for libraries. I tried setting WINEDLLPATH but it didn't seem to have an actual effect, so (like you) I ended up copying the libraries I needed into src/ui/terminal. Is there some kind of trick to WINEDLLPATH? -- Ben Pfaff <[EMAIL PROTECTED]> Author and maintainer of Pintos _______________________________________________ pspp-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/pspp-dev
