[opensource-dev] Snowglobe 2.0 sync with Viewer 2.0

[Philippe (Merov) Bossut]

Hi,

After much wrangling today and yesterday, I finally committed a massive
commit syncing the SG2.0 trunk to viewer-external which is itself synced
with Viewer 2.0:
- Trac: http://svn.secondlife.com/trac/linden/changeset/3303
- Log: Merging of viewer-external from svn rev 3287 up to svn rev 3302 -
Synced with official Viewer 2.0 then. Built and tested on Windows only!

The build script have been failing for reasons I haven't investigated yet.
I'll be working on that aspect first thing Monday morning.

Cheers,
- Merov
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Latif Khalifa]

Hi,

On windows it fails with:

CMake Error at media_plugins/webkit/CMakeLists.txt:17 (include):
  include could not find load file:

PulseAudio

When I kill PulseAudio from cmake it fails with:

CMake Error in newview/CMakeLists.txt:
  Cannot find source file "llpopupview.cpp".  Tried extensions .c .C .c++ .cc

--  Latif

On Sat, Apr 3, 2010 at 5:26 AM, Philippe (Merov) Bossut
 wrote:
> Hi,
>
> After much wrangling today and yesterday, I finally committed a massive
> commit syncing the SG2.0 trunk to viewer-external which is itself synced
> with Viewer 2.0:
> - Trac: http://svn.secondlife.com/trac/linden/changeset/3303
> - Log: Merging of viewer-external from svn rev 3287 up to svn rev 3302 -
> Synced with official Viewer 2.0 then. Built and tested on Windows only!
>
> The build script have been failing for reasons I haven't investigated yet.
> I'll be working on that aspect first thing Monday morning.
>
> Cheers,
> - Merov
>
> ___
> 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] Snowglobe 2.0 sync with Viewer 2.0

[Jonathan Irvin]

Do we have an effective way of compiling the SnowGlobe viewer in Linux with
*.sh script? in debian?

Jonathan Irvin
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Robin Cornelius]

On Sat, Apr 3, 2010 at 1:14 PM, Jonathan Irvin  wrote:
> Do we have an effective way of compiling the SnowGlobe viewer in Linux with
> *.sh script? in debian?
>

Normally yes, my debian source packages will build the snowglobe
viewer using the standard debian tools, but currently this is only
working on 1.X.

i've done some work on snowglobe 2.0 to fix some build issues, but
there are others that need resolving. The whole 2.0 build needs some
TLC  so it works with out major hiccups on common build
configurations. I need to go back through the SVN and see whats broken
and whats already patched in jira awaiting commit.

When things work correctly its two commands to build anyway but It
might be worth pushing my build scripts to a wiki for easy use by
others.

Robin
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Boroondas Gupte]

On 04/03/2010 02:14 PM, Jonathan Irvin wrote:
> Do we have an effective way of compiling the SnowGlobe viewer in Linux
> with *.sh script? in debian?
A quick step-by-step instruction can be found at Compiling and Patching
Snowglobe (Linux)
.
A more detailed, but probably partially out of date documentation is at
Compiling the viewer (Linux)
.
There's also some CMake instructions for all platforms
 from Robin.

You could pack the commands listed there into a shell script, of course,
but after the initial setup you'll only need to issue make most of the
times, so there's no real need for that. The hard part is to get all the
dependencies. For debian specifically, some package names are listed on
the wiki. The source code

for Robin's debian packages might be interesting, too.

I don't know whether Henri's shell scripts

are still up to date, but they're certainly worth a look if you're
planning to do something similar.

I hope this helps.
cheers
Boroondas




___
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] Snowglobe 2.0 sync with Viewer 2.0

[Jonathan Irvin]

Thanks for the help all, I will look into this later >.>

Jonathan Irvin
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Philippe (Merov) Bossut]

Hi all,

Yes, there were a bunch of missed added files and other issues that actually
made the repository not complete, and therefore, not buildable. I did a
serie of commits today to fix that. I've been able to build on Mac and
Windows at least.

Now, I'm still working on fixing the opensrc-build.sh script which is used
to produced the binaries. I hope to get build to pass on Parabuild for Mac
and Windows shortly.

Thanks for your patience.

Cheers,
- Merov
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Dzonatas Sol]

I just checked out revision 3313 from 
https://svn.secondlife.com/svn/linden/projects/2010/snowglobe/trunk

After plain  ./develop.py with no options , i got an error

$ make
[  0%] Built target cmake
[  0%] Built target llaudio
[  3%] Built target stage_third_party_libs
[  3%] Built target llcommon_tests
[  3%] Building CXX object llcommon/CMakeFiles/llcommon.dir/llcoros.o
In file included from 
/home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/coroutine.hpp:44,
 from 
