Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001242LuxRenderCorepublic2012-07-07 01:062013-02-25 05:14
Reporterstativ 
Assigned ToLord Crc 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformAMD64OSArch LinuxOS Version
Product Version 
Target VersionFixed in Version1.1 
Summary0001242: luxrender doesn't build with boost 1.50
DescriptionLuxrender doesn't build with boost 1.50. There are two issues:

1. boost::TIME_UTC has been renamed to boost::TIME_UTC_ due to the conflict with C++11 TIME_UTC macro (see https://svn.boost.org/trac/boost/ticket/6940 [^]). The change is needed in the following files: core/film.cpp core/renderfarm.cpp core/photonmap.cpp renderers/sppmrenderer.h film/fleximage.cpp

2. it fails to link with following errors:
liblux.so: undefined reference to `boost::filesystem3::detail::status(boost::filesystem3::path const&, boost::system::error_code*)'
liblux.so: undefined reference to `boost::filesystem3::detail::create_directories(boost::filesystem3::path const&, boost::system::error_code*)'
liblux.so: undefined reference to `boost::filesystem3::detail::file_size(boost::filesystem3::path const&, boost::system::error_code*)'
liblux.so: undefined reference to `boost::filesystem3::detail::remove(boost::filesystem3::path const&, boost::system::error_code*)'
collect2: error: ld returned 1 exit status

However, the -lboost_filesystem linker flag is present in the linker flags.
Steps To ReproduceTry to build with boost 1.50
Additional Informationluxrender 1.0rc2
boost 1.50
glibc 2.16 (contains the conflicting TIME_UTC macro)
TagsNo tags attached.
Mercurial Changeset #b7efc1975daf
Requires Documentation UpdateNo
Requires Exporter Update
Attached Files

- Relationships

-  Notes
(0003463)
Lord Crc (administrator)
2012-07-07 01:33

Just in case you're unaware, we only support building with a specific boost version, which currently is version 1.47.

All the official builds are made with this version.

Anyway, thanks for the pointers. Perhaps someone can come up with a patch.
(0003464)
SATtva (developer)
2012-07-07 01:44

Maybe we should update cmake to check for specific boost version rather than any "higher than" version? Or write a README file listing such peculiarities? Currently it's just an undocumented consensus among devs, written somewhere in the forum.
(0003465)
Lord Crc (administrator)
2012-07-07 02:11

README file would be preferable. Often it does work fine with different versions, and if you're just using your own builds then the network rendering issue may not be significant.

As such I think it's a shame if one has to jump through hoops in such cases.
(0003466)
stativ (reporter)
2012-07-07 07:39

Thanks guys for the response.

I just found out that the second issue is caused by the luxrays, which were not recompiled for new boost (I never had to do that before).

The problem one still holds. The patch I'm using can be found at https://projects.archlinux.org/svntogit/community.git/tree/trunk/boost_1.50_fix.diff?h=packages/luxrender. [^]
(0003467)
Lord Crc (administrator)
2012-07-08 16:08

It seems that at least in Boost 1.47, xtime actually calls date_time for the clock. As such I think we should consder dropping xtime and just use date_time everywhere. I can look into that.
(0003689)
jeanphi (administrator)
2012-10-08 00:39

The patch has been integrated.

- Issue History
Date Modified Username Field Change
2012-07-07 01:06 stativ New Issue
2012-07-07 01:34 Lord Crc Note Added: 0003463
2012-07-07 01:44 SATtva Note Added: 0003464
2012-07-07 02:11 Lord Crc Note Added: 0003465
2012-07-07 07:39 stativ Note Added: 0003466
2012-07-08 16:08 Lord Crc Note Added: 0003467
2012-07-26 08:20 Lord Crc Assigned To => Lord Crc
2012-07-26 08:20 Lord Crc Status new => assigned
2012-08-21 07:10 jeanphi Target Version => 1.1
2012-08-21 10:16 jeanphi Target Version 1.1 =>
2012-10-08 00:39 jeanphi Mercurial Changeset # => b7efc1975daf
2012-10-08 00:39 jeanphi Note Added: 0003689
2012-10-08 00:39 jeanphi Status assigned => resolved
2012-10-08 00:39 jeanphi Fixed in Version => 1.1
2012-10-08 00:39 jeanphi Resolution open => fixed
2013-02-25 05:14 jeanphi Status resolved => closed


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker