Dumbness on my part, it was a package of the 1.52 boost to build 64 bit version.
It is headers only so likely not even required.
On Wednesday, August 13, 2014 12:37 PM, Monty Brandenberg
wrote:
>
>
>On 8/12/2014 7:26 PM, Nicky Perian wrote:
>
>> 1. boost--
>> Is the openssl that is populat
On 8/12/2014 7:26 PM, Nicky Perian wrote:
> 1. boost--
> Is the openssl that is populated in 3p-boost-update the same version as
> the one used by the viewer?
> I'm thinking it comes from boost.
No openssl distributed by Boost, just the asio library using it
and SL shouldn't be using asio. Asio a
1. boost--
Is the openssl that is populated in 3p-boost-update the same version as the one
used by the viewer?
I'm thinking it comes from boost.
2. Kokua is built with gcc-4.7. linux 32 Slplugin.exe would not link with boost
built with gcc-4.6.
Built boost with gcc-4.7 and there was no longer a
On Thu, 07 Aug 2014 01:51:58 -0400, Monty Brandenberg wrote:
> Checking in to see if anyone is seeing problems with the new
> libraries. Crash reports have been mostly quiet and as
> expected. No lurking horrors yet?
No problem whatsoever here: running the new library set under Linux
with the C
Checking in to see if anyone is seeing problems with the new
libraries. Crash reports have been mostly quiet and as
expected. No lurking horrors yet?
m
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSo
On 7/15/2014 6:01 PM, Henri Beauchamp wrote:
> But I just noticed this (apparently harmless) new warning, appearing
> in the stderr stream (i.e. only seen when the viewer is ran from a
> terminal):
> QObject::startTimer: QTimer can only be used with threads started with QThread
>
> It also appears
On Tue, 15 Jul 2014 14:23:24 -0400, Monty Brandenberg wrote:
> If actual problems can be demonstrated on a supported platform,
> a library downgrade is one of the solutions available. Haven't
> needed to do that yet.
Yes, so far, no problem detected here with the Cool VL Viewer when
using the ne
On 7/15/2014 2:01 PM, Henri Beauchamp wrote:
> Agreed, but then we should make sure to compile the viewer against
> a version that is sufficiently "old" so that every currently used
> Linux distro got the same or a newer version installed... For
> example, in Linux Rosa 2012 case (a relatively rece
On Tue, 15 Jul 2014 13:30:18 -0400, Monty Brandenberg wrote:
> None of the solutions here is particularly attractive but ensuring
> that run-time version is not less than compile-time version gives
> us a chance.
Agreed, but then we should make sure to compile the viewer against
a version that is
On 7/15/2014 10:59 AM, Henri Beauchamp wrote:
> This raises the question whether or not using static libraries to
> compile the viewer, for the ones that might conflict with their
> dynamic counterparts that get loaded at runtime anyway (especially
> libpcre, libxml2 and libz)...
Yes, it does rais
On Thu, 10 Jul 2014 13:03:27 -0400, Oz Linden (Scott Lawrence) wrote:
> As many of you have seen, Monty has recently updated the versions of
> several of the libraries we use in the viewer. We've now published a
> Project viewer with those changes:
>
>
> https://wiki.secondlife.com/wiki/L
As many of you have seen, Monty has recently updated the versions of
several of the libraries we use in the viewer. We've now published a
Project viewer with those changes:
https://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers#Second_Life_Project_Refresh_Channel
Any testi
12 matches
Mail list logo