/home/dzonatas/workspace/snowglobe.2.0/indra/llcommon/llcoros.h:39,
 from 
/home/dzonatas/workspace/snowglobe.2.0/indra/llcommon/llcoros.cpp:39:
/home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/detail/coroutine_impl.hpp:59:
 
error: declaration of 'typedef class 
boost::coroutines::detail::context_base 
boost::coroutines::detail::coroutine_impl::context_base'
/home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/detail/context_base.hpp:55:
 
error: changes meaning of 'context_base' from 'class 
boost::coroutines::detail::context_base'
make[2]: *** [llcommon/CMakeFiles/llcommon.dir/llcoros.o] Error 1
make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2
make: *** [all] Error 2


Haven't fully tracked this one down, so didn't file a jira.


Philippe (Merov) Bossut wrote:
> Hi all,
>
> Yes, there were a bunch of missed added files and other issues that 
> actually made the repository not complete, and therefore, not 
> buildable. I did a serie of commits today to fix that. I've been able 
> to build on Mac and Windows at least.
>
> Now, I'm still working on fixing the opensrc-build.sh script which is 
> used to produced the binaries. I hope to get build to pass on 
> Parabuild for Mac and Windows shortly.
>
> Thanks for your patience.
>
> Cheers,
> - Merov
> 
>
> ___
> 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] Snowglobe 2.0 sync with Viewer 2.0

[Lynx Linden]

This is a problem with the packaged boost headers - they don't seem to
compile on Linux under gcc 4.x. I've attached a patch for the
libraries/include/boost/coroutine/detail/{coroutine_impl.hpp,posix_utility.hpp}
files that should get you going in the short term.

Ultimately though we should build a new version of the boost package
with that patch applied to it. Filing a JIRA to track this would be
great.

Cheers,

Lynx.



On Thu, Apr 8, 2010 at 2:22 AM, Dzonatas Sol  wrote:
> I just checked out revision 3313 from
> https://svn.secondlife.com/svn/linden/projects/2010/snowglobe/trunk
>
> After plain  ./develop.py with no options , i got an error
>
> $ make
> [  0%] Built target cmake
> [  0%] Built target llaudio
> [  3%] Built target stage_third_party_libs
> [  3%] Built target llcommon_tests
> [  3%] Building CXX object llcommon/CMakeFiles/llcommon.dir/llcoros.o
> In file included from
> /home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/coroutine.hpp:44,
>                 from
> /home/dzonatas/workspace/snowglobe.2.0/indra/llcommon/llcoros.h:39,
>                 from
> /home/dzonatas/workspace/snowglobe.2.0/indra/llcommon/llcoros.cpp:39:
> /home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/detail/coroutine_impl.hpp:59:
> error: declaration of 'typedef class
> boost::coroutines::detail::context_base
> boost::coroutines::detail::coroutine_impl ContextImpl>::context_base'
> /home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/detail/context_base.hpp:55:
> error: changes meaning of 'context_base' from 'class
> boost::coroutines::detail::context_base'
> make[2]: *** [llcommon/CMakeFiles/llcommon.dir/llcoros.o] Error 1
> make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2
> make: *** [all] Error 2
>
>
> Haven't fully tracked this one down, so didn't file a jira.
>
>
> Philippe (Merov) Bossut wrote:
>> Hi all,
>>
>> Yes, there were a bunch of missed added files and other issues that
>> actually made the repository not complete, and therefore, not
>> buildable. I did a serie of commits today to fix that. I've been able
>> to build on Mac and Windows at least.
>>
>> Now, I'm still working on fixing the opensrc-build.sh script which is
>> used to produced the binaries. I hope to get build to pass on
>> Parabuild for Mac and Windows shortly.
>>
>> Thanks for your patience.
>>
>> Cheers,
>> - Merov
>> 
>>
>> ___
>> 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
>
diff -u -r old/boost/coroutine/detail/coroutine_impl.hpp 
new/boost/coroutine/detail/coroutine_impl.hpp
--- old/boost/coroutine/detail/coroutine_impl.hpp   2009-10-20 
17:10:02.0 +0100
+++ new/boost/coroutine/detail/coroutine_impl.hpp   2009-10-20 
19:22:11.0 +0100
@@ -56,7 +56,7 @@
 typedef ContextImpl context_impl;
 typedef CoroutineType coroutine_type;
 typedef coroutine_impl type;
-typedef context_base context_base;
+typedef context_base context_base_type;
 typedef typename coroutine_type::arg_slot_type arg_slot_type;
 typedef typename coroutine_type::result_type result_type;
 typedef typename coroutine_type::result_slot_type result_slot_type;
@@ -65,7 +65,7 @@
   
 template
coroutine_impl(DerivedType * this_, std::ptrdiff_t stack_size) :
-  context_base(*this_, stack_size),
+  context_base_type(*this_, stack_size),
m_arg(0),
m_result(0){}
 
diff -u -r old/boost/coroutine/detail/posix_utility.hpp 
new/boost/coroutine/detail/posix_utility.hpp
--- old/boost/coroutine/detail/posix_utility.hpp2009-04-24 
21:30:44.0 +0100
+++ new/boost/coroutine/detail/posix_utility.hpp2009-10-20 
19:21:27.0 +0100
@@ -39,6 +39,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #if defined(_POSIX_MAPPED_FILES) && _POSIX_MAPPED_FILES > 0
 #include 

___
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] Snowglobe 2.0 sync with Viewer 2.0

[Robert Martin]

As a sidebar to this is the documents on how to compile the viewer
actually current??
If somebody would be willing to walk me through this i could help find
out what is correct
(note i have Mandriva 2010)


-- 
Robert L Martin
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Dzonatas Sol]

Just to note: there is a related jira here about such patch: 
http://jira.secondlife.com/browse/SNOW-505

SNOW-505 is about standalone build instead of the ll downloaded libs.

Same error, however.

Lynx Linden wrote:
> This is a problem with the packaged boost headers - they don't seem to
> compile on Linux under gcc 4.x. I've attached a patch for the
> libraries/include/boost/coroutine/detail/{coroutine_impl.hpp,posix_utility.hpp}
> files that should get you going in the short term.
>
> Ultimately though we should build a new version of the boost package
> with that patch applied to it. Filing a JIRA to track this would be
> great.
>
> Cheers,
>
> Lynx.
>
>
>
> On Thu, Apr 8, 2010 at 2:22 AM, Dzonatas Sol  wrote:
>   
>> I just checked out revision 3313 from
>> https://svn.secondlife.com/svn/linden/projects/2010/snowglobe/trunk
>>
>> After plain �./develop.py with no options , i got an error
>>
>> $ make
>> [ �0%] Built target cmake
>> [ �0%] Built target llaudio
>> [ �3%] Built target stage_third_party_libs
>> [ �3%] Built target llcommon_tests
>> [ �3%] Building CXX object llcommon/CMakeFiles/llcommon.dir/llcoros.o
>> In file included from
>> /home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/coroutine.hpp:44,
>> � � � � � � � � from
>> /home/dzonatas/workspace/snowglobe.2.0/indra/llcommon/llcoros.h:39,
>> � � � � � � � � from
>> /home/dzonatas/workspace/snowglobe.2.0/indra/llcommon/llcoros.cpp:39:
>> /home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/detail/coroutine_impl.hpp:59:
>> error: declaration of 'typedef class
>> boost::coroutines::detail::context_base
>> boost::coroutines::detail::coroutine_impl> ContextImpl>::context_base'
>> /home/dzonatas/workspace/snowglobe.2.0/indra/../libraries/include/boost/coroutine/detail/context_base.hpp:55:
>> error: changes meaning of 'context_base' from 'class
>> boost::coroutines::detail::context_base'
>> make[2]: *** [llcommon/CMakeFiles/llcommon.dir/llcoros.o] Error 1
>> make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2
>> make: *** [all] Error 2
>>
>>
>> Haven't fully tracked this one down, so didn't file a jira.
>>
>>
>> Philippe (Merov) Bossut wrote:
>> 
>>> Hi all,
>>>
>>> Yes, there were a bunch of missed added files and other issues that
>>> actually made the repository not complete, and therefore, not
>>> buildable. I did a serie of commits today to fix that. I've been able
>>> to build on Mac and Windows at least.
>>>
>>> Now, I'm still working on fixing the opensrc-build.sh script which is
>>> used to produced the binaries. I hope to get build to pass on
>>> Parabuild for Mac and Windows shortly.
>>>
>>> Thanks for your patience.
>>>
>>> Cheers,
>>> - Merov
>>> 
>>>
>>> ___
>>> 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

Re: [opensource-dev] Snowglobe 2.0 sync with Viewer 2.0

[Dzonatas Sol]

I got it to compile to the secondlife-bin link stage, but then I got a 
link error:

/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so: undefined 
reference to `uuid_gener...@uuid_1.0'
/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so: undefined 
reference to `uuid_unparse_lo...@uuid_1.0'
collect2: ld returned 1 exit status

It does try to link against libuuid, with this link order:

 -lndofdev -lXinerama -lboost_program_options-gcc41-mt 
-lboost_regex-gcc41-mt -lgobject-2.0 -lglib-2.0 -lGLU -lGL -lSM -lICE 
-lX11 -lXext -lGLU -lGL -lSM -lICE -lX11 -lXext -lSDL -latk-1.0 
-lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lXinerama -lglib-2.0 -lgmodule-2.0 
-lgobject-2.0 -lgthread-2.0 -lgtk-x11-2.0 -lpango-1.0 -lpangoft2-1.0 
-lpangox-1.0 -lpangoxft-1.0 -lxmlrpc-epi -lELFIO 
../viewer_components/login/liblllogin.a ../llmessage/libllmessage.a 
-lcurl -lcares -lssl -lcrypto -lxmlrpc-epi ../llrender/libllrender.a 
../llimage/libllimage.a ../llimagej2coj/libllimagej2coj.a -lopenjpeg 
-ljpeg -lpng12 -lfreetype -lGLU -lGL -lSM -lICE -lX11 -lXext -lSDL 
../llxml/libllxml.a ../llvfs/libllvfs.a ../llmath/libllmath.a 
../llcommon/libllcommon.so -laprutil-1 -ldb-4.2 -luuid -ldb-4.2 -luuid 
-lrt -lapr-1 -lboost_program_options-gcc41-mt -lboost_regex-gcc41-mt -lz 
-lexpat


This might be a recent change in compiler which forces one to use GCC 
4.1...  and I didn't see this one in jira.

I'll work this issue out more to see if it is merely a GCC4.4/GCC4.1 
difference.


___
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] Snowglobe 2.0 sync with Viewer 2.0

[Lance Corrimal]

I'm having the same problem on opensuse 11.2.
until recently it built fine... after some change introduced a script 
which replaces the prebuilt libs with the systemwide installed ones, 
it stopped building with exactly that error.

why do i even have to have the build script download the prebuilt libs 
when they dont get used?


bye,
LC


Am Donnerstag 08 April 2010 schrieb Dzonatas Sol:
> I got it to compile to the secondlife-bin link stage, but then I
> got a link error:
> 
> /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so:
> undefined reference to `uuid_gener...@uuid_1.0'
> /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so:
> undefined reference to `uuid_unparse_lo...@uuid_1.0'
> collect2: ld returned 1 exit status
> 
> It does try to link against libuuid, with this link order:
> 
>  -lndofdev -lXinerama -lboost_program_options-gcc41-mt
> -lboost_regex-gcc41-mt -lgobject-2.0 -lglib-2.0 -lGLU -lGL -lSM
> -lICE -lX11 -lXext -lGLU -lGL -lSM -lICE -lX11 -lXext -lSDL
> -latk-1.0 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lXinerama -lglib-2.0
> -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lgtk-x11-2.0
> -lpango-1.0 -lpangoft2-1.0 -lpangox-1.0 -lpangoxft-1.0
> -lxmlrpc-epi -lELFIO
> ../viewer_components/login/liblllogin.a ../llmessage/libllmessage.a
> -lcurl -lcares -lssl -lcrypto -lxmlrpc-epi
> ../llrender/libllrender.a ../llimage/libllimage.a
> ../llimagej2coj/libllimagej2coj.a -lopenjpeg -ljpeg -lpng12
> -lfreetype -lGLU -lGL -lSM -lICE -lX11 -lXext -lSDL
> ../llxml/libllxml.a ../llvfs/libllvfs.a ../llmath/libllmath.a
> ../llcommon/libllcommon.so -laprutil-1 -ldb-4.2 -luuid -ldb-4.2
> -luuid -lrt -lapr-1 -lboost_program_options-gcc41-mt
> -lboost_regex-gcc41-mt -lz -lexpat
> 
> 
> This might be a recent change in compiler which forces one to use
> GCC 4.1...  and I didn't see this one in jira.
> 
> I'll work this issue out more to see if it is merely a
> GCC4.4/GCC4.1 difference.
> 
> 
> ___
> 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] Snowglobe 2.0 sync with Viewer 2.0

[Dzonatas Sol]

Here is my notes on how to compile with schroot, so you can make an 
environment specifically for this compilation:

https://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Snowglobe


Robert Martin wrote:
> As a sidebar to this is the documents on how to compile the viewer
> actually current??
> If somebody would be willing to walk me through this i could help find
> out what is correct
> (note i have Mandriva 2010)
>
>
>   

