Re: [opensource-dev] Linux boost shared libraries
On 12/9/2012 9:32 PM, Nicky Perian wrote: What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries. In 3.4.3? That change was picked up as part of some shared work in Boost packaging. Not certain what the technical motivation was. Are you seeing a problem as a result? (I expect it will likely revert on a future refresh of Boost, probably 1.52 but no promises there.) m ___ 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] Linux boost shared libraries
Yes, 3.4.3 No problem with LL v-d(1.52) or v-b(1.48). I build a 64 bit viewer for kokua and built it w/o the *.so but, did not link icu to the viewer. It built and runs Ok i think. Just may not have reached the code where it it is needed. From Oz meeting this morning the shared libs are for boost regex. But, I still don't understand the need. The static libs are built against icu so the icu functions should be in boost regex *.a. The viewer is linked to the static so why is shared needed? And, if shared are needed for linux why are they not needed for windows and darwin? From: Monty Brandenberg mo...@lindenlab.com To: opensource-dev@lists.secondlife.com Sent: Monday, December 10, 2012 10:56 AM Subject: Re: [opensource-dev] Linux boost shared libraries On 12/9/2012 9:32 PM, Nicky Perian wrote: What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries. In 3.4.3? That change was picked up as part of some shared work in Boost packaging. Not certain what the technical motivation was. Are you seeing a problem as a result? (I expect it will likely revert on a future refresh of Boost, probably 1.52 but no promises there.) m ___ 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] Linux boost shared libraries
On Sun, 9 Dec 2012 18:32:18 -0800 (PST), Nicky Perian wrote: What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries. Apart from adding 20Mb of shared libraries (boost regexp) to the viewer package ?... There's strictly no good reason ! I vote for getting back to static libraries (the few regex functions that get statically linked only take a few kilobytes in the viewer binary, when the boost regex shared lib is enormous and 99% of it is usless to the viewer !) Henri. ___ 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] Review Request: OPEN-151. Provide an openal and gstreamer plugin streaming audio implementation.
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/604/ --- (Updated Dec. 10, 2012, 1:53 p.m.) Review request for Viewer. Changes --- Add stream titles. This adds a minimal stream artist and title to chat. No whitelist/blacklist code. Description --- Provide an openal and gstreamer plugin streaming audio implementation. Port from Kokua viewer as a starting point. Uses windows has a proof of concept platform. History of work started with Imprudence so there are many try patches that may not be needed and the work started before emphasis on style that is used today. This addresses bug OPEN-151. http://jira.secondlife.com/browse/OPEN-151 Diffs (updated) - autobuild.xml 9539c10021ba doc/contributions.txt 9539c10021ba indra/cmake/Copy3rdPartyLibs.cmake 9539c10021ba indra/cmake/GStreamer010Plugin.cmake 9539c10021ba indra/cmake/OPENAL.cmake 9539c10021ba indra/llmessage/llcurl.h 9539c10021ba indra/llmessage/llcurl.cpp 9539c10021ba indra/llplugin/llpluginclassmedia.h 9539c10021ba indra/llplugin/llpluginclassmedia.cpp 9539c10021ba indra/llplugin/llplugininstance.cpp 9539c10021ba indra/llplugin/llpluginprocesschild.h 9539c10021ba indra/llplugin/llpluginprocesschild.cpp 9539c10021ba indra/llplugin/llpluginprocessparent.h 9539c10021ba indra/llplugin/llpluginprocessparent.cpp 9539c10021ba indra/media_plugins/gstreamer010/CMakeLists.txt 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamer.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamertriviallogging.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.h 9539c10021ba indra/media_plugins/gstreamer010/llmediaimplgstreamervidplug.cpp 9539c10021ba indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp 9539c10021ba indra/media_plugins/webkit/media_plugin_webkit.cpp 9539c10021ba indra/newview/CMakeLists.txt 9539c10021ba indra/newview/llviewermedia.cpp 9539c10021ba indra/newview/llviewermedia_streamingaudio.cpp 9539c10021ba indra/newview/skins/default/xui/en/mime_types.xml 9539c10021ba indra/newview/skins/default/xui/en/mime_types_mac.xml 9539c10021ba indra/newview/skins/default/xui/en/notifications.xml 9539c10021ba indra/newview/viewer_manifest.py 9539c10021ba Diff: http://codereview.secondlife.com/r/604/diff/ Testing --- Logged to parcel with streaming audio. Stream present. Paused stream. Stream paused. Resumed stream. Stream playing. Toggled music check mark in preferences to off/on. Stream off / Stream on. Teleport to another parcel with a different stream. Old stream stops and new stream plays. Teleport back to starting point. Original stream plays. Thanks, Nicky Perian ___ 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] Linux boost shared libraries
At the sldev meeting earlier it was stated that unicode processing with boost regex was problematic unless a shared boost lib was included. Here: http://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/unicode.html it appears that the static lib compiled/linked with ICU is unicode aware. am i wrong? From: Henri Beauchamp sl...@free.fr To: opensource-dev@lists.secondlife.com Sent: Monday, December 10, 2012 2:36 PM Subject: Re: [opensource-dev] Linux boost shared libraries On Sun, 9 Dec 2012 18:32:18 -0800 (PST), Nicky Perian wrote: What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries. Apart from adding 20Mb of shared libraries (boost regexp) to the viewer package ?... There's strictly no good reason ! I vote for getting back to static libraries (the few regex functions that get statically linked only take a few kilobytes in the viewer binary, when the boost regex shared lib is enormous and 99% of it is usless to the viewer !) Henri. ___ 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] Linux boost shared libraries
On 12/10/2012 7:25 PM, Nicky Perian wrote: At the sldev meeting earlier it was stated that unicode processing with boost regex was problematic unless a shared boost lib was included. Here: http://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/unicode.html it appears that the static lib compiled/linked with ICU is unicode aware. I think we need some unit/integration tests to probe what we're trying to achieve with ::regex. Grumble. ___ 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
