Morten Bo Johansen wrote: > the ncurses FAQ makes mention of a problem with certain > versions of gpm that has a bug in them that prevents libgpm > from linking properly to ncurses. This could be tested by doing > a 'nm libgpm.so' and see if wgetch is defined in it and not > listed as an external.
I'm not sure I understand nm here: $ nm /usr/lib/libgpm.so nm: /usr/lib/libgpm.so: no symbols $ nm -a /usr/lib/libgpm.so nm: /usr/lib/libgpm.so: no symbols When I look at the file with vim, I find that the string wgetch does exist there, both for the original libgpmg and my recompiled version. I've taken a look at the ncurses FAQ, and I'm still not sure - is this something to do with the --without-curses option to the gpm ./configure script? - because that's not called by the debian/rules script when building gpm. > You can always file a bug with the Debian BTS. I'm not sure if that's really appropriate - the bug doesn't exist with the packaged version of libncurses, so I can't really file it against any current libncurses package. I'm assuming there was a good reason for the entry "* debian/rules: Zap --with-gpm." for version 5.0-3 (from /usr/share/doc/libncurses5/changelog.Debian.gz ) >From my understanding of the BTS, I'll have to file a wishlist request for a gpm-enabled version first. Glyn -- I know, for I told me so, And I'm sure each of you quite agrees: The more it stays the same, the less it changes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
