| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
|
| | | |
|
| | | |
|
|\ \ \
| |/ /
|/| | |
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts (solved):
linden/indra/media_plugins/gstreamer010/media_plugin_gstreamer010.cpp
linden/indra/newview/llappviewer.cpp
linden/indra/newview/llappviewerwin32.cpp
|
| | | |
| | | |
| | | |
| | | | |
them with something generic.
|
| | | |
| | | |
| | | |
| | | | |
unused part though, so take the lazy way out.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
need to be reverted later.
Changed file names to.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
My policy is to have it all in the repo. None of this downloading pre built stuff from people with no guarantee that
they will still have the files a month from now. Been burnt with that before.
|
| |/ /
|/| | |
|
| | | |
|
| | |
| | |
| | |
| | | |
(notes: need to add archives for iconv and gstreamer to install.xml, doesn't link yet)
|
|/ /
| |
| |
| | |
Note: only VS2005 libs currently included
|
| |
| |
| |
| | |
GCC 4.0 on Mac OS X 10.5 can't handle SSE4, GCC 4.2 fails.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
To use ld.gold configure with:
-DCMAKE_EXE_LINKER_FLAGS:STRING="-Wl,-use-gold".
ld.gold links the viewer on my machine in 8 seconds, as
opposed to 19 seconds with ld.bfd. Moreover, it uses a
LOT less memory during linking (about 750 MB instead of
2.5 GB!). Thanks to Siana Gearz for pointing out that
ld.gold is so much faster.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
See http://jira.secondlife.com/browse/SNOW-713
This patch makes llcommon shared. It contains the following snowglobe
(SVN) changesets: 3478, 3479, 3480, 3481, 3482, 3485, 3496, 3498, 3500,
3519 and 3531, plus the fix for all rejects. Note that changes
to scripts/automated_build_scripts/opensrc-build.sh (changesets 3500
and 3625) were ignored as we don't have scripts/automated_build_scripts.
|
| | |
|
| | |
|
|\ \ |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | | |
default, gcc-4.2 is used and 10.5 SDK is auto selected. Build from commandline in Release mode now work perfectly (./develop.py -t Release build) without the need for Xcode at all.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Also, darwin doesn't use quicktime, so disabled compiling that plugin
for darwin.
|
|\ \ \ \ |
|
| |\ \ \ \
| | |/ / / |
|
| | |/ /
| | | |
| | | |
| | | | |
using standalone.
|
| | | |
| | | |
| | | |
| | | | |
can be sorted on windows
|
|\ \ \ \
| |/ / / |
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
linden/indra/cmake/GStreamer.cmake
linden/indra/cmake/GStreamer.cmake was deleted: we're going to try to
use system libs, so any improvements that have been made in weekly have
been invane.
linden/indra/newview/llstartup.cpp
Trivial #include collision. One include added another removed. Fixed.
linden/indra/newview/lltoolpie.cpp
Collision with RLV, pretty trivial. Fixed.
linden/indra/newview/viewer_manifest.py
Trivial White space fix collision with commenting out of gstreamer libs. Fixed.
|
| | | | |
|
| | |\ \ |
|
| | | | | |
|
| | |/ / |
|
|/ / / |
|
| | |
| | |
| | |
| | |
| | | |
Standalone now works (I have no idea why it worked before, since
obviously I tested it before committing the previous commit).
|
| | |
| | |
| | |
| | |
| | |
| | | |
If Qt is found in a non-standard place, you still have
to set LD_LIBRARY_PATH yourself (to $QTDIR/lib) before running
imprudence of course (or the webkit plugin will silently fail).
|
| | |
| | |
| | |
| | | |
Plus some white space fixes (TABs --> spaces) in install.xml.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
linden/doc/contributions.txt
linden/indra/cmake/GStreamer.cmake
linden/indra/cmake/LLMedia.cmake
linden/indra/cmake/OPENAL.cmake
linden/indra/llmedia/CMakeLists.txt
linden/indra/llprimitive/material_codes.h
linden/indra/newview/chatbar_as_cmdline.cpp
linden/indra/newview/llappviewer.cpp
linden/indra/newview/llfloatertos.cpp
linden/indra/newview/llstartup.cpp
linden/indra/newview/llviewerwindow.cpp
linden/indra/newview/llvoavatar.cpp
linden/indra/newview/pipeline.cpp
linden/indra/newview/pipeline.h
linden/indra/newview/viewer_manifest.py
linden/install.xml
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
who ever builds a release with that needs to consider to install some
really old gstreamer at /usr/local/lib - lenny has 0.10.19
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
loading.
Issue: llqtwebkit needs update for Linux 64bit
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Linux or Mac as I can't test them)
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Windows
|
| | | | |
|
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Related information from Nemurimasu Neiro:
stay away from find_library!
due to an undocumented feature of find_xxx functions in CMake, no
additional libraries may be found after the first call to a find_xxx
function that searches the prebuilt libraries folder. CMake will request
the folder contents *at most once* and libraries added by install.py
will be missed.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
libs (linux)
This patch fixes the problem that there were no 'developer' symlinks
for the prebuilt packages (which is not needed for runtim), causing
the casual user that tries to compile the viewer on linux (without
using --standalone) to link against their system libs (while using
the header files of the prebuilt versions), often causing linker
errors.
It also fixes the fact that a few libraries were completely missing,
most notably the dbusglib package only had header files and not
a library at all! libgio and libpangocairo where missing from the
link command line so that the wrong libraries were picked up, if
any at all.
Finally, the last GTK related prebuilt libraries have simply been
removed from the packaging: linux has those installed (or else
the users will know how to install them as soon as they see that
the viewer complains about a missing library). This is much more
stable, as all those libraries more or less form a whole.
Or rather, the libraries that use glib, as especially that one
gives a problem at the moment since the latest glib has new
g_malloc_n functions that don't exist in the prebuilt glib.
Note the difference between a USER compiling her own viewer,
and the imprudence team compiling a release:
When the imprudence team compiles a release we need to create
a portable binary that runs on many versions of linux. In order
to achieve that we link against "old" library versions, so
that the viewer still works on old operating systems, and
(hopefull) also on newer systems, since libraries with the
same SONAME are backwards compatible. With g_malloc_n as
example: our viewer binary doesn't use that function, so
a user that links with their own glib will never have a problem,
whether or not his library provides this function.
On the other hand, when a user gets the sources and compiles
his own viewer he wants to use the LATEST library versions:
his own operating system ones. The best way to achieve this
is to configure with --standalone, but that currently demands
that ALL libraries are installed on her system, including
a few very-hard-to-get libraries. If she therefore chooses
to configure without --standalone, she suddenly gets all
the old library versions, forcing her to at least link against
those at compile time (in order to minimize the risk of version
incompatibilities). A better solution for the do-it-yourself
user would be to have a --semi-standalone configuration that
only uses the hard-to-get prebuilt libs and further uses
as much the operating system libraries as possible. For most
of the hard-to-get libraries this is no problem since they
all only depend on libc and similar stable ABI libs.
|