[Fwbuilder-discussion] 2.0 Build failure with latest version
Brought to you by:
mikehorn
From: Dagmar d'S. <evi...@co...> - 2004-06-25 19:56:51
|
Okay. So I grabbed the latest version of 2.0, the library components of which built without a hitch. I then installed QT-3.3.2 system-wide (as in, into /usr/bin, /usr/include and so on, see BLFS 5.1 for more details) which is a perfectly reasonable way of doing it. The frontend package flatly refuses to build this way because it's apparently not propagating the QTDIR variable down into the subdirs at _all_. Compiler output... g++ -c -pipe -Wall -W -g -Wno-unused-parameter -D_REENTRANT - DQT_THREAD_SUPPORT -I/usr/share/qt/mkspecs/default -I. -I../.. - I../../../../include/fwb-2.0 -I../../../../include/libxml2 -I/include - Iui/ -I.moc/ -o .obj/fwbedit.o fwbedit.cpp fwbedit.cpp:29:23: qsettings.h: No such file or directory In file included from fwbedit.cpp:57: ../common/init.cpp: In function `std::string guessExecPath(const char*)': ../common/init.cpp:30: error: `QString' undeclared (first use this function) ... Note well the -I/include in there. There's apparently null at that point for QTDIR, this is with it failing to autodetect, with me compensating for it failing to autodetect in the configure script by creating a /usr/lib/qt3 and making symlinks in there so it appears as / usr/lib/qt3/include, and with me attempting to forcibly set QTDIR with --with-qtdir=/usr/lib/qt3/ passed to configure. Any ideas of an easy way to fix this? Specifically to fix why QTDIR isn't being passed to the sub-makes... I can't seem to get the autoconf to regenerate the configure files properly (don't know which version it wants, can't seem to get any of the three I have to work) so I can't do much to it. |