[opensource-dev] About memory management on macOS 10.12 (Sierra) potentially affecting all viewers

[Geir Nøklebye]

The viewer does not build unless this flag is turned on. It hasn’t for a long 
time. 


> On 10. jul. 2016, at 11.09, Nicky Perian  wrote:
> 
> Does LL client also crash when built with suppress warnings of deprecations 
> flag on?  
> 
> On Sun, Jul 10, 2016 at 1:07 AM, Geir Nøklebye  > wrote:
> There is no need to have any detailed build and test cases. Just turn off the 
> compiler flag that LL set to suppress warnings of deprecations and you have 
> your work cut out before you. ;-)
> 
> The GPU crash is already in JIRA. 
> 
> Cheers,
> Geir
> 
> 
> 
>> On 10. jul. 2016, at 04.33, Nicky Perian > > wrote:
>> 
>> It will likely be after 64 bit is fully in place before anything would be 
>> done.
>> I suggest you send an email to Oz and feel him out on opening a Storm jira. 
>> But be warned it would have to be detailed and include build and test cases. 
>> Nicky
>> -- Forwarded message --
>> From: Argent mailto:secret.arg...@gmail.com>>
>> Date: Sat, Jul 9, 2016 at 2:52 PM
>> Subject: Re: [opensource-dev] About memory management on macOS 10.12 
>> (Sierra) potentially affecting all viewers
>> To: Geir Nøklebye > >
>> Cc: opensource-dev@lists.secondlife.com 
>> 
>> 
>> 
>> I've been following Apple for over 35 years now, and they have introduced 
>> and abandoned technologies on a regular basis. You can't dismiss the fact 
>> that they introduced and abandoned GC in only a few years and confidently 
>> declare that Swift won't go the same way. It might stick. It might not. It 
>> might be like FFS and ZFS and 64 bit Carbon and Blue Box and Metal. Or it 
>> may be like Yellow Box and turn into the next Cocoa. Same with their new 
>> memory management. Best keep on doing what works instead of diving into the 
>> churn.
>> 
>> 
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev 
>> 
>> Please read the policies before posting to keep unmoderated posting 
>> privileges
>> 
> 
> 

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Rift Viewer Source Code

[Whirly Fizzle]

It's been available since the first Rift viewer.
The latest Project Oculus viewer was built from 
https://bitbucket.org/obscurestar/viewer-graham3
The repositories for current release, RC & project viewers are always listed 
here: 
http://wiki.secondlife.com/wiki/Linden_Lab_Official:Viewer_Source_Repositories

From: tom.will...@bessacarr.com
Date: Sat, 9 Jul 2016 10:51:23 +0100
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Rift Viewer Source Code

Is their any news about when the rift viewer source code will be available? 





___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges  
  ___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] About memory management on macOS 10.12 (Sierra) potentially affecting all viewers

[Cinder Roxley]

All of that is fixed in STORM-2116. Just waiting for Oz to review it again and 
merge.
 
 
-- 
Cinder Roxley
Sent with Airmail
 

On July 10, 2016 at 3:12:46 AM, Geir Nøklebye (geir.nokle...@dayturn.com 
 ) wrote:

 
The viewer does not build unless this flag is turned on. It hasn’t for a long 
time. 


On 10. jul. 2016, at 11.09, Nicky Perian mailto:nickyper...@gmail.com> > wrote:

Does LL client also crash when built with suppress warnings of deprecations 
flag on?  

On Sun, Jul 10, 2016 at 1:07 AM, Geir Nøklebye mailto:geir.nokle...@dayturn.com> > wrote:
There is no need to have any detailed build and test cases. Just turn off the 
compiler flag that LL set to suppress warnings of deprecations and you have 
your work cut out before you. ;-)

The GPU crash is already in JIRA. 

Cheers,
Geir



On 10. jul. 2016, at 04.33, Nicky Perian mailto:nickyper...@gmail.com> > wrote:

It will likely be after 64 bit is fully in place before anything would be done.
I suggest you send an email to Oz and feel him out on opening a Storm jira. But 
be warned it would have to be detailed and include build and test cases. 

Nicky
-- Forwarded message --
From: Argent mailto:secret.arg...@gmail.com> >
Date: Sat, Jul 9, 2016 at 2:52 PM
Subject: Re: [opensource-dev] About memory management on macOS 10.12 (Sierra) 
potentially affecting all viewers
To: Geir Nøklebye mailto:geir.nokle...@dayturn.com> 
>
Cc: opensource-dev@lists.secondlife.com 
 


I've been following Apple for over 35 years now, and they have introduced and 
abandoned technologies on a regular basis. You can't dismiss the fact that they 
introduced and abandoned GC in only a few years and confidently declare that 
Swift won't go the same way. It might stick. It might not. It might be like FFS 
and ZFS and 64 bit Carbon and Blue Box and Metal. Or it may be like Yellow Box 
and turn into the next Cocoa. Same with their new memory management. Best keep 
on doing what works instead of diving into the churn.


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev 
 
Please read the policies before posting to keep unmoderated posting privileges





___
Policies and (un)subscribe information available here:

http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges