> That define is really only used for some statics code in
> llallocator.cpp. It does
> not influence if tcmalloc is used or not.
its not clear where/why/when it is used - any code path includuing tcmalloc
on linux 32bit isn't compiled, though the viewer crashes if it isn't linked,
which in my o
> in GooglePerfTools.cmake:
> set(TCMALLOC_FLAG -ULL_USE_TCMALLOC=1)
> and in llcommon property pages
> Undefine Preprocessor Definitions: LL_USE_TCMALLOC=1
> So it would appear, at least by default, that tcmalloc is not enabled. Am
> I understanding this wrong? Or does LL build their viewer wit
http://dl.dropbox.com/u/7833186/libtcmalloc_minimal.dll.JPG (build directory
image) Is it possible that tcmalloc is used through this dll and the -U and
un-define prevent linking it statically?
From: Moriz Gupte
To: SLDEV
Sent: Monday, October 3, 2011 3:17
Am wondering if anyone from Linden Lab can comment on this thread. This is
such an important issue regarding mesh viewers and mesh based economy. Many
mesh builders are reverting products back to sculpty versions because the
majority of clients refuse to use the latest viewers that support mesh
bec
Responding to myself...
JIRA filed as https://jira.secondlife.com/browse/VWR-27074 "Web
Inspector not operable on Mac or Linux"
Ricky
Cron Stardust
On Thu, Sep 22, 2011 at 11:32 PM, Ricky wrote:
> I've been aiming to debug a page I wrote for MOAP, and I was hoping to
> use the Web Inspector int
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/474/
---
(Updated Oct. 3, 2011, 9:19 a.m.)
Review request for Viewer.
Summary (upd
Only thing I don't understand about all this, is if you clone and build
viewer-development and 3p-google-perftools, then LL_USE_TCMALLOC is undefined
in both.
in GooglePerfTools.cmake: set(TCMALLOC_FLAG -ULL_USE_TCMALLOC=1)
and in llcommon property pagesUndefine Preprocessor Definitions:
LL_U
