Getting Started With Lighthouse: Difference between revisions
AutoSpider (talk | contribs) (Add "cleanup" tag) |
AutoSpider (talk | contribs) (Remove non-functioning "toc" command) |
||
Line 5: | Line 5: | ||
the information presented here is obsoleted according to http://labs.qt.nokia.com/2011/05/31/lighthouse-has-grown-up-now/ | the information presented here is obsoleted according to http://labs.qt.nokia.com/2011/05/31/lighthouse-has-grown-up-now/ | ||
= Getting started with Lighthouse = | = Getting started with Lighthouse = |
Revision as of 12:19, 17 April 2015
This article may require cleanup to meet the Qt Wiki's quality standards. Reason: Auto-imported from ExpressionEngine. Please improve this article if you can. Remove the {{cleanup}} tag and add this page to Updated pages list after it's clean. |
the information presented here is obsoleted according to http://labs.qt.nokia.com/2011/05/31/lighthouse-has-grown-up-now/
Getting started with Lighthouse
Prerequisites
You need a Unix-like system, a reasonably modern C++ compiler, and an up-to-date version of git (1.6 or newer recommended). (If you do not have git, there is a way to download tarballs from qt.gitorious.org, but I'm not going to show you how: You really want to use git, especially if you are ever going to update to newer versions.)
Clone the Lighthouse repository
First choose some convenient place to put the code. For the purpose of this document I will use
~/dev/
.
mkdir -p~/dev
cd ~/dev
Now clone the Lighthouse repository into
~/dev/lighthouse
:
git clone git://gitorious.org/+qt-developers/qt/lighthouse.git
Configure and build
We will use shadow builds for this. Shadow building means building outside the source directory tree. It is of course possible to build Lighthouse inside the source tree, but use shadow builds anyway. You will thank me later: With shadow builds you can have several different build configurations side by side.
The only limitation is that the shadow build directory has to be outside the source tree; otherwise Qt's build system will be fatally confused. Apart from that you could put the build directory anywhere, but here I'll put it next to the source directory.
Create a build directory, and
cd
into it.
cd ~/dev
mkdir build-lighthouse
cd build-lighthouse
Running the configure script from inside the build directory sets up the shadow build:
../qt-lighthouse/configure -qpa -developer-build
(The
-embedded-lite
option is what makes this a Lighthouse build instead of making just another Qt/X11 binary;
-developer-build
makes a library that does not need to be installed somewhere else, as well as setting some other developer-friendly options.) Now compile Lighthouse. To save time, we'll just compile
src
, and skip the tools and examples for now:
make -C src
Run some examples
We didn't compile any examples in the previous step, so we have to compile them as we need them. We'll choose the industrial standard example for Qt testing:
cd examples/widgets/wiggly/
make
If we don't specify a backend, Lighthouse will just complain at us, so we use the
-platform
command line argument, and choose minimal.
./wiggly -platform minimal
Note: you have to press Ctrl-C to stop the program, otherwise your file system will fill up with images.
Now you can use your favorite image viewer to look at the images (
outputxxxx.png
). You probably want to clean up afterwards:
rm output*.png
If you are running an X11 server, and have the necessary header files installed, you can also try out the
testlite
backend. It's not compiled by default, so you'll have to do that first:
cd ../../../src/plugins/platforms/testlite/
make
Go back to the example,
cd-
and run it with the new backend:
./wiggly -platform testlite
Now you can start on the advanced stuff
See Writing_Your_Own_Lighthouse_Backend for how to port Lighthouse to other systems.