tde-devels

devels@trinitydesktop.org

9 participants
3775 discussions

kdelibs build failure: error: 'TQ_OpenMode' has not been declared

by David C. Rankin

New one :) [ 2%] Building CXX object kdecore/network/CMakeFiles/kdecorenetwork-static.dir/ksocketdevice.cpp.o cd /build/src/build/kdecore/network && /usr/bin/c++ -DHAVE_CONFIG_H -march=i686 -mtune=generic -O2 -pipe -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/opt/qt/include -I/opt/qt/include/tqt -I/build/src/build -I/build/src/build/kdecore/network -I/build/src/kdelibs/kdecore -I/build/src/build/kdecore -fPIC -o CMakeFiles/kdecorenetwork-static.dir/ksocketdevice.cpp.o -c /build/src/kdelibs/kdecore/network/ksocketdevice.cpp In file included from /build/src/kdelibs/kdecore/network/ksocketdevice.cpp:58:0: /build/src/kdelibs/kdecore/network/ksocketdevice.h:145:21: error: 'TQ_OpenMode' has not been declared /build/src/kdelibs/kdecore/network/ksocketdevice.cpp:174:26: error: 'bool KNetwork::KSocketDevice::open' is not a static member of 'class KNetwork::KSocketDevice' /build/src/kdelibs/kdecore/network/ksocketdevice.cpp:174:26: error: 'TQ_OpenMode' was not declared in this scope /build/src/kdelibs/kdecore/network/ksocketdevice.cpp:175:1: error: expected ',' or ';' before '{' token make[2]: *** [kdecore/network/CMakeFiles/kdecorenetwork-static.dir/ksocketdevice.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [kdecore/network/CMakeFiles/kdecorenetwork-static.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -- David C. Rankin, J.D.,P.E.

13 years, 11 months

amarok - error: 'QStringx' is not a member of 'Amarok'

by David C. Rankin

Amarok made it further than I expected: [ 49%] Building CXX object amarok/src/CMakeFiles/amarok-shared.dir/Options5.cpp.o cd /build/src/build/amarok/src && /usr/bin/c++ -Damarok_shared_EXPORTS -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe -fpermissive -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/build/src/build/amarok/src -I/build/src/amarok/amarok/src -I/build/src/build -I/build/src/build/amarok/src/amarokcore -I/build/src/build/amarok/src/magnatunebrowser -I/build/src/amarok/amarok/src/amarokcore -I/build/src/amarok/amarok/src/analyzers -I/build/src/amarok/amarok/src/statusbar -I/build/src/amarok/amarok/src/plugin -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -I/usr/include/taglib -o CMakeFiles/amarok-shared.dir/Options5.cpp.o -c /build/src/build/amarok/src/Options5.cpp In file included from /build/src/build/amarok/src/Options5.cpp:30:0: /build/src/build/amarok/src/Options5.ui.h: In member function 'void Options5::init()': /build/src/build/amarok/src/Options5.ui.h:59:5: error: 'QStringx' is not a member of 'Amarok' /build/src/build/amarok/src/Options5.ui.h:59:22: error: expected ';' before 'text' In file included from /build/src/build/amarok/src/Options5.cpp:30:0: /build/src/build/amarok/src/Options5.ui.h:86:34: error: 'text' was not declared in this scope make[2]: *** [amarok/src/CMakeFiles/amarok-shared.dir/Options5.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [amarok/src/CMakeFiles/amarok-shared.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). -- David C. Rankin, J.D.,P.E.

13 years, 11 months

kdewebdev - kafkacommon.cpp:745:56: error: using temporary as lvalue [-fpermissive]

by David C. Rankin

Tim, all, kdevelop build fine, but I ran into a lvalue problem in kdewebdev. I'm building with: msg "Starting cmake..." cmake ${srcdir}/${_svnmod} \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DQT_VERSION=3 \ -DCMAKE_CXX_FLAGS="-fpermissive" \ -DWITH_T1LIB=ON \ -DWITH_LIBPAPER=ON \ -DWITH_TIFF=ON \ -DWITH_OPENEXR=ON \ -DWITH_PAM=ON \ -DBUILD_ALL=ON make The error is: [ 77%] Building CXX object quanta/parts/kafka/CMakeFiles/kafkalibrary-static.dir/kafkacommon.cpp.o cd /build/src/build/quanta/parts/kafka && /usr/bin/c++ -DHAVE_CONFIG_H -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -march=x86-64 -mtune=generic -O2 -pipe -include tqt.h -I/build/src/build/quanta/parts/kafka -I/build/src/kdewebdev/lib -I/build/src/kdewebdev/quanta/src -I/build/src/kdewebdev/quanta/project -I/build/src/kdewebdev/quanta/parsers -I/build/src/kdewebdev/quanta/utility -I/build/src/kdewebdev/quanta/treeviews -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -include tqt.h -fPIC -o CMakeFiles/kafkalibrary-static.dir/kafkacommon.cpp.o -c /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp: In static member function 'static void kafkaCommon::fitsNodesPosition(Node*, int, int, int, int)': /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp:745:56: error: using temporary as lvalue [-fpermissive] /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp:746:55: error: using temporary as lvalue [-fpermissive] /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp:747:57: error: using temporary as lvalue [-fpermissive] /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp:748:56: error: using temporary as lvalue [-fpermissive] /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp:752:56: error: using temporary as lvalue [-fpermissive] /build/src/kdewebdev/quanta/parts/kafka/kafkacommon.cpp:753:57: error: using temporary as lvalue [-fpermissive] make[2]: *** [quanta/parts/kafka/CMakeFiles/kafkalibrary-static.dir/kafkacommon.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [quanta/parts/kafka/CMakeFiles/kafkalibrary-static.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... I'm not that swift at debugging, but I know enough to know an lvalue problem -- ain't in my build script :p -- David C. Rankin, J.D.,P.E.

13 years, 11 months

Qt3 (svn) - qinputcontextfactory.h link missing in src/include

by David C. Rankin

Tim, Working with the new Qt3 from svn, I have found 2 issues: (1) It still needs to be patched for gcc-4.6 (see gcc46-arch.diff); and (2) The link in src/include for src/inputmethod/qinputcontextfactory.h is missing -- David C. Rankin, J.D.,P.E.

13 years, 11 months

kde-style-qtcurve: Cmake error

by Baho Utot

cmake is not passing -I ${_prefix}/include/tqt to gcc causing gcc to fail tqt.h is not found as the include path is not set correctly.

13 years, 11 months

kdegraphics - dlggeneral.ui.h:15:20: fatal error: config.h: No such file or directory

by David C. Rankin

After kdebase successfully built, I moved on to kdegraphics. config.h is missing? [ 28%] Building CXX object kpdf/conf/CMakeFiles/kpdfconf-static.dir/dlggeneral.cpp.o cd /build/src/build/kpdf/conf && /usr/bin/c++ -DHAVE_CONFIG_H -fpermissive -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/build/src/build/kpdf/conf -I/build/src/build/kpdf/conf/.. -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -fPIC -o CMakeFiles/kpdfconf-static.dir/dlggeneral.cpp.o -c /build/src/build/kpdf/conf/dlggeneral.cpp In file included from /build/src/build/kpdf/conf/dlggeneral.cpp:27:0: /build/src/build/kpdf/conf/dlggeneral.ui.h:15:20: fatal error: config.h: No such file or directory compilation terminated. make[2]: *** [kpdf/conf/CMakeFiles/kpdfconf-static.dir/dlggeneral.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [kpdf/conf/CMakeFiles/kpdfconf-static.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... What say the experts? -- David C. Rankin, J.D.,P.E.

13 years, 11 months

rpm packages - status?

by Nenad Opsenica

Hello everybody, Are there any news regarding .RPM packages of trinity desktop? Is there any way one can help to speed-up building process? I'm interested in preparing RPM for EL6/SL6 distro. Best regards, Nenad

13 years, 11 months

creating tarballs from svn tree

by David C. Rankin

All, With Arch, it is useful to create tarballs from the svn tree for the different Trinity modules to prevent having to download the code each time you attempt a module build. When building in virtualbox, you can keep the svn source between build attempts so there is no need, but when building in an 'archroot', it starts with a fresh environment for each build with requires a full svn checkout with every build attempt. Baho has provided scripts that do this. I took the idea and just put together a standalone script that can be applied to any generic svn directory. In its simplest form you are just doing a: tar --exclude-vcs -czf mytarballname.tar.gz svn-module-dir/ Which creates the tarball while removing all the 'version control system' (vcs) files (i.e. all the .svn dirs). What I've added to the basic tarball creation is the svnversion information so the script will automatically produce a tarball named: <trinityModName>-<svnversion>.tar.gz and provide the md5sum information from the simple call of mksvntgz.sh path/to/trinityModule [path/to/put/tarball] (the default tarball output path is ~/tde/tgz i.e. so you can just do: mksvntgz.sh ~/tde/trinity/kdebase which will create kdebase-1231922.tar.gz in ~/tde/tgz and write the md5sum information to ~/tde/md5sums.txt. It can easily be adapted to do the whole svn tree by putting the call in a for loop calling it once for each of the modules. Creating a link is /usr/local/bin can cut down typing. I use: ln -s /path/to/mksvntgz.sh /usr/local/bin/mktgz Then it is just 'mktgz moduleName' Nothing special or magic about the script, but if anybody has the need to create tarballs from the svn source, this will save you a bit of time. Also, if you just want to cannibalize pieces of it, feel free. The script is: http://www.3111skyline.com/dl/dt/trinity/arch/scr/mksvntgz.sh -- David C. Rankin, J.D.,P.E.

13 years, 11 months

Re: [trinity-devel] kdebase - 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope

by Timothy Pearson

> On 05/12/2011 10:25 AM, David C. Rankin wrote: >> On 05/12/2011 08:55 AM, David C. Rankin wrote: >>> On 05/12/2011 01:40 AM, Timothy Pearson wrote: >>>>> /build/src/build/kcontrol/style/stylepreview.ui.h:36:32: error: >>>>> > 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope /build/src/build/kcontrol/style/stylepreview.ui.h:43:41: error: 'Q_NoFocus' was >>>>> > not declared in this scope >>>>> > make[2]: *** >>>>> > [kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o] Error 1 >>>>> > make[2]: Leaving directory `/build/src/build' >>>>> > make[1]: *** [kcontrol/style/CMakeFiles/kcm_style-module.dir/all] >>>>> Error 2 >>>>> > make[1]: Leaving directory `/build/src/build' >>>>> > make: *** [all] Error 2 >>>>> > ==> ERROR: A failure occurred in build(). >>>>> > Aborting... >>>>> > Is this a build error on my end, or is this a CMake or header >>>>> issue? >>>> Looks like you have an old version of TQt3 installed. Look for any outdated versions of the tqt.h header file that are available on your system and remove them. >>>> Tim >>> Thanks Tim, >>> It must be in the svn code then. All tqt file were from tqtinterface that was >>> downloaded from the server yesterday. (Tuesday at the earliest). May 10 21:37 trinity-tqtinterface-1230411-1-x86_64.pkg.tar.xz >>> I've rebuilt tqtinterface with the code just a minute ago and I've kicked off >>> the kdebase build again. I'll report back. >> That build failed at the same place, so I went back an rebuilt Qt3 (patched from >> 3.3.8b with the 3.3.8c patch from: >> http://www.trinitydesktop.org/wiki/pub/Developers/Qt3/qt3_3.3.8c.diff I then built tqtinterface again from the current code, I then kicked off >> the >> kdebase build again and it still fails at the same place: >> [ 16%] Building CXX object >> kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o cd /build/src/build/kcontrol/style && /usr/bin/c++ >> -Dkcm_style_module_EXPORTS >> -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe >> -DQT_NO_ASCII_CAST >> -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC >> -I/build/src/build/kcontrol/style -I/build/src/build >> -I/opt/trinity/include >> -I/opt/qt/include -I/opt/qt/include/tqt -o >> CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o -c >> /build/src/build/kcontrol/style/stylepreview.cpp >> In file included from >> /build/src/build/kcontrol/style/stylepreview.cpp:30:0: >> /build/src/build/kcontrol/style/stylepreview.ui.h: In member function 'virtual >> void StylePreview::init()': >> /build/src/build/kcontrol/style/stylepreview.ui.h:36:32: error: 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope >> /build/src/build/kcontrol/style/stylepreview.ui.h:43:41: error: 'Q_NoFocus' was >> not declared in this scope >> make[2]: *** >> [kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o] Error 1 >> make[2]: Leaving directory `/build/src/build' >> make[1]: *** [kcontrol/style/CMakeFiles/kcm_style-module.dir/all] Error 2 >> make[1]: Leaving directory `/build/src/build' >> make: *** [all] Error 2 >> ==> ERROR: A failure occurred in build(). >> Aborting... >> Build failed, check /dat_e/david/bld/david/build >> Dunno. This is one of those "It built 3 days ago, but won't build now." things. >> No change to my kdebase build script. I'll go tinker with the build script, but >> I'm a bit stumped... > It doesn't like the following line (^^^^). Is this another gcc 4.6 issue? > #include <tqobjectlist.h> > void StylePreview::init() > { > // Ensure that the user can't toy with the child widgets. > // Method borrowed from Qt's qtconfig. > QObjectList* l = queryList(QWIDGET_OBJECT_NAME_STRING); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > QObjectListIt it(*l); > QObject* obj; > while ((obj = it.current()) != 0) > { > ++it; > obj->installEventFilter(this); > ((QWidget*)obj)->setFocusPolicy(Q_NoFocus); > } > delete l; > } OK, it looks like there is definitely an error in the code you highlighted. QWIDGET_OBJECT_NAME_STRING should be TQWIDGET_OBJECT_NAME_STRING. This is caused by an overagressive tqt-replace and has been fixed in SVN revision 1231611. This means you will have to recompile and reinstall tqtinterface from the latest SVN sources. Tim

13 years, 11 months

For patches

by Robert Xu

Hey all, I know there haven't been that many patches here lately, but perhaps this can facilitate patch acceptance/development: http://ozlabs.org/~jk/projects/patchwork/ Patchwork grabs any patches out of mailing lists into a queue that maintainers can easily look and accept/decline into repositories. -- later, Robert Xu

13 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels