Linux 64 bit procedures

Background
Linden Lab (LL) boost library uses boost version 1.52 with some customization. A portion of the boost library has been renamed to allow LL to continue to use some old functions and headers after upcoming boost version upgrades. The changes to boost resulted in a large code changes in the viewer to use the new function and header names. We have kept the linux 64 bit version at boost 1.48 in order to have a working mesh upload ability while using the complete viewer code across the three platform we maintain. The boost 1.48 and colladadom libraries were different for linux 64 bit builds, but all viewer code was unchanged.

Current situation
Nicky Perian 18:22, 18 May 2013 (PDT)
 * These procedures are no longer needed. The colladadom library build is now linked as shared to boost 1.52. Keeping the wiki for reference to mercurial branching procedures.

Nicky Perian 20:26, 14 May 2013 (PDT)


 * A Kokua64 branch has been established so that the linux 64 build can continue to build with boost version 1.48 and a compatible colladadom library and have working mesh model uploads,
 * The default branch will continue to track LL's viewer-beta.
 * The default branch can be built as linux 64, but the viewer will crash at mesh model upload from undefined symbols in the colladadom library.

Library issues

 * Updated boost and colladom libraries are needed.
 * Attempt to build colladadom with the same boost version 1.52 as used in the viewer have failed.
 * The failure occurs at colladadom link with a message that the boost system and filesystem static libraries need to be compiled with -fPIC.
 * Attempts to place the cxxflags=-fPIC at points within boost build directives have failed.
 * Please see redmine task Library upgrades

Path forward

 * Until compatible boost and colladadom libraries can be supplied maintain a bookmark (branch) for Kokua64.
 * Please review the Mercurial manual page for Bookmarks
 * If using hg clone the bookmark and its underlying changests will be present.
 * If using hg pull the first time the new bookmark changesets will be present, but the Bookmark will not be.
 * The bookmark must be pulled as follows: hg pull -B Kokua64
 * To update the working directory to the bookmark (branch): hg update Kokua64
 * Committed changes will move the Bookmark to the new commit.

Pitfall
Kokua64 branch will fall behind the default branch as LL provides more features (i.e. Materials)