___
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] Snowglobe 2.0 sync with Viewer 2.0

[Dzonatas Sol]

I just tried it again, so now I can confirm there is no difference 
between a compilation with G++-4.1 or G++-4.4 in relation to this error.

Linking CXX executable secondlife-bin
/usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libSM.so: undefined 
reference to `uuid_gener...@uuid_1.0'
/usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libSM.so: undefined 
reference to `uuid_unparse_lo...@uuid_1.0'
collect2: ld returned 1 exit status

Maybe something special about libSM that it needs a specific version of 
libuuid, or maybe as Lance suggested, it doesn't use the the LL supplied 
versus the system version.

Lance Corrimal wrote:
> I'm having the same problem on opensuse 11.2.
> until recently it built fine... after some change introduced a script 
> which replaces the prebuilt libs with the systemwide installed ones, 
> it stopped building with exactly that error.
>
> why do i even have to have the build script download the prebuilt libs 
> when they dont get used?
>
>
> bye,
> LC
>
>
> Am Donnerstag 08 April 2010 schrieb Dzonatas Sol:
>   
>> I got it to compile to the secondlife-bin link stage, but then I
>> got a link error:
>>
>> /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so:
>> undefined reference to `uuid_gener...@uuid_1.0'
>> /usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../lib/libSM.so:
>> undefined reference to `uuid_unparse_lo...@uuid_1.0'
>> collect2: ld returned 1 exit status
>>
>> It does try to link against libuuid, with this link order:
>>
>>  -lndofdev -lXinerama -lboost_program_options-gcc41-mt
>> -lboost_regex-gcc41-mt -lgobject-2.0 -lglib-2.0 -lGLU -lGL -lSM
>> -lICE -lX11 -lXext -lGLU -lGL -lSM -lICE -lX11 -lXext -lSDL
>> -latk-1.0 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lXinerama -lglib-2.0
>> -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lgtk-x11-2.0
>> -lpango-1.0 -lpangoft2-1.0 -lpangox-1.0 -lpangoxft-1.0
>> -lxmlrpc-epi -lELFIO
>> ../viewer_components/login/liblllogin.a ../llmessage/libllmessage.a
>> -lcurl -lcares -lssl -lcrypto -lxmlrpc-epi
>> ../llrender/libllrender.a ../llimage/libllimage.a
>> ../llimagej2coj/libllimagej2coj.a -lopenjpeg -ljpeg -lpng12
>> -lfreetype -lGLU -lGL -lSM -lICE -lX11 -lXext -lSDL
>> ../llxml/libllxml.a ../llvfs/libllvfs.a ../llmath/libllmath.a
>> ../llcommon/libllcommon.so -laprutil-1 -ldb-4.2 -luuid -ldb-4.2
>> -luuid -lrt -lapr-1 -lboost_program_options-gcc41-mt
>> -lboost_regex-gcc41-mt -lz -lexpat
>>
>>
>> This might be a recent change in compiler which forces one to use
>> GCC 4.1...  and I didn't see this one in jira.
>>
>> I'll work this issue out more to see if it is merely a
>> GCC4.4/GCC4.1 difference.
>>
>>
>> ___
>> 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

Re: [opensource-dev] Snowglobe 2.0 sync with Viewer 2.0

[Johnnie Carling]

On 04/08/10 5:40:53 pm, Dzonatas Sol wrote:
> Maybe something special about libSM that it needs a specific version of 
> libuuid, or maybe as Lance suggested, it doesn't use the the LL supplied 
> versus the system version.

FYI. I ran into this last fall. Using the system libuuid (libuuid.so.1.3.0 in 
debian sid) worked for me.

--
Johnnie Carling
___
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] Snowglobe 2.0 sync with Viewer 2.0

[Dzonatas Sol]

Successfully compiled, yet webkit doesn't want to load (yet it loaded 
fine on the official V2.0 download)

Copied over older LL supplied libuuid.so.1 with newer libuuid.so.1.3.0 
was all that was needed, so LL just needs to upgrade their prebuilt uuid 
lib to 1.3+.

http://jira.secondlife.com/browse/SNOW-606



Johnnie Carling wrote:
> On 04/08/10 5:40:53 pm, Dzonatas Sol wrote:
>   
>> Maybe something special about libSM that it needs a specific version of 
>> libuuid, or maybe as Lance suggested, it doesn't use the the LL supplied 
>> versus the system version.
>> 
>
> FYI. I ran into this last fall. Using the system libuuid (libuuid.so.1.3.0 in 
> debian sid) worked for me.
>
> --
> Johnnie Carling
> ___
> 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