Building Lux on Ubuntu 11.04

[gazzatav]

I'm trying to build Lux from recent source ( changeset 3622:47bb4eb0e2b5 is the latest log entry). Yesterday I successfully built Luxrays after hand editing CMakeCache.txt but today Lux failed to build at 76% (I had to edit its CMakeCache.txt as well). I have attached the end of the output where there are many undefined references in liblux.so. Any pointers gratefully received.

[Dade]

I'm trying to build Lux from recent source ( changeset 3622:47bb4eb0e2b5 is the latest log entry). Yesterday I successfully built Luxrays after hand editing CMakeCache.txt but today Lux failed to build at 76% (I had to edit its CMakeCache.txt as well). I have attached the end of the output where there are many undefined references in liblux.so. Any pointers gratefully received.

You don't really need to edit CMakeCache.txt and/or CMakeCache.txt (I use Ubuntu 11.10). You have to write a file with your local setting, like: http://src.luxrender.net/lux/file/d6255 ... Dade.cmake

And then run a:

rm -f cmake CMakeCache.txt ; -DLUX_CUSTOM_CONFIG=cmake/SpecializedConfig/Config_Dade.cmake .

It is the same for LuxRays with:

rm -f cmake CMakeCache.txt ; -DLUXRAYS_CUSTOM_CONFIG=cmake/SpecializedConfig/Config_Dade.cmake .

[gazzatav]

Thanks for the answer, I'll give that a try but I'm still puzzled as to why liblux.so has less than (presumably) the full complement of functions if the configuration steps succeeded.

By the way, I installed the atistream sdk using the script in AMD-APP-SDK-v2.6-lnx64.tgz and as far as I can tell (echo $ATISTREAMSDK produces nothing) it has not created an environment variable. Now I read that this may have clobbered some other library. Mine is installed in /opt/AMDAPP as per the script and I pointed the configuration files to the headers and libraries there, including libGLEW.so. Could this be where my problems lie?

[Dade]

By the way, I installed the atistream sdk using the script in AMD-APP-SDK-v2.6-lnx64.tgz

It is better to not "install" the AMD SDK but just unpack the archive (i.e. only use the headers and the libraries for linking) because it has some dynamic library older than latest released with AMD Catalyst driver. If you have AMD SDK dynamic libraries on your path it will lead to a broken platform (i.e. a mix of old and new libraries) that will crash any OpenCL application.

The AMD SDK installation procedure is outdated, it was required when Catalyst driver didn't have OpenCL included.

[gazzatav]

Thanks again for your help. I've been back to the AMD site and, oops, just realised I need to install Catalyst 12.3, I have 8.84.6. That I take it will sort out the dynamic library issues.

[gazzatav]

The saga continues:
Using the commands below ( there were some typos in the ones shown above )

rm -f CMakeCache.txt ;cmake -DLUXRAYS_CUSTOM_CONFIG=cmake/SpecializedConfig/<name of config>.cmake .
rm -f CMakeCache.txt ;cmake -DLUX_CUSTOM_CONFIG=cmake/SpecializedConfig/<name of config>.cmake .

The configuration appears to go fine, no warnings, no errors but Luxrays fails to build on benchsimple - I've attached the end of the output which shows undefined references to boost functions.

I am trying to use Boost 1.49, I notice that the min version for Lux has just crept up to 1.44 and that the ipcdetail problem has been fixed so I thought I might get away with not having to download and build another version of Boost . Do I need to build Boost with mpi?( I don't even know what that is but it comes up during the Boost build ).

[Omniflux]

It sounds like you are missing "-lboost_system -lboost_filesystem" when calling your linker.

I do not know enough about cmake to tell you were it's going wrong though....

[gazzatav]

It reports them found on the config output. I've attached the output. I've also defined BOOST_FILESYSTEM_VERSION as 3 in the boost user.hpp file.

[gazzatav]

OK, further research reveals the link.txt file for benchsimple:-

/usr/bin/c++ -Wall -Wno-long-long -pedantic -msse -msse2 -msse3 -mssse3 -fPIC -DNDEBUG -O3 -ftree-vectorize -fvariable-expansion-in-unroller CMakeFiles/benchsimple.dir/benchsimple.cpp.o -o ../../bin/benchsimple -rdynamic ../../lib/libluxrays.a -lGLU -lGL -lSM -lICE -lX11 -lXext -lfreeimage -lOpenCL -Wl,-Bstatic -lboost_thread-mt -lboost_filesystem-mt -lboost_system-mt -Wl,-Bdynamic

On the face of it this will just link to the out of date boost libraries in the system library path, other library paths which I set in my custom config also seem to be ignored. Can anyone tell me which part of the cmake system is producing this file?