From: David P. <pa...@rc...> - 2002-05-12 09:14:15
|
Joe Piolunek wrote: > Have you been working on the configure.in script? Hi, Joe. Not at the moment. Here's what's currently pending: M apps/cmdline/ptal-pml.c M include/ptal.h M lib/ptal/ptal-hpjd.c M lib/ptal/ptal.c M lib/sane/hpoj.c M scripts/ptal-init.in (Other than ptal-init.in, mostly PML<->SNMP bug fixes, which may require an additional small TBD change to ptal-hp.c and xojpanel.) > If not, I think I've fixed > most of the Qt-related problems mentioned in the "Bugs and TODO" list. Thanks for noticing. :-) > I can > send a patch if you like. It would need testing though, especially on BSD > systems, which I don't have access to. Sure, bring it on. > In order of priority, the commandline option "--with-qt=DIR", then (if set) > the QTDIR environment variable, then the result of a search. > > If Qt is installed in dislocated fashion (not in the standard tree form), a > commandline switch "--with-qt-includes=DIR" can be used. It won't have any > effect if the includes are found near libqt* in a standard tree-type > installation. The assumption is that the headers in the same tree as the > library would be correct, but headers found elsewhere may not be. > > To support cases where libqt-mt.so* is available, but libqt.so* is not, > configure.in and xojpanel/Makefile.in are modified to pass a variable > "LIBQT_CMDLINE". Sounds good to me. I can test it on RedHat 6.2, 7.2, and FreeBSD 4.5, as well as give it a look over for general saneness. Thanks, David |