On Monday 21 October 2013 12:34:33 you wrote: > On Sun, Oct 20, 2013 at 2:49 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > On Saturday 19 October 2013 14:09:14 PCMan wrote: > >> Hello, > >> I finally find some time to finished the document: > >> http://wiki.lxde.org/en/Build_LXDE-Qt_From_Source > >> > >> If you find any errors, feel free to correct them since it's a wiki page. > >> Thank you. > > > > I had a look at it, can of course not find any errors, but can give you > > hopefully some ideas on how to make it better. > > > > * don't install to /usr/local but specify the install directory in the > > cmake command. That way one doesn't have to be root to install and it > > get's way easier to just delete the complete install dir before a > > rebuild. > > Yes, that's also what I want to do, but I don't know how to make it > correctly. I tried to google for how to do this in cmake but did not find a > good doc for it. in case of cmake it's cmake -DCMAKE_INSTALL_PREFIX=/path/to/install
If you look for documentation I recommend to look at some KDE docs as we have been using cmake for all of 4.x and our build system gods are also working on cmake directly. So there is quite some expertise around. > > > * do out of source builds where possible. This also helps to just delete > > all build directories without having to go into each directory. And it > > doesn't add things to the git managed directories > > Sound's good, I'll try. > We, however, also have several automake-based projects which requires > in source build. Or do you know how to do out of source builds for > automake-based projects? sorry, don't know for autohell projects. > > > * add a CMakeLists.txt to you main git repo to at least be able to just > > run > > cmake once for all the cmake based sub-modules > > Yes, I tried it but failed. > Some components require that other core libs to be installed first, > such as libqtxdg and liblxqt. I don't know how to use cmake to install > them locally without root permission. Besides, if I install them > locally by settings prefix, how can I install them correctly to the > system when using make install? It should be possible (though it might be tricky) as we do exactly that in our frameworks project. Each framework is an independent project which depend on each other and we have one global CMakeLists.txt to build them. Don't ask me for the details on how that works, I'm just a cmake user ;-) > Besides, since we have automake-based projects, I tried cmake the > external project command. However, it did not work as well as > advertised and had some limitations. > > > * have a look at kdesrc-build [1] (perl script) that is wonderful for > > having dependency based builds from source code > > OK, I will try, but I cannot read perl. lol That's not how I meant it: look into trying to use it for building the projects. All you would need is a small config file and then you could run e.g. kdesrc-build --rc-file=lxderc and it would automatically pull the latest code, run cmake, build the projects and installs them. It's pretty cool for that stuff and the name is wrong, it can build stuff which are not related to kde. I sometimes think of it as a package manager for source code. Cheers Martin
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
_______________________________________________ Lxde-list mailing list Lxde-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxde-list
