> Although your qt installation has to be blamed. I have modified
> SConstruct to accommendate this.
Why should my qt installation be blamed?
Ok. Maybe it is perfectly ok for a distribution to provide only
release libraries for a package like qt-devel. (Then what if people
need to debug qt?) Anyway, this is fixed in scons.
I still need to give qt_lib_path=/usr/lib),
especially since pkg-config provides all necessary information.
This part puzzled me since these work fine here. Could you please take
a look at config.log and give me error messages like (please use
load_option=no and --config=force to reconfig without qt_dir=...)
scons: Configure: Checking for package QtCore...
pkg-config --print-errors --exists QtCore
Package QtCore was not found in the pkg-config search path.
Perhaps you should add the directory containing `QtCore.pc'
to the PKG_CONFIG_PATH environment variable
No package 'QtCore' found
scons: Configure: no
scons: Configure: Checking for QApplication qapp() in C++ library QtCore...
.sconf_temp/conftest_7.cpp <-
|
|
|#include "QtGui/QApplication"
|
|int
|main() {
| QApplication qapp();
|return 0;
|}
|
g++ -o .sconf_temp/conftest_7.o -c -g -O -I/usr/lib64/qt-3.3/include
.sconf_temp/conftest_7.cpp
.sconf_temp/conftest_7.cpp:3:30: QtGui/QApplication: No such file or directory
.sconf_temp/conftest_7.cpp: In function `int main()':
.sconf_temp/conftest_7.cpp:7: error: `QApplication' was not declared
in this scope
.sconf_temp/conftest_7.cpp:7: error: expected `;' before "qapp"
scons: Configure: no
The first error message is for pkg-config, the second is for qt_dir.
> 1. What autotools have done for you that allows you to start lyx from
> any VPATH build?
I don't use VPATH, and this has nothing to do with autotools magic. The
code in support/package.C.in does not find its support directories,
therefore LyX aborts.
I mean, you are using autotools, and you can start lyx directly from
the build directory without installation or --sys-dir option? Then
there must be some magic going on.
That is not the problem. The problem is that LyX will refuse to start if I
install it into a DESTDIR and run it from there. It will only run from the
final destination dir, because it won't find its support files.
NO!! I install to *any* DESTDIR and lyx starts fine. I am doing this everyday.
Actually it did not use either (but the internal boost version as I found
out later). I only guessed from the messages it gave that it would use the
static libraries, but that was not true.
I am checking this one by installing system boost 1.33.1. I will get
back to you soon.
Although I don't like to use debug libraries it would not mind
scons searching them, as long as it correctly falls back to the non-debug
versions if it does not find the debug version.
OK, this is what scons does now. It still gives you warning if the
debug version of boost is not found.
Yes, autotools do not check the boost version at all. That should be
improved, but since using the included boost is the default for autotools
this is not such a high priority.
I was frustrated when autotools finished configure without warning but
failed to build. This is why I tried really hard (maybe too hard? ) to
ensure a correct build during the configure stage of scons.
Cheers,
Bo
