[opensource-dev] Linux 64bit non-standalone (was: Linux toolchain update... testers needed.)
Armin Weatherwax
arminweatherwax at lavabit.com
Wed Jun 6 09:53:50 PDT 2012
Oz Linden (Scott Lawrence) wrote:
> There is no plan to do this.
>
> There is also not a plan not to do it.
>
> I don't know whether or not the new build systems this was created on
> are any better set up for 64 bit building than the old one they will
> replace were (I'll find out). However, even if they are, doing the
> work to rebuild and retest all the components and the viewer itself
> is not a priority for Linden Lab. If it happens that the build
> systems are already going to be 64 bit capable, and some open source
> developer (or team) wants to take on doing the job, I can coordinate
> the requisite access.
I'm building Linux 64bit non-standalone viewers since 2 1/2 years now,
in gerneral once all libraries where in place there has been most of
the time no extra work - its just a Linux version with different
libraries. Looking at the download couter, a bit more than half of all
Imprudence Linux users are using the 64bit version).
The patch I'm using for autobuild is trivial
https://bitbucket.org/ArminW/autobuild-kokua/changeset/d653428ae98e -
to build 64bit export AUTOBUILD_PLATFORM_OVERRIDE=linux64 ("linux64"
is inherited from viewer 1 time, there have been some package
references in the install.xml file).
Adding a linux64 project to the viewer isn't that much of a difference,
see for example Boroondas draft repository:
https://bitbucket.org/boroondas/viewer-development-linux64-draft .
I added also a linux64 project to many of the 3p libslibrary, though not
yet all of them, see https://bitbucket.org/ArminW . Probably some bits
and pieces would need changing if someone wants to prepare versions for
LL use, but for sure for that purpose they can already save a lot of
time in the way they are now. If someone or a team wants to take the
job of getting them through the codereview process I'm glad to
contribute my work as is.
Armin
More information about the opensource-dev
mailing list