Looks like this monster has returned. :(
Building from latest GIT.
Problem exists only for automake packages.
I built qt3 and not tqt3. Core packages built without error.
I have the tqtinterface headers installed to /usr/include/tqt.
Looking at the configure.log reveals the following:
1) Seems the configure process is hard-coded to look for header files prefixed with "n." I don't know whether that is intentional or a typo. A test patch to strip the "n" does not help resolve the failure.
================================================== diff -urN tdeaccessibility/admin/acinclude.m4.in tdeaccessibility.new/admin/acinclude.m4.in --- tdeaccessibility/admin/acinclude.m4.in 2012-02-15 13:33:08.000000000 -0600 +++ tdeaccessibility.new/admin/acinclude.m4.in 2012-02-15 22:25:42.496185447 -0600 @@ -1663,11 +1663,11 @@ kde_qt_header="Qt/qstyle.h" else kde_qt_header=qstyle.h - kde_tqt_header=ntqstyle.h + kde_tqt_header=tqstyle.h fi else kde_qt_header=qglobal.h - kde_tqt_header=ntqglobal.h + kde_tqt_header=tqglobal.h fi
AC_FIND_FILE($kde_qt_header, $qt_incdirs, qt_incdir) ==================================================
2) Seems the failure message is misleading. Seems the actual failure is failing to find the tqtinterface header files. Here is the relevant snippet from configure.log:
================================================== configure:20809: checking for perl configure:20866: result: /usr/bin/perl configure:21023: checking for Qt configure: 21146: /opt/trinity/include/qstyle.h taking that configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /opt/trinity/ntqstyle.h configure: 21162: /usr/lib/tqt3/include/ntqstyle.h configure: 21162: /usr/lib/tqt3/ntqstyle.h configure: 21162: /usr/lib/qt3/include/ntqstyle.h configure: 21162: /usr/lib/qt3/ntqstyle.h configure: 21162: /usr/lib/qt/include/ntqstyle.h configure: 21162: /usr/lib/qt/ntqstyle.h configure: 21162: /usr/share/tqt3/include/ntqstyle.h configure: 21162: /usr/share/tqt3/ntqstyle.h configure: 21162: /usr/share/qt3/include/ntqstyle.h configure: 21162: /usr/share/qt3/ntqstyle.h configure: 21162: /usr/lib/qt-3.3/include/ntqstyle.h configure: 21162: /usr/lib/qt-3.3/ntqstyle.h configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /opt/trinity/ntqstyle.h configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /usr/local/qt/include/ntqstyle.h configure: 21162: /usr/include/qt/ntqstyle.h configure: 21162: /usr/include/ntqstyle.h configure: 21162: /usr/X11R6/include/X11/qt/ntqstyle.h configure: 21162: /usr/ In my case tdeaccessibility.X11R6/include/qt/ntqstyle.h configure: 21162: /usr/X11R6/include/qt2/ntqstyle.h configure: 21162: /usr/include/tqt3/ntqstyle.h configure: 21162: /usr/include/qt3/ntqstyle.h configure: 21162: ./ntqstyle.h configure:21380: rm -rf SunWS_cache; g++ -o conftest -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i486 -mtune=i686 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -INO -I. -DQT_THREAD_SUPPORT -D_REENTRANT -L/opt/trinity/lib conftest.cpp -lqt-mt -lpng -lz -lm -ljpeg -ldl -lXext -lX11 -lSM -lICE -lpthread 1>&5 conftest.cpp:2:21: error: qglobal.h: No such file or directory conftest.cpp:3:26: error: qapplication.h: No such file or directory conftest.cpp:4:21: error: qcursor.h: No such file or directory conftest.cpp:5:27: error: qstylefactory.h: No such file or directory conftest.cpp:6:34: error: private/qucomextra_p.h: No such file or directory conftest.cpp:7:8: warning: "TQT_VERSION" is not defined conftest.cpp:8:2: error: #error 1 ==================================================
Notice in all of the 21162 messages that the configure process looks in just about every place except /usr/include/tqt.
Here are the relevant environment variables from my build log:
PKG_CONFIG_PATH: /usr/local/lib/pkgconfig:/usr/lib/pkgconfig:/opt/trinity/lib/pkgconfig QTDIR: /opt/trinity QT_INCLUDE_DIR: /opt/trinity/include QT_LIB_DIR: /opt/trinity/lib
/usr/lib/pkgconfig/tqt.pc looks correct.
Darrell
Yes this is the problem i spoke about in my last message. I am seeing this with all autobuilds right now. Passing --with-extra-includes does not help.
Jay
On Thu, Feb 16, 2012 at 4:50 AM, Darrell Anderson humanreadable@yahoo.comwrote:
Looks like this monster has returned. :(
Building from latest GIT.
Problem exists only for automake packages.
I built qt3 and not tqt3. Core packages built without error.
I have the tqtinterface headers installed to /usr/include/tqt.
Looking at the configure.log reveals the following:
- Seems the configure process is hard-coded to look for header files
prefixed with "n." I don't know whether that is intentional or a typo. A test patch to strip the "n" does not help resolve the failure.
================================================== diff -urN tdeaccessibility/admin/acinclude.m4.intdeaccessibility.new/admin/ acinclude.m4.in --- tdeaccessibility/admin/acinclude.m4.in 2012-02-15 13:33:08.000000000 -0600 +++ tdeaccessibility.new/admin/acinclude.m4.in 2012-02-15 22:25:42.496185447 -0600 @@ -1663,11 +1663,11 @@ kde_qt_header="Qt/qstyle.h" else kde_qt_header=qstyle.h
- kde_tqt_header=ntqstyle.h
- kde_tqt_header=tqstyle.h fi
else kde_qt_header=qglobal.h
- kde_tqt_header=ntqglobal.h
- kde_tqt_header=tqglobal.h
fi
AC_FIND_FILE($kde_qt_header, $qt_incdirs, qt_incdir)
- Seems the failure message is misleading. Seems the actual failure is
failing to find the tqtinterface header files. Here is the relevant snippet from configure.log:
================================================== configure:20809: checking for perl configure:20866: result: /usr/bin/perl configure:21023: checking for Qt configure: 21146: /opt/trinity/include/qstyle.h taking that configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /opt/trinity/ntqstyle.h configure: 21162: /usr/lib/tqt3/include/ntqstyle.h configure: 21162: /usr/lib/tqt3/ntqstyle.h configure: 21162: /usr/lib/qt3/include/ntqstyle.h configure: 21162: /usr/lib/qt3/ntqstyle.h configure: 21162: /usr/lib/qt/include/ntqstyle.h configure: 21162: /usr/lib/qt/ntqstyle.h configure: 21162: /usr/share/tqt3/include/ntqstyle.h configure: 21162: /usr/share/tqt3/ntqstyle.h configure: 21162: /usr/share/qt3/include/ntqstyle.h configure: 21162: /usr/share/qt3/ntqstyle.h configure: 21162: /usr/lib/qt-3.3/include/ntqstyle.h configure: 21162: /usr/lib/qt-3.3/ntqstyle.h configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /opt/trinity/ntqstyle.h configure: 21162: /opt/trinity/include/ntqstyle.h configure: 21162: /usr/local/qt/include/ntqstyle.h configure: 21162: /usr/include/qt/ntqstyle.h configure: 21162: /usr/include/ntqstyle.h configure: 21162: /usr/X11R6/include/X11/qt/ntqstyle.h configure: 21162: /usr/ In my case tdeaccessibility.X11R6/include/qt/ntqstyle.h configure: 21162: /usr/X11R6/include/qt2/ntqstyle.h configure: 21162: /usr/include/tqt3/ntqstyle.h configure: 21162: /usr/include/qt3/ntqstyle.h configure: 21162: ./ntqstyle.h configure:21380: rm -rf SunWS_cache; g++ -o conftest -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i486 -mtune=i686 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -INO -I. -DQT_THREAD_SUPPORT -D_REENTRANT -L/opt/trinity/lib conftest.cpp -lqt-mt -lpng -lz -lm -ljpeg -ldl -lXext -lX11 -lSM -lICE -lpthread 1>&5 conftest.cpp:2:21: error: qglobal.h: No such file or directory conftest.cpp:3:26: error: qapplication.h: No such file or directory conftest.cpp:4:21: error: qcursor.h: No such file or directory conftest.cpp:5:27: error: qstylefactory.h: No such file or directory conftest.cpp:6:34: error: private/qucomextra_p.h: No such file or directory conftest.cpp:7:8: warning: "TQT_VERSION" is not defined conftest.cpp:8:2: error: #error 1 ==================================================
Notice in all of the 21162 messages that the configure process looks in just about every place except /usr/include/tqt.
Here are the relevant environment variables from my build log:
PKG_CONFIG_PATH: /usr/local/lib/pkgconfig:/usr/lib/pkgconfig:/opt/trinity/lib/pkgconfig QTDIR: /opt/trinity QT_INCLUDE_DIR: /opt/trinity/include QT_LIB_DIR: /opt/trinity/lib
/usr/lib/pkgconfig/tqt.pc looks correct.
Darrell
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Yes this is the problem i spoke about in my last message. I am seeing this with all autobuilds right now. Passing --with-extra-includes does not help.
Jay
Working on it. You may want to disable your autobuilds for a couple of days while I figure out what broke.
Tim
Yes this is the problem i spoke
about in my last message. I am seeing this
with all autobuilds right now. Passing
--with-extra-includes does not
help.
Jay
Working on it. You may want to disable your autobuilds for a couple of days while I figure out what broke.
The automake builds worked okay up to at least GIT (short version) 2838. I'm now up to 4007. If I can find time I'll try to revert to previous versions to learn where the breakage started.
Darrell
Yes this is the problem i spoke
about in my last message. I am seeing this
with all autobuilds right now. Passing
--with-extra-includes does not
help.
Jay
Working on it. You may want to disable your autobuilds for a couple of days while I figure out what broke.
The automake builds worked okay up to at least GIT (short version) 2838. I'm now up to 4007. If I can find time I'll try to revert to previous versions to learn where the breakage started.
Darrell
The problem should be fixed in the admin directory in GIT, but it will take some time to propagate to all TDE modules in GIT.
Tim
The problem should be fixed in the admin directory in GIT, but it will take some time to propagate to all TDE modules in GIT.
By golly, I believe you did fix the problem. :) Good job. Thanks!
How do I view the specific patch(es) in my local GIT? When I updated my local tree I obviously obtained the required patch(es) because my automake packages now build, but running various forms of "git log" does not reveal the exact fix.
Darrell
The problem should be fixed in the admin directory in GIT, but it will take some time to propagate to all TDE modules in GIT.
By golly, I believe you did fix the problem. :) Good job. Thanks!
How do I view the specific patch(es) in my local GIT? When I updated my local tree I obviously obtained the required patch(es) because my automake packages now build, but running various forms of "git log" does not reveal the exact fix.
Darrell
You need to change to the admin/ directory and issue git log from within it. This is due to the fact that admin/ and cmake/ are GIT submodules, and GIT does not handle them in a user friendly manner at all.
Tim
You need to change to the admin/ directory and issue git log from within it. This is due to the fact that admin/ and cmake/ are GIT submodules, and GIT does not handle them in a user friendly manner at all.
Ok. Thanks!
Darrell
The problem should be fixed in
the admin directory in GIT,
but it will take some time to propagate to all TDE modules in GIT.
By golly, I believe you did fix the problem. :) Good job. Thanks!
Good news: Yesterday I built all core, main suite, and a dozen additional TDE packages without build failures. All were built against qt3. I did try to build tdebindings or related support packages. I built tdesdk with cmake for the first time.
Today I will try to build everything against tqt3, which I never have been able to do. :)
Darrell
Good news: Yesterday I built all core, main suite, and a dozen additional TDE packages without build failures. All were built against qt3. I did try to build tdebindings or related support packages. I built tdesdk with cmake for the first time.
Oops! That should have been "I did NOT try to build tdebindings."
Darrell
-
Darrell Anderson -
Jay -
Timothy Pearson