Hidesyms_cmd = 'objcopy -keep-global-symbols ' + exposed_symbols_file + ' $SOURCE $TARGET' # hidesyms_cmd is something which copies an executable while 'hiding' Strip_cmd = 'strip -S -o $TARGET $SOURCE' # If you strip more aggressively than -S then the quality of crash. Release_opts = flags + '-O2 -DNDEBUG -DLL_RELEASE=1 ' ! flags += '-x c++ -arch ppc -pipe -Wno-trigraphs -fpascal-strings -faltivec -fasm-blocks -g -O2 -fmessage-length=0 -mtune=G4 -Wno-deprecated-declarations -Wno-invalid-offsetof -mmacosx-version-min=10.3 -DLL_DARWIN=1 -Wmost -Wno-sign-compare -Wno-switch -fpch-preprocess -F./newview/build/Deployment -fconstant-cfstrings -ffor-scope -Wno-reorder -isysroot /Developer/SDKs/MacOSX10.3.9.sdk 'ĭebug_opts = flags + '-fno-inline -O0 -D_DEBUG -DLL_DEBUG=1 ' ! flags += '-DAPPID=secondlife -DLL_SDL=1 -DLL_X11=1 ' './libraries/' + system_str + '/include' ) The output from the differences is given below. Then a perl script was used to compare every file using "diff -C 5". These changes were found by untarring the original source in a directory called /tmp/virgin. Scons DISTCC=no BTARGET=client BUILD=releaseĪ number of small problems arose during the compilation process. Then the compilation was started using the command: The path for the dynamic libraries must be set:Įxport LD_LIBRARY_PATH=././libraries/i686-linux/lib_release_client:/usr/local/lib:/tmp/linden/xmlrpc-epi-0.51/src/.libs A symbolic link, /tmp/linden/OpenJPEG/include, was created that points to /tmp/linden/OpenJPEG/dist. One of the include files was not available, so the sources from /usr/ports/distfiles were untarred into the directory /tmp/linden/OpenJPEG. There was an additional problem with the openjpeg port. In this case the source files were saved in /tmp/linden/xmlrpc-epi-0.51 where they were compiled. All of the libraries were available under the ports system with the exception of xmlrpc-epi. The directions were followed for compiling under linux. In this case, the viewer source and the artwork file were saved in /tmp, slviewer-src-FL-1.6.tar.gz and slviewer-artwork-FL-1.6.zip. The viewer has been compiled under FreeBSD 6.2.
These patches have not been extensively tested and would probably benefit from a decent code review.įor questions about these ports, feel free to contact Henrik Gulbrandsen.It takes a long time to build these ports and linking consumes a lot of memory you will probably need at least 1 GB of RAM.There is currently no sound support, since sound depends on a closed-source module, but it should be fairly easy to add the basics.The Second Life viewer port will most likely only work for an x86 architecture I doubt anyone will try anything else, though.
The LLMozLib port will try to fetch the right Mozilla source via CVS, so you may have to configure your firewall to allow this.Don't let this bother you! They should all be easy to locate with a quick web search. Www/llmozlib - LLMozLib library (for browser support)ĭepending on your version of FreeBSD, these may depend on other ports that are not yet included in the ports tree. These are the files you need for version 1.18.1.2:
Please edit this page if you update the port to work with a later viewer version! However, this port is probably the best starting point if you're planning to compile the Second Life viewer for FreeBSD. The latest port version is currently 1.18.1.2, which is not compatible with the current grid. FreeBSD PortĪ preliminary port of the Second Life viewer exists, but isn't included in the official ports collection, since it's not actively maintained. If you are interested in running the SecondLife client in FreeBSD, please make your interest known to Linden Research. It may have worked in 2007, but it certainly doesn't now. For the ports below, none of the distfiles remain available.