Walkthrough: Building on Linux Mint 10 and Ubuntu 10.10

[Carbonflux]

Have you tried to delete cmakecache.txt before to run "BOOST_ROOT=/path/to/my/boost cmake ." ? Otherwise CMake seems to use older cached values even if you have changed the CMake script.

Indeed, I have been deleting it every time, I have been working with foobarbarian in IRC and based on that I think I eliminated all the variables except for some issues with my boost build itself or a problem with the structure of the cmakelists.txt or its my cmake version 2.8.1 which I have mixed feelings about because luxrays builds just fine and so do the libs. I feel like I am missing something in relation to boost, in 10.10 the boost version is 1.42 while in 10.04 its 1.40, I can't help but wonder if 1.42 is close enough that it is not generating link errors with the binaries, but it gets kind of handwavy because it should generate link errors.

So I have to land on the idea that I am doing something stupid that I just can't see right now.

[Lord Crc]

I had some issues on windows with it not finding the correct boost version, turned out I had forgotten to compile the new boost with the right compiler (msvc10)... Have you updated your compiler or something in the meantime? Just a wild shot from me

[dougal2]

ADDENDUM TO CHAPTER 2:

If you want to build python 3.2 with all of it's modules, install these extra packages:

Code: Select all

sudo apt-get install libsqlite3-dev libreadline-dev tcl-dev tk-dev libgdbm-dev


[Carbonflux]

I thought I would report on how I resolved my issues in Ubuntu 10.04...

For some reason the find_package command on my machine is looking for files with -mt on the end of them, which boost is not generating using: ./bjam stage or ./bjam -a link=shared,static threading=multi stage this causes cmake to revert to pointing at /usr/lib

I asked dougal to check his VM and it is not looking for the -mt files. My only clue for why this is is cmake versions, I am using 2.8.1 while 10.10 uses 2.8.2.

To get good a clean build I was forced to alter the CMakeCache.txt file and point it to the right libs in stage/lib without the -mt on the end.

This works fine and produces a good version of the current build but its also a dirty hack heh.


Thanks for the help

[Thomas_Bates]

