BerndPol Anne-MarieMahfouf Installing &kdevelop; installation In this chapter we will discuss the steps necessary to compile and install the &kdevelop; IDE: How to obtain &kdevelop; mainly concentrates on downloading the most recent &kdevelop; sources from svn. &kdevelop; requirements lists the programs and libraries which you need installed to successfully compile the IDE. &kdevelop; compilation and installation leads you through all the steps of compilation and installation of the application. How to obtain a &kdevelop; &API; documentation tells what an API is and how you get such a useful tool for navigating the &kdevelop; sources. How to Obtain &kdevelop; obtain &kdevelop; &kdevelop; obtain &kdevelop; is available in binary form from many different &Linux; distributions such as SuSE, RedHat and others. These binaries are packed in some convenient format, mostly RPM, for easy installation. To install, follow the standard instructions given in your distribution. You may as well obtain the &kdevelop; sources, compile and install them by yourself. These sources can be found via the project home page at http://www.kdevelop.org or via the &kde; ftp site. Get Daily &kdevelop; Snapshots from svn svn If you want to be in front of current development, anonymous svn repository snapshots are available. The module name is kdevelop at svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kdevelop. Initial svn Checkout checkout &kdevelop; svn checkout To obtain an initial version of &kdevelop; you must download it from anonymous svn. For this so-called checkout operation follow these steps. We assume you want to put your &kdevelop; copy into the trinitysrc subdirectory of your home directory (~). # Create the destination directory, if necessary: ~> mkdir trinitysrc ~> cd trinitysrc ~/trinitysrc> svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kdevelop ~/trinitysrc> cd kdevelop Once you have successfully checked out your &kdevelop; version, you may keep up with the changes using the update procedure shown in the next section. Keep the server load low. Please do not checkout every time you want to keep your &kdevelop; up to date! Use svn update for this purpose. Now you may compile your &kdevelop; version as shown in the &kdevelop; Compilation and Installation section. Keeping Your svn Copy up to Date update &kdevelop; svn update After you checked out (and successfully compiled) &kdevelop; from svn as shown above, you'll want to keep it up to date in order to get all the patches. Follow these steps. (We again assume you have put your &kdevelop; copy into the trinitysrc directory.) Note the up (= update) command instead of the co (which stands for checkout). ~> cd trinitysrc ~/trinitysrc> cd kdevelop ~/trinitysrc> svn up Keep an eye on the messages svn produces during the update sequence. The exact steps in the compilation sequence depend on this. Now you can compile a new &kdevelop; version as shown in the Special svn compilation considerations chapter. &kdevelop; Requirements requirements &kdevelop; requirements GNU requirements In order to successfully compile and use &kdevelop;, you need the following programs and libraries. They are available on most platforms as distribution packages and thereby can be installed easily. Required: gcc/g++ ≥ 2.95.3 (or compatible) gcc requirements g++ requirements Available from gcc.gnu.org &GNU; make (or compatible) make requirements Available from www.gnu.org/software/make &perl; 5.004 (or higher) Perl requirements Available from www.perl.com autoconf ≥ 2.52 (or higher) autoconf requirements Available from www.gnu.org/software/autoconf automake ≥ 1.6 (or higher) automake requirements Available from www.gnu.org/software/automake flex 2.5.4 (or higher) flex requirements Available from www.gnu.org/software/flex &Qt; ≥ 3.3.0 (or higher) Qt requirements Available from www.trolltech.com/products/qt KDE ≥ 3.4.0 (or higher) KDE requirements Available from www.kde.org Optional: The ctags source navigation tool, from http://ctags.sourceforge.net, which enables you fast access to declarations and definitions by a few simple clicks on a name in the editor. ctags dot, a graphics language compiler, from http:/www.graphviz.org. This tool is needed in conjunction with &doxygen; below if you want to have class relationships graphically displayed (which is highly recommended). dot The &doxygen; documentation tool, from http://www.doxygen.org if you want to generate concise and powerful API documentation from your projects. doxygen valgrind from http://developer.kde.org/~sewardj/ helps you to find memory management problems in your applications. valgrind svn from http://subversion.tigris.org/ if you want to use the svn versioning system. svn requirements Any other compiler and/or tool in case you want to develop for another language/platform than C++/&kde; or use some special facility. You can, to a certain extent, circumvent the need for &autoconf; ≥ 2.52 and &automake; ≥ 1.6. Just remove the admin directory in your &kdevelop; installation directory and type autoconf circumvent version need automake circumvent version need version need circumvent for autoconf/automake (your-kdevelop-directory)> ln -s $KDEDIR/share/apps/kdelibs/admin admin at the console. This causes &kdevelop; to use the standard settings in the &kde; admin directory instead. Be careful not to mix &Qt; versions. Always link &kdevelop; to the same &Qt; version your &kde; library was compiled. Otherwise you will most likely experience very strange behaviours. &kdevelop; Compilation and Installation &kdevelop; compilation &kdevelop; installation Once all requirements are met, you are ready to compile and install &kdevelop;. This appendix will discuss the necessary steps to do so. Preliminary Steps tells you about setting up a proper environment. Compile &kdevelop; deals with obtaining the &kdevelop; sources from svn, how to prepare them for the installation process, and finally shows the steps necessary to compile and install &kdevelop;. Some Notes on configure Options tells you how to run &kdevelop; if it has been installed in a location other than the &kde; directory. Preliminary Steps preliminaries &kdevelop; installation KDEDIR QTDIR LD_LIBRARY_PATH LIBRARY_PATH PATH Before entering the compile sequence you must make sure all libraries and tools are available to the make system. To accomplish this some environment variables need to be properly set. The actual steps to be performed depend on the console shell you use. To avoid typing in all the statements that set the necessary environment variables every time you want to compile, you should put them into your .bashrc or .cshrc file. This way the environment variables will be properly set every time you start the shell. Setting the Environment for the bash Shell If you use the bash shell add the following lines: export KDEDIR=(path to your KDE installation) export QTDIR=(path to your Qt library) export LD_LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH export LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib:$LIBRARY_PATH export PATH=$QTDIR/bin:$KDEDIR/bin:$PATH Setting the Environment for the tcsh Shell If you use the tcsh shell add the following lines: setenv KDEDIR (path to your KDE installation) setenv QTDIR (path to your Qt library) setenv LD_LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH setenv LIBRARY_PATH $QTDIR/lib:$KDEDIR/lib:$LIBRARY_PATH setenv PATH $QTDIR/bin:$KDEDIR/bin:$PATH Compile &kdevelop; make &kdevelop; installation compiling &kdevelop; In the following discussion we assume that you have put your &kdevelop; sources in the ~/trinitysrc/kdevelop directory. Special svn Compilation Considerations In case you use a &kdevelop; snapshot from svn the initial compilation steps depend on whether you just did a complete checkout or only updated the source. After a svn Checkout You must initialize the make system after a fresh checkout. The same is true every time you need to start over from scratch. Type: ~/trinitysrc/kdevelop> make -f admin/Makefile.common svn-clean and then all of the following steps. You might need access to the svn repository for the clean-up if any corrupted or missing files must be reconstructed. The svn-clean command will remove every file not in svn from the directory! Make sure to back up any valuable information before you issue this clean-up command. After a svn Update The next step depends on the output of the svn update sequence. If you got something like (there may be a U or a P marker in the leftmost column, both denoting the file has been changed): U /some_directory_path/Makefile.am or if you just did a full checkout, you must enter: ~/trinitysrc/kdevelop> make -f Makefile.svn before you proceed with all of the following steps. Basic <command>make</command> Command Sequence Once the basic make system is set up you must decide which type of the &kdevelop; system you want to use. This is done in the following configure step which builds the actual Makefiles the make command will use. You may drop the option in the following configure command lines if you want &kdevelop; be installed in the default &kde; directory. See the Some notes on configure options chapter for this. A Debug-Compiled Version If you want to keep track of what your &kdevelop; application does at run-time you may build a debug-compiled version. Just command configure to do so: ~/trinitysrc/kdevelop> ./configure --enable-debug=full --prefix=(where-your-trinity-is) A Release-Compiled Version If you only want to use &kdevelop; as-is a (smaller and faster running) release version suffices. configure defaults to this. ~/trinitysrc/kdevelop> ./configure --prefix=(where-your-trinity-is) If you want to build your own API documentation for &kdevelop; you must include yet another option in the configure command: ~/trinitysrc/kdevelop> ./configure --(options-as-above) \ --with-kdelibsdoxy-dir=$KDEDIR/share/doc/HTML/en/kdelibs-apidocs Make and Install &kdevelop; configure will check the system and build some Makefiles according to what it found. The make command will use the main Makefile by default. Thus ~/trinitysrc/kdevelop> make suffices. If necessary, now gain root user rights using the command ~/trinitysrc/kdevelop> su and entering the root password. Then install the application: ~/trinitysrc/kdevelop> make install That's all. If you installed &kdevelop; in the default &kde; directory you may now run the IDE. Otherwise some additional steps will be necessary as shown in the Non-default installation directory section below. In fact there usually will have been three &kdevelop;-based applications installed: The &kdevelop; IDE — this is the place where you will usually work. The stand-alone &kdevelop; Assistant documentation browser — isolates all the powerful documentation facilities of the &kdevelop; IDE in a separate tool. This comes in handy when you want to look up some programming documentation but do not want to start the full IDE. The &kdevelop; Designer — enhances the &Qt; User Interface Designer by &kde; specific elements and integrates nicely in the &kdevelop; IDE. Some Notes on <command>configure</command> Options Non-default Installation Directory &kdevelop; installation non-default directory non-default directory KDEDIRS kbuildsycoca By default configure prepares the IDE to be installed in the default &kde; directory. This is necessary because &kdevelop; assumes direct access to some tools and parts which reside there. If want to use your own installation directory, you must tell configure this by the option: ~/trinitysrc/kdevelop> ./configure --prefix=(where-your-trinity-is) There is a caveat if you do so. You must provide a means for &kdevelop; to access the needed tools and parts in the &kde; directory when running. (You can still use the IDE without doing so, but with very restrained capabilities.) Call up a shell and have the following commands executed before you start &kdevelop; at the shell prompt. Take care to use the plural: It is KDEDIRS, not just KDEDIR) ~> export KDEDIRS=/usr/local/kde:/opt/trinity ~> kbuildsycoca (Now start &kdevelop;:) ~> kdevelop The KDEDIRS environment variable must be set to the list of active &kde; directories in your system. We use /usr/local/kde:/opt/trinity as an example only. The /usr/local/kde directory may for instance contain an incomplete &kde; version you compiled for debug purposes, and the /opt/trinity directory may in addition contain the standard &kde; version from your distribution that is used for everyday work. In a tcsh shell you must set the environment variables using: ~> setenv KDEDIRS /usr/local/kde:/opt/trinity The kbuildsycoca command (build system control cache) looks around for libraries and caches their location and version, so that &kdevelop; can find them. The caveat is that it takes noticeable time—and it has to be run any time you call up the shell to start &kdevelop; from a non-default directory. You may want to put the above commands into a shell script to reduce the typing effort. (You could as well put the lines in your .bashrc or .cshrc file, but this is not advisable as kbuildsycoca will then be run any time you call up the shell.) The kbuildsycoca command does not run from within the root. You must call it from a non-root user. (But is not a very good idea after all to do software development from within the root!) How to Obtain a &kdevelop; API Documentation API &kdevelop; &kdevelop; API compiling &kdevelop; API configure &kdevelop; API API is the short form of Application Program Interface. Actually such an API cotains a series of descriptions (&ie; calling conventions) by which an application program can access the operating system and other services. In our context, however, a broader definition was adopted. The API of a &kde; or &Qt; application is an abstract of the classes and methods interfaces, a synopsis to be used like a dictionary to navigate the sources. There is a version of the most current API available at the KDevelop-Home website. It will be automatically updated every 24 hours so you can keep up. Alas, this version is best used read-only over the internet. If you do not always have internet access you may as well build your own API documentation from the &kdevelop; sources. To do so, you must tell the automake system where to find the KDELIBS API in your system. This is accomplished by the special option in the configure command when you prepare to compile the &kdevelop; sources: ~/trinitysrc/kdevelop> ./configure --(options-as-usual) \ --with-kdelibsdoxy-dir=$KDEDIR/share/doc/HTML/en/kdelibs-apidocs (make will replace the global $KDEDIR variable with the actual &kde; directory setting recorded therein.) Then issue a make command as usual. After the &kdevelop; IDE has been built you have the option to build the API as well. For this you must issue ~/trinitysrc/kdevelop> make apidocs This will build a Doxyfile in your &kdevelop; base directory which in turn will be processed by the Doxygen application to build quite a lot of .html API files. When this rather lengthy API building process (may last more than an hour on a slow system) finally comes to an end, you must install the API just like you have to install the &kdevelop; IDE itself. If necessary obtain superuser rights by ~/trinitysrc/kdevelop> su and entering the root password. Then install the API files: ~/trinitysrc/kdevelop> make install-apidox Once this is done, make will inform you about the directory where you can finally look at the API documentation's contents. Note this address, you can use it from &konqueror; as well as from inside &kdevelop;, in case you have set up the &kdevelop; sources themselves as a project to work on. You will most probably see a lot of warning and/or error messages during the API build run by Doxygen. It is best to ignore them, they are of interest to the &kdevelop; developers only. If the API generation ever comes to a successful end, the .html API files will be usable.