In the rebuild all script, after everything is up to date and it moves to re-link the luxrender addons to blender itself (a part I notice is missing from the original post), users will need to edit the script (somewhere thereabouts line # 26 depending on the number of blank lines) when making symlinks.

Code: Select all

cd /home/thomas/dev/blender/install/linux2/2.56/scripts/addons
ln -s /home/thomas/dev/luxrender/luxblend25/src/luxrender

This was how it should look before the 2.57 update, however, with 2.57 being rapidly committed, 2.57 has replaced 2.56 as the primary stable blender. Blender keeps the 2.56 program, but only to a point of "presets" folder. You'll have to replace any LuxRender presets included within it, but most of all the script needs to be like so:

Code: Select all

cd /home/thomas/dev/blender/install/linux2/2.57/scripts/addons
ln -s /home/thomas/dev/luxrender/luxblend25/src/luxrender

[mib2berlin]

Hi, i do my first build of luxrays with your video tutorial (Great, never found out without you), work fine so far but i get crash to zombie if i change to PathGPU or PathGPU2.
So after a few test i get a troop of zombies .
Before building i do:
BOOST_ROOT=/home/myhome/dev/boost_1_43_0 cmake .
make -j5
Build runs without errors.
After changing to PathGPU or PathGPU2 i get this error:

Unhandled exception
Obtained 9 stack frames.
SLGTerminate() [./slg(_Z12SLGTerminatev+0xc6) [0x476276]]
/usr/lib64/libstdc++.so.6(+0xbccb6)
/usr/lib64/libstdc++.so.6(+0xbcce3)
/usr/lib64/libstdc++.so.6(+0xbcdee)
./slg()
PathGPURenderThread::RenderThreadImpl(PathGPURenderThread*) [./slg(_ZN19PathGPURenderThread16RenderThreadImplEPS_+0x909) [0x452929]]
/usr/lib64/libboost_thread.so.1.44.0(thread_proxy+0x65)
/lib64/libpthread.so.0(+0x6a3f)
/lib64/libc.so.6(clone+0x6d)
Abgebrochen

It seams it build against my system boost instead of /home/myhome/dev/boost_1_43_0.
Should i change anything in /dev/luxrender/luxrays/CMakeLists.txt or is this a mistake in chapters before?

Thank you for your work dougal2, i try this before many many times.
Cheers mib

[Dade]

This may be related to a bug appeared with sky/sun code and fixed yesterday. You may want to try again with the latest sources.

[mib2berlin]

Hm, i update first before i do another run, but ...

pepo@linux-wfnl:~/dev/luxrender/luxrays> hg pull -u http://src.luxrender.net/luxrays
pulling from http://src.luxrender.net/luxrays
searching for changes
no changes found
pepo@linux-wfnl:~/dev/luxrender/luxrays> BOOST_ROOT=/home/pepo/dev/boost_1_43_0 cmake .
-- CMAKE VERSION DETECTED 2.8.3
-- Building mode: Release
-- Library directory: lib
-- Binaries directory: bin
-- OpenCL include directory: /home/pepo/dev/ati-stream-sdk-v2.3-lnx64/include
-- OpenCL library directory: /usr/lib64/libOpenCL.so
-- OpenGL include directory: /usr/include
-- OpenGL library: /usr/lib64/libGLU.so;/usr/lib64/libGL.so;/usr/lib64/libSM.so;/usr/lib64/libICE.so;/usr/lib64/libX11.so;/usr/lib64/libXext.so
-- GLUT include directory: /usr/include
-- GLUT library: /usr/lib64/libglut.so;/usr/lib64/libXmu.so;/usr/lib64/libXi.so
-- GLEW include directory:
-- GLEW library: /usr/lib64/libGLEW.so
-- Boost include directory: /usr/include
-- Boost library directory: /usr/lib64
-- FreeImage library directory: /usr/lib64/libfreeimage.so
-- FreeImage include directory: /usr/include
-- Qt library directory: /usr/lib64
-- Qt include directory: /usr/include
-- Found Doxygen and generating LuxRays documentation
-- Doxygen LuxRays output:/html/index.html
-- Found dot
-- Found Doxygen and generating SLG documentation
-- Doxygen SLG output:/html/index.html
-- Found dot
--
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pepo/dev/luxrender/luxrays

BOOST_ROOT=/home/pepo/dev/boost_1_43_0 cmake . ##don´t work correct.

Tank you for reply, mib

[Dade]

BOOST_ROOT=/home/pepo/dev/boost_1_43_0 cmake . ##don´t work correct.

Have you deleted the cmake cache file ?

[mib2berlin]

Hi, sorry to bothering again, but i am short before i get it running.
After delete the cache file cmake do it correct but i got another error about boost.
So i build boost again na try to rebuild slg, get some errors:

telnet.cpp:(.text+0x1a5): undefined reference to `boost::system::get_system_category()'
CMakeFiles/slg.dir/telnet.cpp.o: In function `global constructors keyed to telnet.cpp':
telnet.cpp:(.text+0xce2): undefined reference to `boost::system::get_system_category()'
telnet.cpp:(.text+0xcee): undefined reference to `boost::system::get_generic_category()'
telnet.cpp:(.text+0xcfa): undefined reference to `boost::system::get_generic_category()'
telnet.cpp:(.text+0xd06): undefined reference to `boost::system::get_generic_category()'
telnet.cpp:(.text+0xd12): undefined reference to `boost::system::get_system_category()'
telnet.cpp:(.text+0xd1e): undefined reference to `boost::system::get_system_category()'
telnet.cpp:(.text+0x10ca): undefined reference to `boost::system::get_system_category()'
telnet.cpp:(.text+0x1109): undefined reference to `boost::system::get_system_category()'
CMakeFiles/slg.dir/telnet.cpp.o: In function `TelnetServer::ServerThreadImpl(TelnetServer*)':
telnet.cpp:(.text+0x12b2): undefined reference to `boost::system::get_system_category()'
CMakeFiles/slg.dir/telnet.cpp.o:telnet.cpp:(.text+0x1365): more undefined references to `boost::system::get_system_category()' follow
collect2: ld returned 1 exit status
make[2]: *** [bin/slg] Fehler 1
make[1]: *** [samples/smallluxgpu/CMakeFiles/slg.dir/all] Fehler 2
make: *** [all] Fehler 2

After a few hours of work i try further, hehe.
Cheers mib