Second Life Wiki - User contributions [en]

Talk:Rotation

2011-12-07T16:52:57Z

Scalar Tardis: /* Viewer UI, object rotation bugs, code analysis */ new section

{{Talk}}
Fixed a few minor syntax errors and reworked the top of the article a bit. As an article it is quite far along though it still has a ways to go. [[User:Strife Onizuka|Strife Onizuka]] 03:32, 29 January 2007 (PST)

== Intro is awful ==

"gymbal lock" is something that affects mechanical systems with gyroscopes. A quaternion rotation is a mathematical abstraction. The term simply does not apply, and only serves to confuse things. The reference to "SLERP" without a link is useless. [[User:Doran Zemlja|Doran Zemlja]]

:Gimbal lock effects Euler angles to which you wrote an article using them everywhere without mention it; it is a gross oversight. That sentence is a bit complex on review and yes there is no SLERP article but that doesn't mean someone won't write one (it is better to leave open links then no links; no links give no hint that a page should be created). I may write a short one tomorrow, I already have a function that implements it (I've just been pressed for time). I will find a better article on gimbal lock, the wikipedia one is pretty poor in this regard as it fails to go into the programing implications. I gave you the benefit of the doubt and looked up 'gymbal' in the dictionary, to which it was nowhere to be found; but 'gimbal' was. [[User:Strife Onizuka|Strife Onizuka]] 19:33, 31 January 2007 (PST)

::Gimbal lock affects you every time you use Euler Coordinates, it is not restricted to gyroscopes. German article on wikipedia about gimbal lock shows it much more clearly than the English version -- Catherine Pfeffer 2007-12-08

I'm a mathematician, and think the following text is also misleading (or partially incorrect) in the '''Other Representations''' section: '''''"Another way to represent a rotation is using three numbers, <X, Y, Z>, which represent the amount (in radians) which the object is rotated around each axis. This is used in the Edit window..."''''' Technically, 1 "radian" equals the angle that is traced out by an arc along a circle's circumference, [[when that arc equals the circle's radius]]. This means that 2*pi radians equals 360 degrees, 1*pi radians equals 180 degrees, and pi/2 radians equals 90 degrees. SL's '''prim'''-editing window displays rotations in [[degrees]] (360, 180, 90...) and NOT in [[radians]] (2pi, pi, pi/2)! However, it IS true that radians must be used when editing values in some LSL '''script''' commands! [[User:Times Sands|Times Sands]] 18:18, 10 November 2008 (UTC)

== Mirroring using quaternions ==

I think I have worked out how to mirror a point (and therefore an entire object in pieces,) using quaternions, but does anyone here know how to, or if it is even possible to, define a rotation that turns a left hand into a right hand or vise-versa? This is a three diminsional mirror operation, but in four diminsions it is a simple rotation. (I could be wrong, but based on my research into quaternions it seems right...) [[User:Cron Stardust|Cron Stardust]] 22:16, 25 March 2007 (PDT)
:It depends entirely upon which axis you want to mirror around. Save yourself some work and look up Jeffrey's Prim Mirror. [[User:Strife Onizuka|Strife Onizuka]] 11:13, 26 March 2007 (PDT)

== Moving this page ==

Shouldn't the content of this page be moved to Category:LSL Rotation? It seems confusing to me to have multiple Rotation pages.

:Good point, I see no problem merging them. -- [[User:Strife Onizuka|Strife Onizuka]] 08:40, 22 July 2007 (PDT)

::Very true. Or even better, do a "pure maths" one and a "pure lsl" one -- Catherine Pfeffer, 2007-12-08

== GetRot()/SetRot() chart ==

llGetLocalRot() and llGetRot() clearly do *not* return the same value in the root prim of an attachment. While I believe that llGetRot() returns the avatar rotation as indicated, llGetLocalRot() I believe gives the rotation of the root prim relative to the attachment point (or the avatar?)

:You are correct, that entry in the table is wrong. -- [[User:Strife Onizuka|Strife Onizuka]] 08:40, 22 July 2007 (PDT)

== Visual aids ==

I use [http://www.isner.com/tutorials/quatSpells/quaternion_spells_14.htm this page] as a visual reference and cheat sheet for quaternion operations. --[[User:Tateru Nino|Tateru Nino]] 15:53, 9 September 2007 (PDT)

== Maths versus LSL ==

Has anyone noticed that maths' quaternion multiplication is written in reverse order than in LSL ? That is, what you write Q1 . Q2 in maths is computed in LSL with Q2 * Q1. Is that a bug or simply a documentation issue ? -- Catherine Pfeffer - 2007-12-08

:It appears to be a bug, with an obvious patch in the server code, but this bug won't be fixed, so I decided to document the problem here -- Catherine Pfeffer - 2008-08-28

::I know it's a way late comment, but my guess is that it's the noticable side effect of LSL's backwards order of evaluation. we just don't notice it elsewhere because most other operations within lsl are communicative and quaternion math isn't. -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 11:09, 19 May 2009 (UTC)

== Unjustified preference for Euler notation ==

One thing that really annoys me with this page is that it seems to consider that the Euler coordinates are the easy way to deal with rotations, while the <x, y, z, s> quaternion representation is almost unintelligible.

That's a common opinon, and as a matter of facts, most LSL scripts I have found use and overuse llEuler2Rot() and llRot2Euler().

But that's simply wrong. Euler's notation is completly unintuitive for any non-trivial situation.

To get convinced of it, try to figure out the Euler angles for the rotation of 45 degrees around XY diagonal (X = Y and Z = 0). Good luck ! :-).
Now try figuring out the quaternions's values with the directing vector and sine and cosine of the half-angle: that's straightforward.

I think this page is misleading a lot of new scripters into the wrong direction because of its preference for Euler angles. -- Catherine Pfeffer - 2008-08-28

:I agree. '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 14:19, 28 August 2008 (PDT)

:As I also agreed and no one here has disagreed, I have take the liberty of adding a section on axis and turn angle. I think it's horses for courses whether you are better off using Euler2Rot or AxisAngle2Rot, but people should be more aware of both. I also put an example in the section on degrees to radians. If anyone wants to champion forward, left, right representation, it won't be me! [[User:Jonno Stromfield|Jonno Stromfield]] 12:21, 21 October 2009 (UTC)

== Rotating Vectors ==

The example:-

//-- same as:
llSetPrimitiveParams( [PRIM_POSITION, llGetPos() + (gPosOffset - gPosOffset * gRotArc) * llGetRot(),PRIM_ROTATION, gRotArc * llGetRot()] );

gives no derivation of the variables gPosOffset and gRotArc.
Which is less than useful to someone learning from the text.
[[User:Gregory McLeod|Gregory McLeod]] 08:51, 1 September 2008 (PDT)
:missed this comment before. although it should be guessable that offset = gPosOffset, and rot6x = gRotArc, I went ahead and made the section more explicit, and converted it to use lsl highlighting (so that all keywords would be linked) and removed a few slightly misleading viewer frame references. -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 11:00, 19 May 2009 (UTC)

== Useful snippets ==

The snippet we have now is kind of a string function. [http://www.isner.com/tutorials/quatSpells/quaternion_spells_12.htm How about converting these] from XSI to LSL?

[http://lslwiki.net/lslwiki/wakka.php?wakka=LibraryRotationFunctions How about these] from lslwiki.net? ("All functions on this page are released into public domain and may have been based off other public domain works.")

By the way, someone above complained about an unlinked reference to slerp() which seems to now be completely missing(!) Both of those have slerp(). [[User:Gia May|Gia May]] 07:15, 8 December 2008 (UTC)

:I offer L$5000 to the first person who translates two functions from http://www.isner.com/tutorials/quatSpells/quaternion_spells_12.htm to the Useful snippets here, or for code constraining rotations to an arbitrary conic section. Runners up, if any, will be awarded on merit, and I am also asking the Lindens to help with this library deficiency bug bounty. IM me inworld for details. [[User:JS Uralia|JS Uralia]] 21:17, 2 February 2009 (UTC)
::Hello, I went ahead and added three such functions: ConstrainQuaternion2Plane, ScaleQuaternion and CombineQuaternions (Slerp) though this last one already existed on the Wiki.--[[User:Jesrad Seraph|Jesrad Seraph]] 07:05, 17 May 2009 (UTC)

Pending fulfillment of my promise to pay Jesrad L$5000 -- and [http://wiki.secondlife.com/w/index.php?title=Rotation&diff=220643&oldid=167253 Mephistopheles Thalheimer can attest I keep my word on these bounty payments] -- could someone please independently verify that this function works as it should?

<lsl>// Constrain a rotation to a given plane, defined by its normal, this is very useful for vehicles that remain horizontal in turns:
rotation ConstrainQuat2Plane(rotation source, vector normal)
{
return llAxisAngle2Rot(normal, <source.x, source.y, source.z> * normal * llRot2Angle(source));
} // Jesrad Seraph</lsl>

I'm very troubled by the use of the first three elements of the quaternion in that manner, but in all honestly, I don't know enough to figure out what a correct answer is. [[User:JS Uralia|JS Uralia]] 20:43, 23 May 2009 (UTC)

:I think it might just be correct. I can't verify it at the moment but the math looks to have the correct properties though the magnitudes of the vectors going into the dot product worry me. I'm wondering if <source.x, source.y, source.z> shouldn't be normalized first. On a side note, it doesn't handle the edge cases where source and normal haven't been normalized. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 09:56, 24 May 2009 (UTC)
::More testing shows it is off by sometimes as much as 90 degrees... I will try to correct it, probably by normalizing the vector part first like suggested.--[[User:Jesrad Seraph|Jesrad Seraph]] 14:52, 7 July 2009 (UTC)
:::Any progress? I just ran into some problems with it myself, so I left a note on the main page warning others to be cautious with it. [[User:Nica Pennell|Nica Pennell]] 03:34, 23 November 2009 (UTC)

== With regard to rotations of a child of an attachment ==

I blow a raspberry at lsl. -- '''[[User:EddyFragment Robonaught|Eddy]]''' ([[User talk:EddyFragment_Robonaught|talk]]|[[Special:Contributions/EddyFragment_Robonaught|contribs]]) 06:37, 13 July 2009 (UTC)

:Don't you just love {{Jira|SVC-93}}? Gage me with a spoon *rolls eyes*. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 18:08, 13 July 2009 (UTC)

Ah. Not just me then. I thought I just needed a degree in quantum maths to understand it. Thanx for the link. *voted* -- '''[[User:EddyFragment Robonaught|Eddy]]''' ([[User talk:EddyFragment_Robonaught|talk]]|[[Special:Contributions/EddyFragment_Robonaught|contribs]]) 01:41, 14 July 2009 (UTC)

I think this is wrong: it claims that the llGetRot of a child prim of an attached object gives "global rotation of avatar * global rotation of prim (Not Useful)" This would be very useful if it were true and would let you calculate the rotation of the attach point. But I think llGetRot gives you the local rotation of the child prim * global rotation of the avatar, which is of no use that I can think of. I'm new at scripting so I'd appreciate some verification and so won't just change the page. [[User:Jonno Stromfield|Jonno Stromfield]] 11:04, 11 September 2009 (UTC)

== Simplification of the page ==

Having just head-bashed and hair-pulled my way through yet another case of what should be a simple rotation task, I've come to the understanding that despite all the information in the rotations page, that it really is a poor resource for people that just want to get things done. While it's all well and good knowing various tidbits about rotations, 99% of scripters just need to know how to use them, as such it may be a good idea to re-write the article as more of a practical manual, with the emphasis being on useful code snippets. The things that I think most scripters want to know (and some of which are currently covered, albeit in a bit of a text-heavy way) are:

* Combining two rotations (getting a bigger or smaller rotation by combining two together)
* Creating a "negative" rotation (only one, best-practise solution is needed, which I believe is flipping .s?)
* Applying rotations to object (best practises for rotating an object X degrees globally, X degrees locally, as well as -X degrees globally and -X degrees locally)
* Rotating an object around a global point
* Rotating a child-prim around a global point
* Rotating a child-prim around a local point

Each snippet or set of snippets should show how to do these operations using <code>llSet*</code> and <code>llSetLocal*</code> functions, as well as llSetPrimitiveParams().
Basically the idea is that we need the article to be more of a "how-to", or possibly create a new article that is a "cheat sheet", because rotation problems are annoyingly common, and the combination of lack of understanding of quarternion math, and LSL's broken rotation functions does not serve to help anyone, meaning most people looking here are looking for solutions to common problems that they can combine. I've been scripting in Second Life for nearly 5 years, and have a Masters degree in computer science, and my fall-back if I get stuck is still trial and error!
I may start hashing together an idea of what such a page should be like as a personal sub-page, but I'm not the most qualified person to provide all of the snippets as I suspect I use bad-practises for most of the above operations, and I'm still having ongoing problems with rotating child-prims around local points without converting to global and doing it that way. -- [[User:Haravikk Mistral|Haravikk Mistral]] 12:44, 30 September 2010 (UTC)

: best practice for reversing a rotations direction (negative rotation) is actually '''(ZERO_ROTATION / Rot2Reverse)''', although there are cases in which scalar sign flipping might be more elegant, that's actually an abuse that does not produce a properly normalized rotation (I, unfortunately, popularized that one =X). applying a rot best practice, assuming the greatest degree of flexibility is desired, is the same method as rotation combining... get the rotation of the prim in the frame that it will be applied in, and then multiply it in the order that produces either a prim relative, or frame relative manner. there are actually ~8+ ways to rotate a prim around a point, depending on if that point is relative to the prim rotating (offset), or to the frame it's in (fixed), whether the calculation is done from the objects perspective, or the points perspective, and whether you want to track the current value by the position or rotation of the point.... 2 are detailed on the rotation page linked from my user page. Rotating a child around a global point is is a slightly odd case that could possibly break much more easily than simply rotating a child around a local point, but the format is almost exactly the same.... I'd be happy to detail extended examples for all of those though (and I promise not to use overly obscure variable names).... I've actually been wanting to update the rotations page under my user page for a while anyways, so I'll detail them there, and you can feel free to pirate my examples for your prospective page design? it may be a week or so before I get to it though. -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 08:30, 2 October 2010 (UTC)

:: Well I'm probably going to be about the same unless I get some time today or tomorrow; as I say I'm not really up on the best way to do everything, as my knowledge is mostly purely practical as I'm sure is the case with most scripters, so I think a "cheat sheet" will help greatly. Coincidentally, I've actually always used <code>rotReversed = (ZERO_ROTATION / rot)</code>, seems I also fooled into thinking negative .s might have been simpler, so at least it seems I haven't been completely wrong all this time after all! Anyway, whenever I find time I'll create a page and try to come up with a logical order, then start filling out the examples I can be sure of getting right, and update whenever I get to some meaningful stage. -- '''[[User:Haravikk_Mistral|Haravikk]]''' ([[User_talk:Haravikk_Mistral|talk]]|[[Special:Contributions/Haravikk_Mistral|contribs]]) 10:30, 2 October 2010 (UTC)

: m'kay, I'm a nitwit... somehow I thought this conversation happened on the blogorums, and I was trying to figure out who I needed to let know that I'd be updating [[User:Void_Singer/Rotations|my rotations page]] (and make sure I covered all the cases listed)... anyways, yeah... that will happen this week and now that I have the list I can make sure it's all covered. -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 12:20, 25 October 2010 (UTC)

::Heh, I made the same mistake as well another time myself! Needless to say I haven't got anywhere with my layout as I keep getting distracted with other things (as I am much too prone to doing). Anyway, your page is looking excellent, and thinking on it I'm wondering if perhaps the "cheat sheet" style page will be a good candidate for the {{LSLGC|Rotation|Rotation Category}} page which is currently a bit bleak, so that it has the "live" list of all LSL functions, as well as plenty of cheat-sheet examples. This leaves this article to be all in depth and trying to explain them in more depth, and we just have a prominent link. Am just thinking this as while I come off a bit disparaging about this article, it is actually very good, just not what most scripters want or need to know when a nice set of examples will do just fine.
::I also wondered if it might be worth adding mirroring of a rotation to the list of examples; whereby an upper right rotation can be mirrored along your front into an upper left for example. I know it doesn't come up a lot but I know it's something I've never really grasped myself. I always end up just doing things by eye until I get it close enough to round to the correct value, which is very unscientific! -- '''[[User:Haravikk_Mistral|Haravikk]]''' ([[User_talk:Haravikk_Mistral|talk]]|[[Special:Contributions/Haravikk_Mistral|contribs]]) 22:51, 25 October 2010 (UTC)

::: Look up Jeffrey's prim mirror for the math for mirroring rotations. I forget the details of how to do it aswell (it's been too long since I've done anything but edit the wiki). By all means please improve the rotation category page. I hope the changes to the table are ok with people. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 20:06, 26 October 2010 (UTC)

::hmm that should be something I add to the page... IIRC it's just sign flipping of the elements... can't remember the exact sequence, but I'm sure I can trial and error it if I don't have a copy of the prim mirror. I've done some of the page edits for my page already, although I was tired and had to stop, so it's got typos and I haven't redone the examples yet (but you can pull from the previous version in history) -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 00:46, 27 October 2010 (UTC)

== Position of Object Rotated Around A Relative Point ==
I found the snippet code for "Position of Object Rotated Around A Relative Point" to be difficult to grasp without some trials and errors (check the [http://lslwiki.net/lslwiki/wakka.php?wakka=rotation lslwiki] for a different answer). I made a few tests and i realised that the lslwiki code lacked the adjustment to original object orientation (* llGetRot( )) so the rotation started around a point located to an absolute world offset instead of relative to the object's orientation. I tried to add something to the lslwiki code but i failed to find exactly where to use llGetRot there. I then returned to this page's code and after looking closer i was able to write a small demo that seems to work (I don't have the time to make further tests, i hope someone will check it and see if i didn't make some mistake). Here is my script that now seems to handle both cases correctly (having one face of the prim (case 1) facing or (case 2) staying in the same rotation all along its orbit toward the center of rotation) : [http://lsl.pastebin.com/n3PnnG3h Position of Object Rotated Around A Relative Point] (feel free to add the snippet to the wiki page or anywhere you need it if you think its usefull - i don't care for credits, just don't say you made it yourself)
([[User:Francoise Eichel|Francoise Eichel]] 11:11, 22 February 2011 (PST))

<lsl>/*
Position of Object Rotated Around A Relative Point,
from : http://wiki.secondlife.com/wiki/Rotation
change the FACING value to have the object
keep its original orientation all around its orbit (FALSE)
keep the same face turned toward the center of rotation (TRUE)
*/
integer FACING = FALSE;

rotation vRotArc;
vector vPosOffset;

RotAround( integer facing )
{
vector curpos = llGetPos();
vector p = curpos + (vPosOffset - vPosOffset * vRotArc) * llGetRot();
if( facing )
llSetPrimitiveParams( [ PRIM_POSITION, p, PRIM_ROTATION, vRotArc * llGetRot() ] );
else
{
llSetPrimitiveParams( [ PRIM_POSITION, p ] );
vPosOffset = vPosOffset * vRotArc;
}
}

integer orbiting;
default
{
state_entry()
{
vRotArc = llEuler2Rot( <30.0, 0.0, 0.0> * DEG_TO_RAD );
vPosOffset = <0.0, 1.0, 0.0>;
}

touch_start(integer total_number)
{
llSetTimerEvent( 2*(orbiting = !orbiting) );
}
timer( )
{
RotAround( FACING );
}
}</lsl>

:Looks good, two problems:
:*While this method is expedient, the point which the object orbits will drift due to rounding errors. The simple solution is to store the center position in a global.
:*Making vRotArc & vPosOffset globals makes reusing this function difficult (as it has dependencies external to it). Function parameters on the other hand would eliminate this problem. This is a coding style issue and can (and should in this case!) be ignored.
:Not only will the position drift, but so will the rotation of the object, removing llGetRot from inside the loop will reduce drift but won't eliminate it. The solution to this problem is to define the axis of rotation and change the angle of rotation. This is also a good opportunity to use states.

:Please check that the following code works, I haven't done extensive tested. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 22:22, 22 February 2011 (PST)

<lsl>/*
Position of Object Rotated Around A Relative Point,
from : http://wiki.secondlife.com/wiki/Rotation
change the bFacing value to have the object
keep its original orientation all around its orbit (FALSE)
keep the same face turned toward the center of rotation (TRUE)
*/
integer bFacing = FALSE;

integer iDegrees = 30;
vector vPosOffset = <0.0, 1.0, 0.0>;
vector vRotAxis = <0.0, 0.0, 1.0>;

vector vPosCenter;
rotation rRotStart;
integer iSteps = 0;

default
{
state_entry()
{
vPosCenter = llGetPos() - vPosOffset;
rRotStart = llGetRot();
state on;
}
}

state on
{
state_entry()
{
llSetTimerEvent( 2.0 );
}
touch_start(integer i)
{
llSetTimerEvent( 0.0 );
state off;
}
timer()
{
iSteps = (iSteps + iDegrees) % 360;//eliminates compounding rounding errors
rotation rRotArc = llAxisAngle2Rot(vRotAxis, DEG_TO_RAD * iSteps);
vector dest = vPosCenter + (vPosOffset * rRotArc * rRotStart);
if( bFacing )
llSetPrimitiveParams( [ PRIM_POSITION, dest, PRIM_ROTATION, rRotArc * rRotStart ] );
else
llSetPrimitiveParams( [ PRIM_POSITION, dest ] );
}
}

state off
{
touch_start(integer i)
{
state on;
}
}</lsl>

== Attached prims: how to get the rotation of the attach point relative to the avatar forward vector ==

I have no idea how to accomplish that, and I would need to do it in order to reverse all the rotations in an attached linked child prim.
My goal is to have one of the linked child prims always pointing in the same direction as the avatar forward vector.
I am struggling with this and many many other problems with rotations when dealing with attached prims.

-- [[User:Clodoveo Haven|Clodoveo Haven]] 06:40, 13 August 2011 (PDT)

attach points are only relative to themselves, because they are subject to animations (which are client side effcts).... if you make a static animation, then any attachment position will also be static, and you can estimate the facing. the pelvis is an exception, it defaults to the avatar position/facing. -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 16:46, 21 August 2011 (PDT)

== Useful Tutorials ==
Grandma Bates has posted a couple of very helpful tutorials at [http://www.sluniverse.com/php/vb/tutorials/62235-basic-introduction-rotations.html Basic Introduction to Rotations] and [http://www.sluniverse.com/php/vb/tutorials/62479-introduction-rotations-translations-rotation-tutorial.html#post1337030 Introduction to Rotations with Translations (rotation tutorial part II)] over at SLU.

Would it an idea to link to them somewhere? [[User:Innula Zenovka|Innula Zenovka]] 07:04, 31 July 2011 (PDT)

: even better, get permission to copy and link it as it's own page here? -- '''[[User:Void_Singer|Void]]''' ([[User_talk:Void_Singer|talk]]|[[Special:Contributions/Void_Singer|contribs]]) 08:18, 31 July 2011 (PDT)

: I've asked her, and she'll be delighted to have it copied. She's edited the two pieces to add a Creative Commons licence. [[User:Innula Zenovka|Innula Zenovka]] 11:04, 31 July 2011 (PDT)

:: Sounds like a plan. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 15:16, 31 July 2011 (PDT)

== [[PRIM_ROT_LOCAL]] & [[ PRIM_POS_LOCAL ]] ==

Aspects of the article needs to be rewritten since we now have [[PRIM_ROT_LOCAL]] and [[PRIM_POS_LOCAL]]. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 12:19, 5 September 2011 (PDT)

== Some interesting values ==

What rotations do you get for various Euler coordinates? Derived from LSL and the viewer GUI:
<lsl>
default
{ state_entry()
{ llSetTimerEvent(1.0); }

timer()
{ rotation rot = llGetRot();
llSetText("My rotation: "
+ "\n X: " + (string)rot.x
+ "\n Y: " + (string)rot.y
+ "\n Z: " + (string)rot.z
+ "\n S: " + (string)rot.s
+ "\n \n \n \n \n \n \n \n \n ",
<1,1,1>,1);
}
}
</lsl>

{|
! colspan=3| Degrees
! #
! colspan=4| Rotation
|-
! X !! Y !! Z !! # !! X !! Y !! Z !! S
|-
| colspan="8" | Starting position:
|-
| 0 || 0 || 0 || # || 0.000000 || 0.000000 || 0.000000 || 1.000000
|-
| colspan="8" | Symmetry mystery
|-
| 60 || 0 || 0 || # || 0.500000 || 0.000000 || 0.000000 || 0.866025
|-
| 0 || 60 || 0 || # || 0.000000 || 0.500000 || 0.000000 || 0.866025
|-
| 0 || 0 || 60 || # || 0.000000 || 0.000000 || 0.500000 || 0.866025
|-
| 90 || 0 || 0 || # || 0.707107 || 0.000000 || 0.000000 || 0.707107
|-
| 0 || 90 || 0 || # || 0.000000 || 0.707107 || 0.000000 || 0.707107
|-
| 0 || 0 || 90 || # || 0.000000 || 0.000000 || 0.707107 || 0.707107
|-
| 120 || 0 || 0 || # || 0.866025 || 0.000000 || 0.000000 || 0.500000
|-
| 0 || 120 || 0 || # || 0.000000 || 0.866025 || 0.000000 || 0.500000
|-
| 0 || 0 || 120 || # || 0.000000 || 0.000000 || 0.866025 || 0.500000
|-
| colspan=8 | Negative and positive 0.000000 ?? ...
|-
| 180 || 0 || 0 || # ||-1.000000 || 0.000000 ||-0.000000 || 0.000000
|-
| 0 || 180 || 0 || # ||-0.000000 ||-1.000000 ||-0.000000 || 0.000000
|-
| 0 || 0 || 180 || # ||-0.000000 ||-0.000000 ||-1.000000 || 0.000000
|-
| colspan=8 | Is -180 different from 180? Well, that depends on there being a difference between -0 and 0, above...
|-
| -180 || 0 || 0 || # || 1.000000 || 0.000000 || 0.000000 || 0.000000
|-
| 0 || -180 || 0 || # || 0.000000 || 1.000000 || 0.000000 || 0.000000
|-
| 0 || 0 || -180 || # || 0.000000 || 0.000000 || 1.000000 || 0.000000
|}

:Quaternions only need half a 4 dimensional sphere to work, the other half is duplicate so, <0,0,0,1> expresses the same angle as <0,0,0,-1>. Mathematically there is no difference between negative and positive zero, but that doesn't mean negative zero is not without it's use which is why it is supported in the floating point standard. As you can see, by preserving the negative zero, you can get seemingly different values, which are just mirror of the same angle. You may want to read [[Quaternion]]. -- '''[[User:Strife_Onizuka|Strife]]''' ([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]]) 10:21, 6 December 2011 (PST)

== Viewer UI, object rotation bugs, code analysis ==

So, I think we all know the Viewer UI for rotating objects sucks. Values randomly flip themselves around, and entering angles into one field inexplicably causes the value to disappear and instead the other fields change. Many submissions to the JIRA have resulted in "WON'T FIX" or "EXPECTED BEHAVIOR" responses, with no explanation or proper resolution.

Well, the real answer appears to be to tackle the source directly to figure out why it does this, and what can be done to make its behavior more sane, because nobody at LL seems willing to deal with it themselves.

(The challenge for me personally is that I am not a c++ programmer so I don't fully understand the arcane details of the language. *.h files are apparently for declarations while *.cpp is for definitions, but it seems like if you wade into putting actual code into the .h, beyond simply declaring "int x;" or somesuch, then *.h acts as a *.cpp. But LL has full complete code in .h and apparently conflicting duplicate full complete code in *.cpp. Probably an expert C++ coder would know which parts of this mess is ignored by the compiler.)

=== object editor panel UI ===
Starting point, the user interface of the object editor panel:

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/newview/llpanelobject.cpp

Line 145:
<pre>
// Rotation
mLabelRotation = getChild<LLTextBox>("label rotation");
mCtrlRotX = getChild<LLSpinCtrl>("Rot X");
childSetCommitCallback("Rot X",onCommitRotation,this);
mCtrlRotY = getChild<LLSpinCtrl>("Rot Y");
childSetCommitCallback("Rot Y",onCommitRotation,this);
mCtrlRotZ = getChild<LLSpinCtrl>("Rot Z");
childSetCommitCallback("Rot Z",onCommitRotation,this);
</pre>

=== onCommitRotation ===
Searching for "onCommitRotation" in same file...

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/newview/llpanelobject.cpp

Line 1951:
<pre>
// static
void LLPanelObject::onCommitRotation( LLUICtrl* ctrl, void* userdata )
{
LLPanelObject* self = (LLPanelObject*) userdata;
BOOL btn_down = ((LLSpinCtrl*)ctrl)->isMouseHeldDown() ;
self->sendRotation(btn_down);
}
</pre>

=== sendRotation ===
Searching for "sendRotation" in same file...

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/newview/llpanelobject.cpp

Line 1578:
<pre>
// BUG: Make work with multiple objects
void LLPanelObject::sendRotation(BOOL btn_down)
{
if (mObject.isNull()) return;

LLVector3 new_rot(mCtrlRotX->get(), mCtrlRotY->get(), mCtrlRotZ->get());
new_rot.mV[VX] = llround(new_rot.mV[VX], OBJECT_ROTATION_PRECISION);
new_rot.mV[VY] = llround(new_rot.mV[VY], OBJECT_ROTATION_PRECISION);
new_rot.mV[VZ] = llround(new_rot.mV[VZ], OBJECT_ROTATION_PRECISION);

// Note: must compare before conversion to radians
LLVector3 delta = new_rot - mCurEulerDegrees;

if (delta.magVec() >= 0.0005f)
{
mCurEulerDegrees = new_rot;
new_rot *= DEG_TO_RAD;

LLQuaternion rotation;
rotation.setQuat(new_rot.mV[VX], new_rot.mV[VY], new_rot.mV[VZ]);

if (mRootObject != mObject)
{
rotation = rotation * ~mRootObject->getRotationRegion();
}
std::vector<LLVector3>& child_positions = mObject->mUnselectedChildrenPositions ;
std::vector<LLQuaternion> child_rotations;
if (mObject->isRootEdit())
{
mObject->saveUnselectedChildrenRotation(child_rotations) ;
mObject->saveUnselectedChildrenPosition(child_positions) ;
}

mObject->setRotation(rotation);
LLManip::rebuild(mObject) ;

// for individually selected roots, we need to counterrotate all the children
if (mObject->isRootEdit())
{
mObject->resetChildrenRotationAndPosition(child_rotations, child_positions) ;
}

if(!btn_down)
{
child_positions.clear() ;
LLSelectMgr::getInstance()->sendMultipleUpdate(UPD_ROTATION | UPD_POSITION);
}
}
}
</pre>

=== F32 LLVector3::magVec ===
Googling goes to Dale Glass's website which says:
---> F32 LLVector3::magVec () const, in file v3math.h

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/v3math.h

Line 337:
<pre>
inline F32 LLVector3::magVec(void) const
{
return (F32) sqrt(mV[0]*mV[0] + mV[1]*mV[1] + mV[2]*mV[2]);
}
</pre>

(MagVec is not defined in the matching v3math.cpp so this *.h is the declaration and definition.)

=== const LLQuaternion& setQuat ===

Understanding this section is a confusing mess for a non C++ programmer. Which of these is actually used by "rotation.setQuat(new_rot.mV[VX], new_rot.mV[VY], new_rot.mV[VZ]);" ?

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/llquaternion.h

Line 51:
<pre>
class LLQuaternion
{
public:

[..........]

const LLQuaternion& setQuatInit(F32 x, F32 y, F32 z, F32 w); // deprecated
const LLQuaternion& setQuat(const LLQuaternion &quat); // deprecated
const LLQuaternion& setQuat(const F32 *q); // deprecated
const LLQuaternion& setQuat(const LLMatrix3 &mat); // deprecated
const LLQuaternion& setQuat(const LLMatrix4 &mat); // deprecated
const LLQuaternion& setQuat(F32 angle, F32 x, F32 y, F32 z); // deprecated
const LLQuaternion& setQuat(F32 angle, const LLVector3 &vec); // deprecated
const LLQuaternion& setQuat(F32 angle, const LLVector4 &vec); // deprecated
const LLQuaternion& setQuat(F32 roll, F32 pitch, F32 yaw); // deprecated
</pre>

Line 273:
<pre>
// deprecated
inline const LLQuaternion& LLQuaternion::setQuatInit(F32 x, F32 y, F32 z, F32 w)
{
mQ[VX] = x;
mQ[VY] = y;
mQ[VZ] = z;
mQ[VS] = w;
normalize();
return (*this);
}

// deprecated
inline const LLQuaternion& LLQuaternion::setQuat(const LLQuaternion &quat)
{
mQ[VX] = quat.mQ[VX];
mQ[VY] = quat.mQ[VY];
mQ[VZ] = quat.mQ[VZ];
mQ[VW] = quat.mQ[VW];
normalize();
return (*this);
}

// deprecated
inline const LLQuaternion& LLQuaternion::setQuat(const F32 *q)
{
mQ[VX] = q[VX];
mQ[VY] = q[VY];
mQ[VZ] = q[VZ];
mQ[VS] = q[VW];
normalize();
return (*this);
}
</pre>

--------------------

Overlapping function definitions in the *.cpp:

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/llquaternion.cpp

Line 219:
<pre>
// deprecated
const LLQuaternion& LLQuaternion::setQuat(F32 angle, F32 x, F32 y, F32 z)
{
LLVector3 vec(x, y, z);
vec.normalize();

angle *= 0.5f;
F32 c, s;
c = cosf(angle);
s = sinf(angle);

mQ[VX] = vec.mV[VX]*s;
mQ[VY] = vec.mV[VY]*s;
mQ[VZ] = vec.mV[VZ]*s;
mQ[VW] = c;

normalize();
return (*this);
}

// deprecated
const LLQuaternion& LLQuaternion::setQuat(F32 angle, const LLVector3 &vec)
{
LLVector3 v(vec);
v.normalize();

angle *= 0.5f;
F32 c, s;
c = cosf(angle);
s = sinf(angle);

mQ[VX] = v.mV[VX]*s;
mQ[VY] = v.mV[VY]*s;
mQ[VZ] = v.mV[VZ]*s;
mQ[VW] = c;

normalize();
return (*this);
}

const LLQuaternion& LLQuaternion::setQuat(F32 angle, const LLVector4 &vec)
{
LLVector3 v(vec.mV[VX], vec.mV[VY], vec.mV[VZ]);
v.normalize();

F32 c, s;
c = cosf(angle*0.5f);
s = sinf(angle*0.5f);

mQ[VX] = v.mV[VX]*s;
mQ[VY] = v.mV[VY]*s;
mQ[VZ] = v.mV[VZ]*s;
mQ[VW] = c;

normalize();
return (*this);
}

const LLQuaternion& LLQuaternion::setQuat(F32 roll, F32 pitch, F32 yaw)
{
LLMatrix3 rot_mat(roll, pitch, yaw);
rot_mat.orthogonalize();
*this = rot_mat.quaternion();

normalize();
return (*this);
}

const LLQuaternion& LLQuaternion::setQuat(const LLMatrix3 &mat)
{
*this = mat.quaternion();
normalize();
return (*this);
}

const LLQuaternion& LLQuaternion::setQuat(const LLMatrix4 &mat)
{
*this = mat.quaternion();
normalize();
return (*this);
//#if 1
// // NOTE: LLQuaternion's are actually inverted with respect to
// // the matrices, so this code also assumes inverted quaternions
// // (-x, -y, -z, w). The result is that roll,pitch,yaw are applied
// // in reverse order (yaw,pitch,roll).
// F64 cosX = cos(roll);
// F64 cosY = cos(pitch);
// F64 cosZ = cos(yaw);
//
// F64 sinX = sin(roll);
// F64 sinY = sin(pitch);
// F64 sinZ = sin(yaw);
//
// mQ[VW] = (F32)sqrt(cosY*cosZ - sinX*sinY*sinZ + cosX*cosZ + cosX*cosY + 1.0)*.5;
// if (fabs(mQ[VW]) < F_APPROXIMATELY_ZERO)
// {
// // null rotation, any axis will do
// mQ[VX] = 0.0f;
// mQ[VY] = 1.0f;
// mQ[VZ] = 0.0f;
// }
// else
// {
// F32 inv_s = 1.0f / (4.0f * mQ[VW]);
// mQ[VX] = (F32)-(-sinX*cosY - cosX*sinY*sinZ - sinX*cosZ) * inv_s;
// mQ[VY] = (F32)-(-cosX*sinY*cosZ + sinX*sinZ - sinY) * inv_s;
// mQ[VZ] = (F32)-(-cosY*sinZ - sinX*sinY*cosZ - cosX*sinZ) * inv_s;
// }
//
//#else // This only works on a certain subset of roll/pitch/yaw
//
// F64 cosX = cosf(roll/2.0);
// F64 cosY = cosf(pitch/2.0);
// F64 cosZ = cosf(yaw/2.0);
//
// F64 sinX = sinf(roll/2.0);
// F64 sinY = sinf(pitch/2.0);
// F64 sinZ = sinf(yaw/2.0);
//
// mQ[VW] = (F32)(cosX*cosY*cosZ + sinX*sinY*sinZ);
// mQ[VX] = (F32)(sinX*cosY*cosZ - cosX*sinY*sinZ);
// mQ[VY] = (F32)(cosX*sinY*cosZ + sinX*cosY*sinZ);
// mQ[VZ] = (F32)(cosX*cosY*sinZ - sinX*sinY*cosZ);
//#endif
//
// normalize();
// return (*this);
}
</pre>

(From looking at the above overlapping code definitions, I would assume the section used is this one, in the *.cpp:)

Line 277:
<pre>
const LLQuaternion& LLQuaternion::setQuat(F32 roll, F32 pitch, F32 yaw)
{
LLMatrix3 rot_mat(roll, pitch, yaw);
rot_mat.orthogonalize();
*this = rot_mat.quaternion();

normalize();
return (*this);
}
</pre>

=== const LLMatrix3& orthogonalize(); ===

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/m3math.h

Line 114:
<pre>
const LLMatrix3& orthogonalize(); // Orthogonalizes X, then Y, then Z
</pre>

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/m3math.cpp

Line 458:
<pre>
const LLMatrix3& LLMatrix3::orthogonalize()
{
LLVector3 x_axis(mMatrix[VX]);
LLVector3 y_axis(mMatrix[VY]);
LLVector3 z_axis(mMatrix[VZ]);

x_axis.normVec();
y_axis -= x_axis * (x_axis * y_axis);
y_axis.normVec();
z_axis = x_axis % y_axis;
setRows(x_axis, y_axis, z_axis);
return (*this);
}
</pre>

=== LLMatrix3::quaternion() const ===

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/m3math.h

Line 99:
<pre>
LLQuaternion quaternion() const; // Returns quaternion from mat
</pre>

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/m3math.cpp

Line 244:
<pre>
// SJB: This code is correct for a logicly stored (non-transposed) matrix;
// Our matrices are stored transposed, OpenGL style, so this generates the
// INVERSE quaternion (-x, -y, -z, w)!
// Because we use similar logic in LLQuaternion::getMatrix3,
// we are internally consistant so everything works OK :)
LLQuaternion LLMatrix3::quaternion() const
{
LLQuaternion quat;
F32 tr, s, q[4];
U32 i, j, k;
U32 nxt[3] = {1, 2, 0};

tr = mMatrix[0][0] + mMatrix[1][1] + mMatrix[2][2];

// check the diagonal
if (tr > 0.f)
{
s = (F32)sqrt (tr + 1.f);
quat.mQ[VS] = s / 2.f;
s = 0.5f / s;
quat.mQ[VX] = (mMatrix[1][2] - mMatrix[2][1]) * s;
quat.mQ[VY] = (mMatrix[2][0] - mMatrix[0][2]) * s;
quat.mQ[VZ] = (mMatrix[0][1] - mMatrix[1][0]) * s;
}
else
{
// diagonal is negative
i = 0;
if (mMatrix[1][1] > mMatrix[0][0])
i = 1;
if (mMatrix[2][2] > mMatrix[i][i])
i = 2;

j = nxt[i];
k = nxt[j];

s = (F32)sqrt ((mMatrix[i][i] - (mMatrix[j][j] + mMatrix[k][k])) + 1.f);

q[i] = s * 0.5f;

if (s != 0.f)
s = 0.5f / s;

q[3] = (mMatrix[j][k] - mMatrix[k][j]) * s;
q[j] = (mMatrix[i][j] + mMatrix[j][i]) * s;
q[k] = (mMatrix[i][k] + mMatrix[k][i]) * s;

quat.setQuat(q);
}
return quat;
}
</pre>

=== normalize() ===

manual search, walking backward through includes in "llquaternion.cpp"..
<pre>
#include "linden_common.h"
#include "llmath.h" // for F_PI
#include "llquaternion.h"
//#include "vmath.h"
#include "v3math.h"
#include "v3dmath.h"
#include "v4math.h" ----- Yes
#include "m4math.h" - nope
#include "m3math.h" - nope
#include "llquantize.h" - nope
</pre>

http://hg.secondlife.com/viewer-development/src/a126abe30997/indra/llmath/v4math.h

Line 84:
<pre>
F32 normalize(); // Normalizes and returns the magnitude of LLVector4
</pre>

Line 458:
<pre>
inline F32 LLVector4::normalize(void)
{
F32 mag = (F32) sqrt(mV[VX]*mV[VX] + mV[VY]*mV[VY] + mV[VZ]*mV[VZ]);
F32 oomag;

if (mag > FP_MAG_THRESHOLD)
{
oomag = 1.f/mag;
mV[VX] *= oomag;
mV[VY] *= oomag;
mV[VZ] *= oomag;
}
else
{
mV[0] = 0.f;
mV[1] = 0.f;
mV[2] = 0.f;
mag = 0;
}
return (mag);
}
</pre>

No matching function in v4math.cpp so this *.h is the declaration and definition.

Talk:Rotation

2011-12-04T09:04:11Z

Scalar Tardis: /* Some interesting values */ new section

GRAVITY MULTIPLIER

2011-11-30T19:03:29Z

Scalar Tardis: I don't actually know how this works, but I understand the physics well enough to make educated guesses/suggestions. fix it if you don't like it.

Parameter range: [-1.0 to +28.0]

1.0 is equal to normal Earth gravity (acceleration of 9.8 meters per second in a vacuum)

Considering the object alone, increasing its gravity multiplier has a similar effect as increasing the object's mass.

However, for interactions with other objects the gravity multiplier is different from increasing mass:
* a low-mass object with a high multiplier will not transfer much inertia to another object during an impact.
* a high-mass object with a low multiplier will transfer large amounts of inertia to another impacted object.

Warning, objects with the multiplier set to less than zero will repel gravity, causing the objects to "fall upward". This may result in loss of objects in the sky of a sim.

RESTITUTION

2011-11-30T18:48:54Z

Scalar Tardis: Paste of Andrew Meadows describing it: https://lists.secondlife.com/pipermail/secondlifescripters/2007-April/000806.html

From: https://lists.secondlife.com/pipermail/secondlifescripters/2007-April/000806.html

Andrew Meadows andrew at lindenlab.com
Fri Apr 13 07:31:56 PDT 2007

Havok has a per-prim property called 'restitution' whose range is [0,1].
Basically it is a measure of how much energy is conserved on a collision.
A restitution of 1 would be complete conservation of energy and 0
would be none. Each object's restitution contributes during a collision,
so a bouncy ball still won't bounce high on a soft floor.

The allowed restitution of the various materials in SL are kept low
for stability purposes. High restitution combined with LSL
actions might have modes where unlimited energy could be pumped
into the system. There is a large amount of work to do before we'll
be ready to provide more liberal restitution settings.

Havok's objects are all rigid bodies, so every collision is "instant" in
the sense that the object does not flex. The newer versions of Havok
have "soft body dynamics", although I believe it comes with a significant
performance penalty, more than we would want to incur at this time.

Talk:Viewer Source Files

2009-04-11T15:17:07Z

Scalar Tardis: /* Very Stale page */ new section

== This Aug 2007 page needs updating ==

Could someone with more knowledge and experience please update this Viewer Source Files wiki page?

I'm creating a page documenting where the various VFS, gVFS, gStaticVFS, and LFS references are located in the 1.19.1.4 source. I am basing the layout of the new page on that source file listing.

[[VFS: Where it is used in the viewer]]

In the process I've found a large collection of source files that aren't on the Viewer Source Files page, which I've stuck at the bottom of the new page:

[[VFS: Where it is used in the viewer#Unlisted in Viewer Source Files page]]

I can understand some of these files not being listed, since the viewer source page hasn't been updated since August 2007....... but many of the unlisted files I'm finding were in existence long before that time, like llvfs.cpp.

As a non-C++/Visual Studio programmer, I don't know how to determine which of these "extra" files are actually being used and where they should be added to the Viewer Source Files page. Some may be unused, legacy, or example files, but I have no idea.

[[User:Scalar Tardis|Scalar Tardis]] 22:41, 15 June 2008 (PDT)

== Very Stale page ==

This page has not been significantly updated since in was first created for client 1.17.2. A large number of newer source files are not listed here, such as for the voice chat system and for sculpted primitives. As of today I have added this to [[:Category:Articles in need of updating]]

As a non-official wiki editor and a non-expert programmer, I am loathe to making major changes here lest I get my hand slapped.

Personally I do not like this file since it does not correspond to the source directory structure. But then, I don't like the viewer directory structure either since a huge pile of stuff is thrown into \newview

[[User:Scalar Tardis|Scalar Tardis]] 15:17, 11 April 2009 (UTC)

Source download

2009-04-11T15:07:21Z

Scalar Tardis: Non-plural redirect to the page

#REDIRECT [[Source downloads]]

Viewer Source Files

2009-04-11T15:02:19Z

Scalar Tardis: Add :Category:Articles in need of updating to top. This page has not been updated significantly since it was created. See talk

[[Category:Articles in need of updating]]
= See Also =
[[Viewer Software Overview]]
= Source Files in indra/newview =
Up to date as of 6/2007, version 1.17.2
== General ==
=== Main and Startup ===
viewer.cpp
llstartup.cpp

=== Window Management and Render Pipeline ===
pipeline.cpp
llviewerdisplay.cpp
llviewerprecompiledheaders.cpp
llviewerwindow.cpp
llwindebug.cpp

=== Utility and Misc ===
llbbox.cpp
llbox.cpp
llcallbacklist.cpp
llcontroldef.cpp
lleventnotifier.cpp
lleventpoll.cpp
llhippo.cpp
llregionposition.cpp
moviemaker.cpp
noise.cpp

=== Unused ===
llcape.cpp
lllocalanimationobject.cpp
head.cpp
llanimalcontrols.cpp

== Rendering ==
=== Asset Management ===
llassetuploadresponders.cpp
lltexturecache.cpp
lltexturefetch.cpp
llviewerassetstorage.cpp
llwearable.cpp
llwearablelist.cpp

=== Character and Animation ===
lldriverparam.cpp
llemote.cpp
llviewergesture.cpp
llvoavatar.cpp
see also [[Viewer Software Overview#llcharacter]]

=== Camera ===
llcameraview.cpp
llfollowcam.cpp
llmorphview.cpp
llviewercamera.cpp

=== Effects ===
llhudconnector.cpp
llhudeffect.cpp
llhudeffectbeam.cpp
llhudeffectlookat.cpp
llhudeffectpointat.cpp
llhudeffecttrail.cpp
llhudicon.cpp
llhudmanager.cpp
llhudobject.cpp
llhudrender.cpp
llhudtext.cpp
llhudview.cpp
lltracker.cpp
llvelocitybar.cpp
llvotextbubble.cpp

=== Environment ===
llvlmanager.cpp
llvlcomposition.cpp
llvoclouds.cpp
llvosurfacepatch.cpp
llvoground.cpp
llvosky.cpp
llvostars.cpp
llvowater.cpp
llwind.cpp

=== Viewer Objects: Volumes, Particles, and Trees ===
llvocache.cpp
llvograss.cpp
llvoinventorylistener.cpp
llvopartgroup.cpp
llvotree.cpp
llvovolume.cpp

=== Render Pipeline ===
llcloud.cpp
llcubemap.cpp
llcylinder.cpp
lldrawable.cpp
lldrawpool.cpp
lldrawpoolalpha.cpp
lldrawpoolavatar.cpp
lldrawpoolbump.cpp
lldrawpoolclouds.cpp
lldrawpoolground.cpp
lldrawpoolsimple.cpp
lldrawpoolsky.cpp
lldrawpoolstars.cpp
lldrawpoolterrain.cpp
lldrawpooltree.cpp
lldrawpoolwater.cpp
lldynamictexture.cpp
llface.cpp
llfeaturemanager.cpp
llflexibleobject.cpp
llglsandbox.cpp
llglslshader.cpp
llpatchvertexarray.cpp
llpolymesh.cpp
llpolymorph.cpp
llsky.cpp
llspatialpartition.cpp
llsphere.cpp
llsprite.cpp
llsurface.cpp
llsurfacepatch.cpp
lltexlayer.cpp
llviewerimage.cpp
llviewerimagelist.cpp
llviewerjoint.cpp
llviewerjointattachment.cpp
llviewerjointmesh.cpp
llviewerjointshape.cpp
llviewervisualparam.cpp
llviewerlayer.cpp
llviewerobject.cpp
llviewerobjectlist.cpp
llviewerpartsim.cpp
llviewerpartsource.cpp
llviewertextureanim.cpp

== Input and Output ==
=== Audio ===
fmodwrapper.cpp
llaudiosourcevo.cpp
llaudiostatus.cpp

=== Input ===
llviewerjoystick.cpp
llviewerkeyboard.cpp

== Data and Communication ==
=== Agents ===
llagent.cpp
llagentdata.cpp
llagentpilot.cpp

=== Region and World ===
llviewerregion.cpp
llworld.cpp

=== Network ===
llasynchostbyname.cpp
llcaphttpsender.cpp
llurl.cpp
llurlwhitelist.cpp
lluserauth.cpp
llviewergenericmessage.cpp
llviewermessage.cpp
llviewernetwork.cpp
llviewerthrottle.cpp
llweb.cpp
llxmlrpctransaction.cpp

== User Interface ==
see also [[Viewer Software Overview#llui]]
=== Alerts ===
llconfirmationmanager.cpp
llfirstuse.cpp
llnotify.cpp

=== Assets ===
llcompilequeue.cpp
llfloateranimpreview.cpp
llfloaterimagepreview.cpp
llfloatergesture.cpp
llpreview.cpp
llpreviewanim.cpp
llpreviewgesture.cpp
llpreviewlandmark.cpp
llpreviewnotecard.cpp
llpreviewscript.cpp
llpreviewsound.cpp
llpreviewtexture.cpp
llfloaterinspect.cpp
llfloateropenobject.cpp
llfloaterproperties.cpp
llfloaterscriptdebug.cpp

=== Avatar Appearance ===
llgenepool.cpp
llgesturemgr.cpp
llfloaterclothing.cpp
llfloatercustomize.cpp
llpanelmorph.cpp

=== Chat, Instant Messaging, Notices, Reports ===
llchatbar.cpp
llfloaterchat.cpp
llgroupmgr.cpp
llgroupnotify.cpp
llimpanel.cpp
llimview.cpp
lllogchat.cpp
llmutelist.cpp
llfloatermute.cpp
llfloaternewim.cpp
llfloaterpostcard.cpp
llfloaterreporter.cpp

=== Data ===
llclassifiedinfo.cpp
lleventinfo.cpp
llfloaterabout.cpp
llfloaterauction.cpp
llfloateravatarinfo.cpp
llfloatergroupinfo.cpp
llfloatergroupinvite.cpp
llfloatergroups.cpp
llfloaterland.cpp
llfloaterlandholdings.cpp
llfloaterregioninfo.cpp
llfloatertelehub.cpp
llfloatertos.cpp
llpanelavatar.cpp
llpanelclassified.cpp
llpanelevent.cpp
llpanelgroup.cpp
llpanelgroupgeneral.cpp
llpanelgroupinvite.cpp
llpanelgrouplandmoney.cpp
llpanelgroupnotices.cpp
llpanelgrouproles.cpp
llpanelgroupvoting.cpp
llpanelland.cpp
llpanellandobjects.cpp
llpanellandoptions.cpp

=== Data:Inventory ===
llcallingcard.cpp
llinventoryactions.cpp
llinventorybridge.cpp
llinventoryclipboard.cpp
llinventorymodel.cpp
llinventoryview.cpp
lllandmarklist.cpp
llfloaterfriends.cpp
llviewerinventory.cpp

=== Data: Money and Land ===
llcurrencyuimanager.cpp
llgivemoney.cpp
llfloaterbuy.cpp
llfloaterbuycontents.cpp
llfloaterbuycurrency.cpp
llfloaterbuyland.cpp
llfloatersellland.cpp

=== Data:Search ===
llfloaterdirectory.cpp
llpaneldirbrowser.cpp
llpaneldirclassified.cpp
llpaneldirevents.cpp
llpaneldirfind.cpp
llpaneldirgroups.cpp
llpaneldirland.cpp
llpaneldirpeople.cpp
llpaneldirplaces.cpp
llpaneldirpopular.cpp
llpanelpick.cpp
llpanelplace.cpp

=== Data:Map ===
llcompass.cpp
llfloatermap.cpp
llfloaterworldmap.cpp
llmapresponders.cpp
llnetmap.cpp
llworldmap.cpp
llworldmapview.cpp

=== Objects and Edit Tools ===
llhoverview.cpp
llmanip.cpp
llmaniprotate.cpp
llmanipscale.cpp
llmaniptranslate.cpp
llfloaterbuildoptions.cpp
llfloaterbump.cpp
llfloatercolorpicker.cpp
llfloaterpermissionsmgr.cpp
llfloatertools.cpp
llpanelcontents.cpp
llpanelface.cpp
llpanelgeneral.cpp
llpanelinventory.cpp
llpanelobject.cpp
llpanelpermissions.cpp
llselectmgr.cpp
lltool.cpp
lltoolbar.cpp
lltoolbrush.cpp
lltoolcomp.cpp
lltooldraganddrop.cpp
lltoolface.cpp
lltoolfocus.cpp
lltoolgrab.cpp
lltoolgun.cpp
lltoolindividual.cpp
lltoolmgr.cpp
lltoolmorph.cpp
lltoolobjpicker.cpp
lltoolpie.cpp
lltoolpipette.cpp
lltoolplacer.cpp
lltoolselect.cpp
lltoolselectland.cpp
lltoolselectrect.cpp
lltoolview.cpp
llviewerparcelmgr.cpp
llviewerparceloverlay.cpp

=== HTML===
llfloaterhtml.cpp
llfloaterhtmlfind.cpp
llfloaterhtmlhelp.cpp

=== Import, Export, Upload ===
llfloaterimport.cpp
llfloatersaveavatar.cpp
llfloatersnapshot.cpp
lluploaddialog.cpp

=== Menus, Overlays, Login ===
llmediaremotectrl.cpp
llmenucommands.cpp
llmoveview.cpp
lloverlaybar.cpp
llpanellogin.cpp
llprogressview.cpp
llviewermenu.cpp
llviewermenufile.cpp

=== Preferences ===
llfloaterpreference.cpp
llpanelaudioprefs.cpp
llprefschat.cpp
llprefsim.cpp
llpaneldisplay.cpp
llpanelmsgs.cpp
llpanelnetwork.cpp
llpanelvolume.cpp
llpanelweb.cpp

=== Utility ===
llcolorscheme.cpp
lldirpicker.cpp
llfilepicker.cpp
llfloateravatarpicker.cpp
llfloaternamedesc.cpp
llsavedsettingsglue.cpp
llviewchildren.cpp
*TODO: deprecate llcolorscheme.cpp, llsavedsettingsglue.cpp, and llviewchildren.cpp

=== Widgets ===
llcolorswatch.cpp
llcontainerview.cpp
llfolderview.cpp
llnamebox.cpp
llnameeditor.cpp
llnamelistctrl.cpp
lltexturectrl.cpp
lljoystickbutton.cpp
llviewertexteditor.cpp
llvieweruictrlfactory.cpp
llwebbrowserctrl.cpp

=== Debug ===
llconsole.cpp
lldebugmessagebox.cpp
lldebugview.cpp
llfasttimerview.cpp
llframestats.cpp
llframestatview.cpp
llmemoryview.cpp
llfloateravatartextures.cpp
llfloatereditui.cpp
llfloatergodtools.cpp
llfloatertest.cpp
llfloatertopobjects.cpp
llpaneldebug.cpp
llstatbar.cpp
llstatgraph.cpp
llstatusbar.cpp
llstatview.cpp
lltextureview.cpp
llvelocitybar.cpp
llviewercontrol.cpp
llviewerstats.cpp

[[Category:Compiling viewer]]

Article needs updating

2009-04-11T14:57:44Z

Scalar Tardis: stale pages redirect

#REDIRECT [[Is it up to date?]]

Stale pages

2009-04-11T14:56:25Z

Scalar Tardis: stale pages redirect

#REDIRECT [[Is it up to date?]]

Stale page

2009-04-11T14:55:48Z

Scalar Tardis: stale pages redirect

#REDIRECT [[Is it up to date?]]

Stale

2009-04-11T14:55:18Z

Scalar Tardis: stale pages redirect

#REDIRECT [[Is it up to date?]]

Sculpted Prims: FAQ

2009-01-20T23:34:36Z

Scalar Tardis: In question #1, touch on the issue of soft organic shapes vs hard-edged support added later, and discuss lossless compression in further detail in item #3..

{{Help|Object=*}}

== Sculpted Prims: Frequently Asked Questions ==

 
{| align="right"
| __TOC__
|}
;Q. What is a Sculpted Prim?

:*A '''Sculpted Prim''' is a prim whose shape is determined by a texture. These textures are called '''[[#SculptTextures|Sculpt Textures]]'''. You can use sculpted prims to create complex shapes that are not currently possible with Second Life's prim system.
:*Sculpted prims were originally intended by Linden Lab to support only '''soft organic shapes''' with imprecise surface definition, but by popular demand were later extended to support the creation of complex, '''hard-edged objects''' with precise surface definition, similar to traditional 3D surface meshes used in other 3D software.



;Q. What is a Sculpt Texture?

:* A '''Sculpt Texture''' or '''Sculpt Map''' is a standard RGB [[Textures|texture]] where the R (red), G (green) and B (blue) channels are mapped onto X, Y, and Z space. Sculpt Textures are similar to so-called "[http://en.wikipedia.org/wiki/Normal_mapping normal maps]", but instead of encoding surface normals we encode surface positions.

:* They are also similar to [http://en.wikipedia.org/wiki/Displacement_mapping displacement maps], but instead of a single scalar distance we have three values — one each for the X, Y, and Z coordinates. Sculpt Textures are also very similar to [http://en.wikipedia.org/wiki/Parametric_surface parametric] (e.g. [http://en.wikipedia.org/wiki/NURBS NURBS]) surfaces. See [[Sculpted_Prim_Explanation|Sculpted Prims: Under the Hood]] for details.

;Q. Why use textures (images) to encode shapes?

:* An image is just an array of numeric triples, which is what you need for a sculpty, so why not? Also, using image formats to encode shapes comes in very handy because there are many existing tools for handling them. Image compression, streaming, progressive loading, and animation are all well-explored problems. For example, we could create a Quicktime stream which fades from one sculpt texture (sculpt map) to another. When attached to a sculpted prim, the prim would "morph" from one shape to the other. Another example: it would be easy to have a flash animation generate a sculpted prim — when a resident touches a spot on its surface, the shape could wiggle and ripple appropriately. This is the direction we are headed.
:* The original Linden Lab implementation of sculpted prims used a ''lossy'' texture compression method to store the shape in Second Life's asset storage system. This resulted in an object created with hard edges being ''softened'' when uploaded into the world, creating only rough approximations since the upload necessarily discarded some of the texture detail.
:* By popular demand, an option was added to permit the use of ''lossless compression'' when the sculpt texture is uploaded, to preserve the texture detail and the original object shape, at a cost of greater texture storage requirements in the Second Life asset system.

;Q. Where can I go to obtain or share Sculpt Maps and Textures?

:* [[Sculpted Prims: Sculpt Maps and Textures|Sculpt Maps and Textures]]

;Q. How can I make a Sculpt Texture?

One way is to create a 3D model in an [[Sculpted_Prims:_3d_Software_Guide|external 3D software package]], and then export a [[Sculpt Map]] for uploading to Second Life.

Members of the SL community have written [http://amandalevitsky.googlepages.com/sculptedprims several] [http://bentha.net/sculpted-tuto/Blender-export-template-tut.html tutorials] for [[Sculpted_Prims:_3d_Software_Guide#Blender|Blender]], an open-source 3D modeling platform.
Qarl Linden has written an exporter for the [[Sculpted_Prims:_3d_Software_Guide#Maya_.28Autodesk.2FWavefront.29|Maya]] modeling program ([[LlSculpt_mel|code available here]], [[#MayaExporter|installation instructions below]]).
There is a [http://www.independentdeveloper.com/archive/2007/09/27/sculpted_prims_from_existing_3 tutorial] for using [[Sculpted_Prims:_3d_Software_Guide#AC3D_(invis)|AC3D]] to export any pre-existing 3D model. Exporters for [http://en.wikipedia.org/wiki/3D_Studio_Max 3D Studio Max] and [http://en.wikipedia.org/wiki/Pixologic ZBrush] will be available soon. There is also import/export for [[Wings 3D]].

Linden Lab has plans to provide a sculpt editor within the Second Life viewer. Check the [[Sculpted_Prims:_3d_Software_Guide|Sculpted Prims: 3D Software Guide]] wiki page for more the latest developments; there's an ongoing discussion [[Talk:Sculpted_Prims#3D_Programs_for_the_Rich_and...the_not_so_Rich.|Sculpted Prims:Talk]] page.

A second way is to calculate the texture directly using a programming language and the mathematics of the shape. For examples, see [http://www.kanae.net/secondlife/ Rokuro] or nand Nerd's [http://www.nandnerd.info/sculpty.php | Sculpt Texture Generator].

A third way: A number of residents have created in-world tools with LSL and web code - you can select a number of parameters or edit a array of normal prims from which the program calculates the points of the sculpt texture.

An extensive list of resident-created tools both inworld and out can be found here: [[Sculpted Prims: Resident-made Tools]] .

;Q. How do I create a Sculpted Prim from a texture?

:* First create a regular prim (any type). Then edit it, and in the object tab change the prim type to ''sculpted''. You'll then be able to select the sculpt texture on that tab. The "Texture" tab will allow you to change the surface texture.


;Q. How do i use the Maya exporter?

:* Go to [[llSculpt_mel|this page]] and copy the contents of the script. Paste it into your Maya script editor and save it. (Optionally, drag it into a button on your tool bar.) When you run the exporter script, it will pop up a dialog box with exporting options. Select which shapes you wish to export and press the "Export" button. The ideal candidate for export is a [[Sculpted Prims Creators Guide#NURBS|NURBS surface]] with no more than 16 isoparms per direction. You may also export [[Sculpted Prims Creators Guide#PolygonMesh|polygon meshes]] — but you must first ensure that the poly-mesh has a ''perfect UV space'' (it must cover the entire surface and the space must have no holes).

;Q. Can Polygon Models be exported as Sculpt Textures (Sculpt Maps)?

:* Yes, with care and with some restrictions. See the [[Talk:Sculpted_Prims|Sculpted Prims Talk page for details]].

;Q. Can '''my''' 3D program do [[Sculpted Prims Creators Guide#NURBS|NURBS]] models?

:* [http://en.wikipedia.org/wiki/NURBS NURBS] used to be the feature that separated professional-quality 3D modeling software from the rest, but the gap is narrowing.
3D Studio Max, Maya, and Blender offer both NURBS and polygon modeling.
Many other "free"/low cost programs like [http://sketchup.google.com/ Google Sketchup],
[http://www.milkshape3d.com/ Milkshape],
[http://www.wings3d.com/ Wings3D], and gMax do not.
[http://www.rhino3d.com/ Rhino3d] is a commercial program (though considerably cheaper than 3D Studio Max or Maya) that specializes in NURBS modeling. See the [[Sculpted_Prims:_3d_Software_Guide|Sculpted Prims: 3D Software Guide]] page for an in-depth discussion of applicable 3D modeling software.

;Q. How detailed can a Sculpted Prim be?

:* The current implementation samples the '''Sculpt Texture''' (or '''Sculpt Map''') by different amounts depending on the "Level of Detail" or [[Sculpted Prims Creators Guide#LOD|LOD]]. Prims which are close to the viewer camera have a 32 by 32 grid of vertices, which drops to 16 by 16 as the prim moves away from camera.

;Q. How big should my Sculpt Textures/Sculpt Maps be?

:* The recommended size is [[Sculpted_Prim_Explanation#Sampling|64 by 64 pixels]]. More data is really unnecessary — lower resolutions can result in bad sampling when the [[Sculpted Prims Creators Guide#LOD|Level of Detail (LOD)]] changes.

;Q. Are there any size or distance restrictions on Sculpted Prims?

:* Sculpted Prims use the same position, rotation, and size parameters that a normal prim has. For example, this means that the maximum distance from the center of a sculpted prim is 5m as prims can be no more than 10m from side to side.

;Q. Can "huge prims" be used to make "huge sculpties"?

:* Yes, have a look at [http://wiki.secondlife.com/wiki/Image:Megapple.jpg this snapshot].

;Q. The [http://youtube.com/watch?v=LlfpACg_lww demonstration video] shows a lot of smooth shapes. Can I use Sculpted Prims to make sharp corners and angles? What if I want to create more complex shapes?

:* Since the introduction of lossless compression for sculptie maps, 8 bit precision is now possible. The name "sculpted prim" was chosen to convey the idea of "approximate" shapes — but as you can see from the plate in the image above, "approximate" is pretty close to "exact". Depending on the techniques used to produce the map, a sculpted prim can have a very defined edge. At maximum resolution, a 32x32 pixel Sculpt Map would describe up to 1024 vertices (with each pixel representing a single vertex). The recommended sculpt map resolution is 64x64 pixels but in practice the highest level of detail for sculpted prims in Second Life is a grid of 32x32 vertices (larger images are downsampled), and the lower level of detail uses 16x16 vertices. If you need more vertices, split your model up into multiple prims. For reference, a torus-shaped prim in SL has about 1000 vertices.

;Q. With image pixels defining the position of the prim's vertices, will jpeg compression artifacts not skew the vertex positions?

:* This can be avoided using the "Lossless Compression" option when loading your sculptie texture. Support for 16bit textures might be added in the future to allow even greater precision.

;Q. After making a Sculpt Texture (Sculpt Map), it seems to be 'inside out', when applied on a prim. What can I do to fix that?

:* This means the 'U' of the UV map needs to be reversed. Open the Sculpt Texture in any image editor and 'flip' it horizontally.

;Q. Can I make flexi sculpted prims?

:* Not at present but it is planned for a future revision.

;Q. Can I make Sculpt Textures (Sculpt Maps) in Photoshop or other paint programs?

:* Not easily, but with a technical understanding of sculpt textures it is possible to manipulate them. Check out the ongoing talk page discussions:
:** [[Talk:Sculpted_Prims#Sculpt_Texture|Sculpt texture]]
:** [[Talk:Sculpted_Prims#.22Annoying.22_Questions | "Annoying" questions]]
:** [[Sculpted_Prims:Clarification_Page | Clarification]]

:* Also see [[Sculpt Textures in Paint Programs]]

;Q. Can I preview Sculpt Maps in the Texture Upload window?

:* Yes, the texture upload preview has a "sculpted prim" mode.

;Q. Can I texture a Sculpted Prim just like a regular one?

:* Yes. Each sculpted prim has one texture face. The texture space of a sculpted prim is defined by the sculpt texture.

;Q. What about the UV mapping of the Sculpted Prim's single texture?

:* You can use the texture scale/rotate/offset controls to position the texture on the sculpted prim. In terms of UV mapping, the sculpt map defines the texture space — the sculpted prim will have the same UV space as the object in your modeling program.
Users are discovering various ways to create UV-maps to aid in the creation of image textures.

;Q. What happens if I use a normal texture instead of a sculpt map as the sculpt texture?

:* The result is affectionately called "vertex vomit" — ... and no, it's not pretty.

;Q. What will be the associated LSL functions and PrimitiveParams arguments?

:* Sculpted prims can be defined via LSL using [[LlSetPrimitiveParams|llSetPrimitiveParams()]]:

:: <tt>llSetPrimitiveParams([PRIM_TYPE, PRIM_TYPE_SCULPT, "uuid", PRIM_SCULPT_TYPE_SPHERE]);</tt>
:: <tt>llSetPrimitiveParams([PRIM_TYPE, PRIM_TYPE_SCULPT, "uuid", PRIM_SCULPT_TYPE_TORUS]);</tt>
:: <tt>llSetPrimitiveParams([PRIM_TYPE, PRIM_TYPE_SCULPT, "uuid", PRIM_SCULPT_TYPE_PLANE]);</tt>
:: <tt>llSetPrimitiveParams([PRIM_TYPE, PRIM_TYPE_SCULPT, "uuid", PRIM_SCULPT_TYPE_CYLINDER]);</tt>

;Q. How do sculpted prims work in the physics engine?

:* At present, sculpted prims are approximated by a lopsided sphere that is roughly the same size as the sculpted prim.
If you stand or sit on one, you might sink in, or you might levitate.
In the future, a more exact representation to the physics engine may be provided, thereby offering more realistic movement/collisions for sculpted prims.

;Q. This sounds like it might take some extra processing power — will there be limits or can I have 15,000 sculpted prims per sim?

:* At a maximum of approximately 1000 vertices, sculpted prims have about the same "rendering weight" as a hollow torus prim. So no, they aren't more "expensive" to render, and you'll be able to fill your sim if you like.

;Q. When I edit a sculpted prim, the sculpt map is perfectly visible in the editor window. Someone can easily steal it with a screen capture.

:* Just like regular prims, when you have ''modify'' permission to a sculpted prim, you may view/edit all of the shape parameters of that prim. So if you do not wish for others to see the sculpt map, you'll want to set the permissions of the prim to ''no modify''.

:* BUT - there is a cute trick which can be used to prevent others from seeing your sculpt map even when they have full permissions to the prim: use the alpha channel of the sculpt map to obscure it from view.

;Q. Sculpted prims are limited to 32x32 vertices at their highest resolution. If I've uploaded a 256x256 sculpt map, how can I get the sculpted prim to show that detail?

:* You cannot. Currently in Second Life, we use the "prim economy" to prevent builders from "stealing" rendering resources from each other. Each region is allowed 15,000 prims, each of which may have 1024 vertices. These resources are divided proportionally amongst the region's landowners. This balance works well with the current state of rendering hardware. There are no plans to increase these numbers in the near future.

== See also ==

* [[Sculpted Prims]]
* [[Sculpted Prims: Technical Explanation]]
* [[Sculpted_Prims:_3d_Software_Guide|Sculpted Prims: 3D Software Guide]]
* [[Sculpted_Prims_Textures|Sculpted Prims: Textures]]
* [[Sharing sculpt maps and textures|Sharing Sculpt Maps and textures]]
* [[Sculpted Prims Creators Guide]]

== External Links ==

* [http://blog.secondlife.com/2007/04/27/the-advent-of-an-illustrious-age-of-sculpted-prims/ Sculpted Prims Announcement] on the SL blog

[[Category:Sculpted Prims]]

Local data storage methods used in the viewer

2008-12-05T00:34:15Z

Scalar Tardis: Removing "do not edit" messages. Go ahead and edit this.

__TOC__

== Evolving article purpose ==

''From Scalar Tardis / Dale Mahalko:'' This started out as a list of references in the client source to the keyword '''VFS''', which then became more useful in table format when I noticed the '''gVFS''' and '''gStaticVFS'''. As I explored the code further I noted the related file access procedures of the '''LFS''' and then discovered the use of the '''Apache Portable Runtime''' used to replace the LFS.

There is no official stated policy anywhere, but it would appear there is an effort to replace the LFS calls with APR calls, and perhaps eventually, also replacing VFS calls with APR calls. Local file storage based purely on the APR may be faster and more stable than previous methods created in-house by Linden Lab, and would make the client much easier to port to more widely varying OS platforms since the APR is already widely deployed across many platforms. And as the [http://en.wikipedia.org/wiki/Apache_Portable_Runtime Wikipedia article] for the APR states, if an OS doesn't directly support some needed feature, the APR will directly implement that feature itself, making it very useful to replace as many legacy calls with APR calls.

== Notes on the source code references ==

The following list of source references is based on viewer source released 1.19.1.4 in the SVN repository, and will need future updating as the viewer source continues to evolve:
* [http://svn.secondlife.com/trac/linden/browser/branches/Branch_1-19-1-Viewer/indra/newview?rev=443 Link to 1.19.1.4 in the SVN repository]

This listing duplicates the layout and format of the [[Viewer Source Files]] page, providing a direct 1-to-1 correspondence with each section and source file. Although the source list only includes .cpp files, if a matching .h file is found it is listed here below the .cpp for that name.

=== Table column headings ===
Each column of these tables refer to:
* '''VFS''' - any reference to this keyward. "VFS" is not used in the code alone, and so is usually referring to comments in the source, or debugging/logging notes.
* '''gVFS''' - the "general VFS" which is used for temporary storage for assets, in a private RAM-disk held in memory at all times. It is the primary limitation for allowing unlimited local asset caching in the viewer as currently designed. This needs to be removed and replaced with direct filesystem calls to folder-based storage.
* '''gStaticVFS''' - a read-only VFS in ''"static_data.db2"'' and ''"static_index.db2"''. This contains the graphical elements and sounds of the Second Life user interface. It's only about 8 megabytes, but why does it have to be fully loaded in a virtual RAM-disk all the time using limited system memory? May be worthwhile to replace this with direct on-disk storage, perhaps in a ZIP file.
* '''LLVFile''' - the purpose of this code is still unclear ''(to Scalar Tardis / Dale Mahalko)'' but this appears to be how the two different VFS are accessed. The LLVFile is a general procedure for accessing both of them.
* '''LLLFS''' - the "Local File System" procedures, used to directly read and write to the local OS storage. The audio manager for example uses LLLFS calls to write decoded OGG sounds as WAV files in the cache directory.
* '''apr_file''' - it appears that the Apache Portable Runtime is being used to replace calls to the LFS in the client source. The LFS can probably be regarded as legacy code which should not be used if possible, and by association, the VFS may also eventually be retired, replaced with direct filesystem APR calls.

=== VFS removal/replacement ===
As has been discussed in the sl-dev mailing list and in the JIRA, the VFS does not scale up very well at all since it functions as a private RAM-disk for non-texture assets downloaded by the viewer. The on-disk VFS files are used only for storage when the viewer is not running. At startup, the files are parsed for errors and loaded into memory, and continue to occupy memory until the viewer exits and the contents are written back to the disk files.
As a RAM disk, increasing the cache size to larger than the available free memory causes the computer to run out of physical RAM and require the use of virtual memory and disk swapping. This is counterproductive when the intent of increasing the VFS size is to cache more of the frequently-used data to speed up the client and reduce network traffic.
In order to permit the cache of assets currently stored in the VFS to grow to gigabytes of storage without requiring gigabytes of physical memory to store it, the existing VFS will have to be removed from the viewer and replaced with a traditional file/directory-based disk cache.

==== Need for lightweight asset obfuscation ====
In the interests of copyright protection, a directory-based non-texture asset cache should include some form of low-impact data obfuscation, to make it slightly difficult for the copyrighted works of other SL users held in the cache to be casually copied and examined.
As has been discussed in SL-Dev, heavy and slow cache encryption would serve no purpose since a decryption tool can be easily built using the client source that would do the cache decrypting. So it's better to just use a simple and fast obfuscation technique which discourages casual asset theft.

== General - Main and Startup ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llstartup.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llappviewer.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
|apr_file::no
|-
|llappviewer.h
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|}

== General - Window Management and Render Pipeline ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|pipeline.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerdisplay.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerprecompiledheaders.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerprecompiledheaders.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerwindow.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llwindebug.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== General - Filesystem Access and Storage ==

{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|lllfsthread.cpp
|  
|  
|  
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|apr_file::no
|-
|lllfsthread.h
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|  
|apr_file::no
|-
|llvfile.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llvfile.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llvfs.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llvfs.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llvfsthread.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llvfsthread.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llxfer_vfile.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llxfer_vfile.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|}

== General - Utility and Misc ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llbbox.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llbox.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llcallbacklist.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llcontroldef.cpp
| <center>'''X'''</center>
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lleventnotifier.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lleventpoll.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhippo.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llregionposition.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|moviemaker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|noise.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Rendering - Asset Management ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llassetuploadresponders.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltexturecache.cpp
|  
|  
|  
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|apr_file::no
|-
|lltexturefetch.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerassetstorage.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerassetstorage.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llwearable.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|  
|  
|  
|apr_file::no
|-
|llwearablelist.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Rendering - Character and Animation ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|lldriverparam.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llemote.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewergesture.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvoavatar.cpp
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llcharacter(???)
|}

== Rendering - Camera ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcameraview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfollowcam.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmorphview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewercamera.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Rendering - Effects ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llhudconnector.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudeffect.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudeffectbeam.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudeffectlookat.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudeffectpointat.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudeffecttrail.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudicon.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudmanager.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudobject.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudrender.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudtext.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhudview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltracker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvelocitybar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvotextbubble.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Rendering - Environment ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llvlmanager.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvlcomposition.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvoclouds.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvosurfacepatch.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvoground.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvosky.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvostars.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvowater.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llwind.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Rendering - Viewer Objects: Volumes, Particles, and Trees ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llvocache.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvograss.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvoinventorylistener.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvopartgroup.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvotree.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvovolume.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Rendering - Render Pipeline ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcloud.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llcubemap.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llcylinder.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawable.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpool.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolalpha.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolavatar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolbump.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolclouds.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolground.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolsimple.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolsky.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolstars.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolterrain.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpooltree.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldrawpoolwater.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldynamictexture.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llface.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfeaturemanager.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llflexibleobject.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llglsandbox.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llglslshader.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpatchvertexarray.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpolymesh.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpolymorph.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llsky.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llspatialpartition.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llsphere.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llsprite.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llsurface.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llsurfacepatch.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltexlayer.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerimage.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerimage.h
|  
|  
|  
|  
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerimagelist.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerjoint.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerjointattachment.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerjointmesh.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerjointshape.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerlayer.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerobject.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerobjectlist.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerpartsim.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerpartsource.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewertextureanim.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewervisualparam.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Input and Output - Audio ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|fmodwrapper.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|audioengine.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|audioengine.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|audioengine_fmod.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llaudiodecodemgr.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|apr_file::no
|-
|llaudiodecodemgr.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llaudiosourcevo.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llaudiostatus.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|vorbisdecode.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|apr_file::no
|-
|vorbisdecode.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|vorbisencode.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|}

== Input and Output - Input ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llviewerjoystick.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerkeyboard.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Data and Communication - Agents ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llagent.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llagentdata.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llagentpilot.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Data and Communication - Region and World ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llviewerregion.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llworld.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Data and Communication - Network ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llasynchostbyname.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llcaphttpsender.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llurl.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llurlwhitelist.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lluserauth.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewergenericmessage.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewermessage.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewermessage.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llviewernetwork.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerthrottle.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llweb.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llxmlrpctransaction.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Alerts ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llconfirmationmanager.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfirstuse.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llnotify.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Assets ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcompilequeue.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llcompilequeue.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llfloateranimpreview.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llfloatergesture.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterimagepreview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterinspect.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloateropenobject.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterproperties.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterscriptdebug.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpreview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpreviewanim.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpreviewgesture.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llpreviewgesture.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llpreviewlandmark.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpreviewnotecard.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llpreviewnotecard.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llpreviewscript.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llpreviewscript.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llpreviewsound.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpreviewtexture.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Avatar Appearance ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llfloaterclothing.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatercustomize.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llgenepool.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llgesturemgr.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llgesturemgr.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llpanelmorph.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Chat, Instant Messaging, Notices, Reports ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llchatbar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterchat.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatermute.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaternewim.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterpostcard.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llfloaterreporter.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llgroupmgr.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llgroupnotify.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llimpanel.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llimview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lllogchat.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmutelist.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Data ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llclassifiedinfo.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lleventinfo.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterabout.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterauction.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llfloateravatarinfo.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatergroupinfo.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatergroupinvite.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatergroups.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterland.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterlandholdings.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterregioninfo.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llfloaterregioninfo.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llfloatertelehub.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatertos.cpp
|  
|  
|  
|  
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llfloatertos.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llpanelavatar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelclassified.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelevent.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgroup.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgroupgeneral.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgroupinvite.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgrouplandmoney.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgroupnotices.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgrouproles.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgroupvoting.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelland.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanellandobjects.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanellandoptions.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Data:Inventory ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcallingcard.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterfriends.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llinventoryactions.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llinventorybridge.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llinventoryclipboard.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llinventorymodel.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llinventoryview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lllandmarklist.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|lllandmarklist.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llviewerinventory.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Data:Money and Land ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcurrencyuimanager.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llgivemoney.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterbuy.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterbuycontents.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterbuycurrency.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterbuyland.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatersellland.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Data:Search ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llfloaterdirectory.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirbrowser.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirclassified.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirevents.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirfind.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirgroups.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirland.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirpeople.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirplaces.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldirpopular.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelpick.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelplace.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Data:Map ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcompass.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatermap.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterworldmap.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmapresponders.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llnetmap.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llworldmap.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llworldmapview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Objects and Edit Tools ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llhoverview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmanip.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmaniprotate.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmanipscale.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmaniptranslate.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterbuildoptions.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterbump.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatercolorpicker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterpermissionsmgr.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatertools.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelcontents.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelface.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelgeneral.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelinventory.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelobject.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelpermissions.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llselectmgr.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltool.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolbar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolbrush.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolcomp.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltooldraganddrop.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolface.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolfocus.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolgrab.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolgun.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolindividual.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolmgr.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolmorph.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolobjpicker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolpie.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolpipette.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolplacer.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolselect.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolselectland.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolselectrect.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltoolview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerparcelmgr.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerparceloverlay.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - HTML ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llfloaterhtml.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterhtmlfind.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaterhtmlhelp.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Import, Export, Upload ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llfloaterimport.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatersaveavatar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatersnapshot.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|lluploaddialog.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Menus, Overlays, Login ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llmediaremotectrl.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmenucommands.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmoveview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lloverlaybar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanellogin.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llprogressview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewermenu.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewermenu.h
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewermenufile.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|apr_file::no
|}

== User Interface - Preferences ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llfloaterpreference.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelaudioprefs.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llprefschat.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llprefsim.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldisplay.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelmsgs.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelnetwork.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelvolume.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpanelweb.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Utility ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcolorscheme.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldirpicker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfilepicker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloateravatarpicker.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloaternamedesc.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llsavedsettingsglue.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewchildren.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== User Interface - Widgets ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llcolorswatch.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llcontainerview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfolderview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llnamebox.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llnameeditor.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llnamelistctrl.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltexturectrl.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lljoystickbutton.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewertexteditor.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llvieweruictrlfactory.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llwebbrowserctrl.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|}

== User Interface - Debug ==
{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llconsole.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldebugmessagebox.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lldebugview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfasttimerview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llframestats.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llframestatview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llmemoryview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloateravatartextures.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatereditui.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatergodtools.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatertest.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llfloatertopobjects.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llpaneldebug.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llstatbar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llstatgraph.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llstatusbar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llstatview.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltextureview.cpp
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|  
|apr_file::no
|-
|llvelocitybar.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewercontrol.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llviewerstats.cpp
| <center>'''X'''</center>
|  
|  
|  
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llviewerstats.h
| <center>'''X'''</center>
|  
|  
|  
|  
|  
|  
|apr_file::no
|}

== Unlisted in Viewer Source Files page ==

{| cellborder="3" border="2" width="100%"
! width="30%" | file
!width="10%" |VFS
!width="10%" |gVFS
!width="10%" |gStaticVFS
!width="10%" |LLVFS
!width="10%" |LLVFile
!width="10%" |LLLFS
!width="10%" |ll_apr_file
!width="10%" |apr_file
|-
|llapr.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llapr.h
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llassetstorage.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llassetstorage.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llbvhloader.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llcrashlogger.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llextendedstatus.h
| <center>'''X'''</center>
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llhttpassetstorage.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llhttpassetstorage.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llhttpclient.cpp
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llimage.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llimage.h
| <center>'''X'''</center>
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llimagej2c.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llkeyframemotion.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llkeyframemotion.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llkeyframemotionparam.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llprocessor.cpp
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llprocessor.h
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|llstatemachine.cpp
|  
|  
|  
|  
|  
|  
| <center>'''X'''</center>
|apr_file::no
|-
|llstatemachine.h
|  
|  
|  
|  
|  
|  
|  
|apr_file::no
|-
|lltransfersourceasset.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|lltransfersourceasset.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|lltransfertargetvfile.cpp
| <center>'''X'''</center>
|  
|  
|  
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|lltransfertargetvfile.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
| <center>'''X'''</center>
|  
|  
|apr_file::no
|-
|llxfermanager.cpp
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|-
|llxfermanager.h
| <center>'''X'''</center>
|  
|  
| <center>'''X'''</center>
|  
|  
|  
|apr_file::no
|}

Image System

2008-11-30T00:15:06Z

Scalar Tardis: /* Format */ clarify

{{ViewerArchNav}}
[[Category:Viewer Architecture]]

= See Also =
* [[Texture Cache]]
* [[Image Pipeline]]

= Notes =
* This documentation describes the Image Subsystem as of 1.14.0, first released as "First Look: Render Pipeline Improvements".

= Overview =
The image system handles the requesting, loading, and decoding of texture data. It also handles passing the data to OpenGL, and discarding unwanted data. It uses a priority scheme to determine what data to load and to discard.

= Definitions =
== Format ==
SecondLife transmits [http://www.wikipedia.org/wiki/Jpeg_2000 JPEG 2000] image codestreams as described in Appendix A of [http://www.jpeg.org/public/fcd15444-1.pdf JPEG 2000 Part I Final Committee Draft Version 1.0] which are decoded in the client and sent to [http://www.wikipedia.org/wiki/Opengl OpenGL] as uncompressed 24 bit or 32 bit textures.

JPEG-2000 is a highly efficient compression method, allowing for very small compressed file sizes, which in turn helps to reduce Linden Lab's asset storage. However, the cost to users of the Second Life client is that JPEG-2000 is much more processor intensive than other compression image methods, and so is a major contributing factor for the slow "rezzing" of textures by the client, even when these compressed textures exist in a local disk cache.

After the image data has been decompressed, it is stored only in system memory of the client. When the avatar teleports to a new but similar location using similar textures, the decompressed data is simply discarded and every texture is regenerated from the original compressed JPEG-2000 textures. No attempt is made to write the decoded image data to a secondary image cache to eliminate the decompression penalty.

== Discard Level and Mip Mapping ==
* Discard level
Discard level 0 represents the highest resolution version of a texture. Discard level 1 represents a texture half the resolution of discard level 0 in each dimension, so one quarter of the pixel area and one quarter of the required texture memory. It is primarily a function of total pixel area, e.g. if a 256x256 texture is covering a 128x128 portion of the screen, the desired discard level is 1.
* Mip Mapping is a technique where multiple resolutions of a texture are stored in order to optimize rendering. To support mipmapping, when discard level 0 is loaded, discard levels 1-N are also loaded (where N represents the smallest useful image). e.g. When a 256x128 texture is loaded, the following textures are also generated and loaded: 128x64, 64x32, 32x16, 16x8, 8x4. This incurs a 33% increase in the amount of texture memory consumed, but makes a significant improvement in performance and visual quality.

== Prioritization ==
* Total pixel area
This is an approximation of the total number of pixels of a texture from all faces that are currently being rendered. This is a factor in determining the priority (see below) of a texture.
* Maximum pixel area
This is an approximation of the maximum number of pixels of a texture on a single face that are currently being rendered. This is the primary factor in determining the desired discard level (see below) of a texture.
* Boost level
This is used to increase the prioritization of some textures over others. For example, textures on selected faces are boosted.
* Priority
Also referred to as decode priority, this is used to determine in what order texture data is downloaded and decoded. It is a function of the total pixel area, the boost level, and the difference between the current discard level and the desired discard level.

= Feature Description =
== Texture Pipeline ==
* See Also: [[Image Pipeline]]
* The render pipeline determines which textures are required, their desired discard level, and their priority.
* At this point, the following steps are followed:
# Requests are sent to the texture fetcher for texture data
# The texture fetcher does the following with each request:
## Load data from cache if available
## Send requests to the servers for additional texture data if needed
## Receive data from the servers
## Cache received data
## Decode the texture
# When the texture data is ready the render pipeline is notified
# The decoded texture data is passed to OpenGL for rendering
* Each frame a limited number of textures are examined and processed as follows:
** If the desired discard level of the texture decreases significantly, more texture data is requested and the texture is updated with the higher resolution data
** If the desired discard level of the texture increases significantly, the undesired discard levels are discarded from memory

= Code Description =
== LLImage ==
{|class="wikitable" style="text-align:center" cellspacing="20" valign="top"
|[[Image:Class_llimage_formatted.png]] || [[Image:Class_l_l_image_raw.png]] || [[Image:Class_l_l_image_worker.png]]
|}
* '''LLImageBase''' defines a set of generic interfaces to essential image information: Width, Height, Components, Data, and Data Size. It is only used as a base class.
* '''LLImageFormatted''' defines a set of interfaces to formatted image data, e.g. JPEG2000 or TGA.
* '''LLImageRaw''' defines special interfaces for handling raw (i.e. uncompressed 24 bit RGB, 32 bit RGBA, or 8 bit A) image data.
* '''LLImageWorker''' defines an interface for decoding textures which supports threading.

== LLViewerImage ==
[[Image:class_l_l_viewer_image.png]]
* '''LLImageGL''' defines the interface between Second Life image data and OpenGL. It includes methods for setting the image data, reading it back, discarding mip levels, setting GL parameters (like clamping), and various accessors.
* '''LLViewerImage''' contains additional state data for calculating the image priority and desired discard level. It also has methods for texture fetching.
* '''''Note:''''' In 1.13.0 and earlier, the texture fetching code is integrated in LLViewerImage, and only supports textures over UDP (instead of HTTP) and the VFS for local caching (instead of a specialized texture cache). This code is being migrated to LLTextureFetch for 1.13.1 or 1.13.2, described below.

== LLTextureFetch ==
* See [[Image Pipeline]]
[[Image:Class_l_l_texture_fetch.png]]
* '''LLTextureFetch''' is a worker thread interface class used for "fetching" texture data.
* It executes a state machine that manages the following states:
** Load from disk cache (see LLTextureCache)
** Load from the network (from the simulator process or through an HTTP request to the simulator host)
** Decode the image
** Write the image to the disk cache (see LLTextureCache)

== LLTextureCache ==
* '''LLTextureCache''' is a worker thread interface class used for reading and writing texture data to the local disk cache

More information can be found in the [[Texture cache]] article

Image System

2008-11-30T00:11:46Z

Scalar Tardis: /* Format */ Go into further detail about the decompression system ... it exacts a major client processing and rezzing penalty and the decompressed image data is just thrown away if the user teleports

{{ViewerArchNav}}
[[Category:Viewer Architecture]]

= See Also =
* [[Texture Cache]]
* [[Image Pipeline]]

= Notes =
* This documentation describes the Image Subsystem as of 1.14.0, first released as "First Look: Render Pipeline Improvements".

= Overview =
The image system handles the requesting, loading, and decoding of texture data. It also handles passing the data to OpenGL, and discarding unwanted data. It uses a priority scheme to determine what data to load and to discard.

= Definitions =
== Format ==
SecondLife transmits [http://www.wikipedia.org/wiki/Jpeg_2000 JPEG 2000] image codestreams as described in Appendix A of [http://www.jpeg.org/public/fcd15444-1.pdf JPEG 2000 Part I Final Committee Draft Version 1.0] which are decoded in the client and sent to [http://www.wikipedia.org/wiki/Opengl OpenGL] as uncompressed 24 bit or 32 bit textures.

JPEG-2000 is a highly efficient compression method, allowing for very small compressed file sizes, which in turn helps to reduce Linden Lab's asset storage. However, the the cost of JPEG-2000 is that it is much more processor intensive than other compression methods, and so is a major contributing factor for the slow "rezzing" of textures by the client, even when these compressed textures exist in a local disk cache.

After the image data has been decompressed, it is stored only in system memory of the client. When the avatar teleports to a new but similar location using similar textures, the decompressed data is simply discarded and every texture is regenerated from the original compressed JPEG-2000 textures. No attempt is made to write the decoded image data to a secondary image cache to eliminate the decompression penalty.

== Discard Level and Mip Mapping ==
* Discard level
Discard level 0 represents the highest resolution version of a texture. Discard level 1 represents a texture half the resolution of discard level 0 in each dimension, so one quarter of the pixel area and one quarter of the required texture memory. It is primarily a function of total pixel area, e.g. if a 256x256 texture is covering a 128x128 portion of the screen, the desired discard level is 1.
* Mip Mapping is a technique where multiple resolutions of a texture are stored in order to optimize rendering. To support mipmapping, when discard level 0 is loaded, discard levels 1-N are also loaded (where N represents the smallest useful image). e.g. When a 256x128 texture is loaded, the following textures are also generated and loaded: 128x64, 64x32, 32x16, 16x8, 8x4. This incurs a 33% increase in the amount of texture memory consumed, but makes a significant improvement in performance and visual quality.

== Prioritization ==
* Total pixel area
This is an approximation of the total number of pixels of a texture from all faces that are currently being rendered. This is a factor in determining the priority (see below) of a texture.
* Maximum pixel area
This is an approximation of the maximum number of pixels of a texture on a single face that are currently being rendered. This is the primary factor in determining the desired discard level (see below) of a texture.
* Boost level
This is used to increase the prioritization of some textures over others. For example, textures on selected faces are boosted.
* Priority
Also referred to as decode priority, this is used to determine in what order texture data is downloaded and decoded. It is a function of the total pixel area, the boost level, and the difference between the current discard level and the desired discard level.

= Feature Description =
== Texture Pipeline ==
* See Also: [[Image Pipeline]]
* The render pipeline determines which textures are required, their desired discard level, and their priority.
* At this point, the following steps are followed:
# Requests are sent to the texture fetcher for texture data
# The texture fetcher does the following with each request:
## Load data from cache if available
## Send requests to the servers for additional texture data if needed
## Receive data from the servers
## Cache received data
## Decode the texture
# When the texture data is ready the render pipeline is notified
# The decoded texture data is passed to OpenGL for rendering
* Each frame a limited number of textures are examined and processed as follows:
** If the desired discard level of the texture decreases significantly, more texture data is requested and the texture is updated with the higher resolution data
** If the desired discard level of the texture increases significantly, the undesired discard levels are discarded from memory

= Code Description =
== LLImage ==
{|class="wikitable" style="text-align:center" cellspacing="20" valign="top"
|[[Image:Class_llimage_formatted.png]] || [[Image:Class_l_l_image_raw.png]] || [[Image:Class_l_l_image_worker.png]]
|}
* '''LLImageBase''' defines a set of generic interfaces to essential image information: Width, Height, Components, Data, and Data Size. It is only used as a base class.
* '''LLImageFormatted''' defines a set of interfaces to formatted image data, e.g. JPEG2000 or TGA.
* '''LLImageRaw''' defines special interfaces for handling raw (i.e. uncompressed 24 bit RGB, 32 bit RGBA, or 8 bit A) image data.
* '''LLImageWorker''' defines an interface for decoding textures which supports threading.

== LLViewerImage ==
[[Image:class_l_l_viewer_image.png]]
* '''LLImageGL''' defines the interface between Second Life image data and OpenGL. It includes methods for setting the image data, reading it back, discarding mip levels, setting GL parameters (like clamping), and various accessors.
* '''LLViewerImage''' contains additional state data for calculating the image priority and desired discard level. It also has methods for texture fetching.
* '''''Note:''''' In 1.13.0 and earlier, the texture fetching code is integrated in LLViewerImage, and only supports textures over UDP (instead of HTTP) and the VFS for local caching (instead of a specialized texture cache). This code is being migrated to LLTextureFetch for 1.13.1 or 1.13.2, described below.

== LLTextureFetch ==
* See [[Image Pipeline]]
[[Image:Class_l_l_texture_fetch.png]]
* '''LLTextureFetch''' is a worker thread interface class used for "fetching" texture data.
* It executes a state machine that manages the following states:
** Load from disk cache (see LLTextureCache)
** Load from the network (from the simulator process or through an HTTP request to the simulator host)
** Decode the image
** Write the image to the disk cache (see LLTextureCache)

== LLTextureCache ==
* '''LLTextureCache''' is a worker thread interface class used for reading and writing texture data to the local disk cache

More information can be found in the [[Texture cache]] article

Talk:Creating a version control repository

2008-08-06T18:59:59Z

Scalar Tardis: Moving down from \indra to \linden

== Moving down from \indra to \linden ==

I started this page assuming only indra needs to be in the repository since that is where all the main source code is located.

However, in one of my projects to add code to the viewer, I am going to need to add to the preferences file. That is not in \indra but in \etc.

Presumably other people may need to do this as well, so I'm going to be rewriting this to start in \linden so that \etc can be included in the repository.

[[User:Scalar Tardis|Scalar Tardis]] 11:59, 6 August 2008 (PDT)

Prim and Object Hierarchy

2008-07-31T18:39:35Z

Scalar Tardis: In a Google Labs video presentation, Philip Rosedale said that a design decision was made when SL was first developed, to not implement skeletal/hierarchical object models

''This article is a feature request''

== Linden Lab position on object/model hierarchies ==

In the Google video presentation [http://video.google.com/videoplay?docid=1059615355049894830 Glimpse Inside a Metaverse: The Virtual World of Second Life] at 30:11 to 31:00 [http://en.wikipedia.org/wiki/Philip_Rosedale Phillip Rosedale] says that one of the first design decisions made when Second Life was first created, that skeletal models and object hierarchies would not be implemented.

== The problem ==

Lets say that in SL we would want to make a human skeleton. When we want to do such correctly, we need to think about the bones and how they work together. Very soon we realize that if one bone moves, the bones which are connected to it and the bones connected to them, will follow the movement. Of cause, in the real world, this is only logical, but with a computer, this is a different story. It actually needs program code to make sure that the bones of the wrist, hand and fingers move along if the arm moves.
When you think about it, you see that the upper arm depends on the movement of the shoulder; the lower arm depends on the upper arm; the wrist depends on the lower arm, etc.. Clearly, there is a relation between these bones. This relation is often referred to as child and parent.
The shoulder in this example is the parent for the upper arm. The upper arm is itself then the parent to the lower arm, which is the parent for the wrist bone.

In SL there is not such a relation between prims. It is possible to put several prims together in a set of linked prims, but if we would want to make something which needs a child-parent relation between prims, then the designer of the object needs to do this him or herself in LSL code, which is a difficult job that takes a lot of time and adds some extra code which makes the script less maintainable.

== The solution ==

The solution is probably fairly easier for the user to understand than it is to make the changes to the viewer and server. For an easy solution, a prim could receive an extra flag indicating that it acts like a bone. If this flag is set (the box is ticked), then the prim has a few extra properties. Among which are a parent prim and child prim, but both are optional. In script some extra commands would be available:

prim llGetPrimParent(prim p);
// This returns a pointer (be it a key, name or other) to the parent of the given prim.
integer llGetPrimChildCount(prim p);
// Returns the number of child prims linked to the given parent.
prim llGetPrimChild(prim p, integer n);
// Similar to llGetPrimParent(), but returns a pointer to the n'th child.
llSetPrimParent(prim child, prim parent);
// This command takes two prims and links them by way of script. This is usefull for prims that are rezzed by script.
// This sets the parent of the given child prim. Of cause it also sets the child of the given parent to the given child.
llAddPrimChild(prim child, prim parent);
llRemovePrimChild(prim child, prim parent);
// Adds or removes a given child prim to the given parent prim. This seems to do the same as llSetPrimParent,
// but there is a subtle difference. While a prim can only have one parent, it can have multiple children.
// It is true that these can be used for most of the linkage, but the first prim in a chain never has a parent and to set this,
// llSetPrimParent() is needed.
llSetJointRotation(prim p, rotation rot);
// This would set the angle between the given prim and it's parent. Thereby rotating it around the point where it meets it's parent.
llSetSkinPoseRotation(prim p, rotation rot);
// This would set a special angle value for the joint. It is called the skin pose, which is the rotation of the joint in a rest.
// One might see the skin pose as the initial rotation or a rotation where you want the joint to reset to.
llSetSkinPoseRotationAndPosition(prim p, rotation rot, vector pos, bool StretchConnectedPrims, bool MoveConnectedPrims);
// Sometimes, it might be needed to also set the position of a child prim and stretch or move other prims accordingly.
llSetSkinPose(prim p);
// This is a command travels through the entire hierarchy and resets all the joints to their skin pose.
// This should be just a bit faster than explicitly setting each joint to its skin pose from a script loop.
llSetJointOmega(prim p, vector v, float speed, float time);
// Like llSetTargetOmega(), but this one takes into account, the rotation of all the child prims.
// By keeping two different commands for this, and the parent-child relationship needing probably a lot of extra code, it is
// probably better to keep the function this one offers seperated from the existing llSetTargetOmega().

More such commands could probably be invented. This allows for easy multi axis rotation of objects like disco lights and lots of other designs which need extra flexibility. -Xoren Raymaker

[[Category:Feature Requests]]

Template:Open Source Participate Box

2008-07-24T08:06:00Z

Scalar Tardis: Add a new way to participiate: set up a local version control repository, to keep track of code edits and branches

<div class="floatright"><div class="navbox">
<center>[[Open Source Portal]]</center>
*[[Documentation|Learning the System]]
*'''[[Participating|Ways to Participate]]'''
** {{NavBullet|Downloading test builds|alt=Download a test build|indent=**|parent={{{parent}}}}}
** {{NavBullet|Developer communication tools|alt=Communicate|indent=**|parent={{{parent}}}}}
** {{NavBullet|Get source and compile|alt=Get source and compile|indent=**|parent={{{parent}}}}}
** {{NavBullet|Bug_Reporting_101|alt=File and vet bugs|indent=**|parent={{{parent}}}}}
** {{NavBullet|Feature requests|alt=File and refine feature requests|indent=**|parent={{{parent}}}}}
** {{NavBullet|Creating a version control repository|alt=Create a version control repository|indent=**|parent={{{parent}}}}}
** {{NavBullet|Submitting code|alt=Submit code|indent=**|parent={{{parent}}}}}
*** {{NavBullet|Crash Reports|alt=Crash reports|indent=**|parent={{{parent}}}}}
*** {{NavBullet|Implementing new features|alt=Implement new features|indent=**|parent={{{parent}}}}}
*** {{NavBullet|Profiling and Optimization|alt=Profiling and Optimization|indent=**|parent={{{parent}}}}}
*** {{NavBullet|Finding leaks|alt=Finding memory leaks|indent=**|parent={{{parent}}}}}
*** {{NavBullet|Source contributions|alt=Contributions|indent=**|parent={{{parent}}}}}
** {{NavBullet|Architecture Working Group|alt=Architecture Working Group|indent=**|parent={{{parent}}}}}
</div></div>
<includeonly>[[Category:Open Source Portal]]</includeonly>

Participating

2008-07-24T07:54:18Z

Scalar Tardis: Insert a new step - if you're serious about editing the client source, you will need a version control repository

{{OSWikiContribBox}}

Ways to partcipate

* '''{{OSWiki|Downloading test builds|alt=Download a test build}}''' - try downloading and testing out the latest version of the software.
* '''{{OSWiki|Communication tools|alt=Communicate}}''' - Let us know what you think by email, on the forum, or IRC. If it's not working for you, try to get help there. If it is working for you, try helping someone who isn't having as much luck as you are.
* '''{{OSWiki|Get source and compile|alt=Get source and compile}}''' - Download and compile - even if you don't plan to develop, just the act of downloading and compiling can uncover problems. If the version you download doesn't build on your platform, file a bug.
* '''{{OSWiki|Bug_Reporting_101|alt=File and vet bugs}}''' - if you run into issues, look through the bug database and see if a bug has been filed. If so, vote for the issue to be fixed. If not, file the bug. Vetting bugs is just as important (if not more so) than filing bugs. We need to know whether each bug that's been filed is a problem for one person, or a problem for many. Try reproducing some of the bugs that have been filed, and see if they are problems for you. If you can't figure out how to reproduce the problem, make a comment on the bug, asking the person to describe their problem in more detail.
* '''{{OSWiki|Feature requests|alt=File and refine feature requests}}''' - We're always looking for new ideas. Please let us know what you would like to see done. Also, features are more likely to get implemented if the description of the feature is clear. For a complicated feature, a link to a specification on the wiki is a great way to help flesh out the idea.
* '''{{OSWiki|Profiling and Optimization|alt=Profile and optimize}}''' - If you're interested in improving the performance of the software, take a look at these notes on how to profile and optimize code.
* '''{{OSWiki|Creating a version control repository|alt=Create a version control repository}}''' - if you make extensive changes to the source download packages, it is easy to lose track of what files you changed, as well as remembering what you did and when. A version control repository keeps track of these file changes for you automatically, and allows you to track your changes over time, create branches for different projects, and to revert to a previous state if you don't like the way a project is going.
* '''{{OSWiki|Submitting code|alt=Submit code}}''' - Submit code - if you have a piece of source code (be it a fix or a new feature) submit the patches in a way that makes it easy for the Lindens to incorporate them into the source code.
** '''{{OSWiki|Crash Reports|alt=Crash Reports}}''' - Fix bugs - the easiest way to get involved as a developer is to start fixing bugs. The top 10 viewer crashes and the top 5 Mac crashes are listed. These are the most likely patches to get accepted
** '''{{OSWiki|Implementing new features|alt=Implement new features}}''' - Implement new features - Of course, a really valuable way to contribute is to add a new feature. Try to work with the community and with Linden Lab in planning the feature before running off and implementing new things. Though we appreciate your hard work, we can't accept every new feature, since maintaining new features comes with a cost. Try thinking of ways to use APIs to make plugins, or perhaps propose new APIs to make the viewer more extensible, before adding new things to the core viewer.
* '''[[Architecture Working Group]]''' - Participate in the working group Linden Lab has established to help forge the future protocols and architecture for Second Life.

Microsoft Windows Builds

2008-07-19T09:58:46Z

Scalar Tardis: Soft Linden has said on SLDEV that VS2005 will become the standard with 1.21. Ref: Wed, Jul 9, 2008 at 11:43 AM, Re: [sldev] 1.20.12 build problem on Windows regarding STL...

{{multi-lang}}
{{CompileNav}}
On Windows, there are several options on build (compile) environment of the Second Life.

== Linden-Supported Compilers ==
For release branches up to 1.20, the single supported MSVS version is:

* Visual Studio .NET 2003 Professional

Build instructions are on: [[Compiling the viewer (MSVS2003)]].

'''NOTE, upcoming change:''' Soft Linden has reported on the SLDev mailing list that starting with client 1.21, VS 2005 will become the new standard.

== Community Supported Compilers ==

For release branches up to 1.20, it is generally possible to build under these compilers with little or no extra effort:
* Visual Studio 2005 Professional
* Visual C++ 2005 Express
* Visual Studio 2008
Build instructions are on: [[Compiling the viewer (MSVS2005)]].

== Community Experimental Compilers ==

=== Visual Studio 2008 and Visual C++ 2008 Express ===

Visual Studio 2008 is in need of TLC:
* Visual Studio 2008
* Visual C++ 2008 Express

Build instructions are on: [[Compiling the Viewer (MSVS2008)]].

=== Cross compiling with gcc on Linux ===

mingw is in need of TLC:
* i686-mingw

Build instructions are on: [[Cross compiling the viewer (i686-mingw32)]].

[[Category:Compiling viewer]]

Compiling the viewer (MSVS2003)

2008-07-19T09:38:43Z

Scalar Tardis: /* Building */ further clarify, develop.py doesn't apply to 1.20 and older

{{CompileNav}}

The following instructions are for compiling the Second Life viewer on Windows for Visual Studio .Net 2003. If you are using more recent versions of Visual Studio, see [[Compiling the viewer (MSVS2005)]]. For other platforms including MacOS and Linux, see [[Compiling the viewer]].

If you get lost, or these instructions are incomplete, see [[communication tools]] for a list of ways to get in touch with people that can help.

== Development Environment ==
The following dev environment is what LL uses for Windows development. There is no reason that the Second Life viewer can not be built using other environments, but it will take some extra work.

(Instructions for building the viewer using Microsoft's Visual Studio .NET 2005 Express can be found [[Compiling the viewer (MSVS2005)|on another page]]. At the time of writing, Express was freely available.)

=== Visual Studio .NET 2003 Professional ===
* Setup [[Microsoft Visual Studio]].

* Optional: If you wish to save disk space, consider the below. Otherwise, the default VS2003 install options are fine:
It is not necessary to install every possible VS2003 component to compile the client source.

For the installation prerequisites, it is not necessary to install the Internet Information Server (IIS) or SQL Server 2000.

Only the following components are absolutely needed in VS2003:

Visual Studio .NET Professional (Required) 
1.2 Visual C++ .NET 
1.2.1 Visual C++ Class & Template Libraries 
1.2.2 Visual C++ Run-Time Libraries 
1.2.2.1 Visual C++ Dynamic CRT Libraries 
1.2.2.2 Visual C++ CRT Source Code 
1.2.2.3 Visual C++ Static Single-Threaded CRT Libraries 
1.2.2.4 Visual C++ Static Multi-Threaded CRT Libraries 
1.2.3 Visual C++ Tools 
1.2.3.2 Spy++ 
1.2.3.5 Visual C++ Error Lookup 
1.6 Tools for Redistributing Applications 
1.6.1 Graphics Library 
1.6.2 Redistributable Merge Modules

=== Other Development Tools ===
You will also need some open source development tools.
==== Required ====
* [http://www.cmake.org/ CMake 2.4.8]
* [http://www.cygwin.com/ Cygwin]
** When you run the cygwin setup utility make sure you have selected to install '''patchutils''', '''flex''', and '''bison''' (all located under "devel") which are not part of the default install. Older releases (< r79209) had several hardcoded references that expect Cygwin to be installed at '''C:\cygwin''' in the project files, however current releases rely on the build environment configuration instead.
* [http://www.activestate.com/Products/ActivePython/?mp=1 ActivePython 2.3x or later] - Latest Version is 2.5.1.1
** You should install this if compiling 1.18 or later viewers, or else hack the prebuild .bat files as in [http://jira.secondlife.com/browse/VWR-1267 VWR-1267].
==== Optional ====
* ActivePerl was recommended for previous versions on this Wiki, but it currently appears that it is not strictly necessary unless you are planning to build your own version of all libraries (which most likely you don't want to do). So for a start it may be safe to skip it.
*: [http://www.activestate.com/Products/ActivePerl/?mp=1 ActivePerl]

== Source Code ==
The easiest way to get this working is to get '''source''', '''artwork''' and '''libraries''' for the same version from the [[source downloads]] page and unpack them all into the same directory/folder, which ideally would be a folder in (or near) the root directory with a short name like ''sl_1_16_0_5''.
'''Note:''' Avoid folder names with spaces in them (this means avoid putting the project into your ''My Documents'' folder).

== Open Source Libraries ==

Some libraries can be distributed with the SL source and there is a library package available with the source. As mentioned above (about the source), you can simply extract the '''library''' archive and copy the files to your code directory, maintaining the same directory structure.

If instead you are interested in compiling these libraries from their source (instead of using the above zip file of precompiled libraries provided by Linden Lab), see [[Compiling the viewer libraries (MSVS 2003)]]

== Other Libraries ==

Linden Lab included all the libraries/includes they can ship with their source, but we can not distribute the source to the following, and you will need to follow the instructions to acquire them, below.

These steps are cumbersome and will have to be repeated for each new release (if you keep the source for each release in it's own folder). It is a good idea to build an empty directory tree for the files below, then copy these library files there. Once completed, copy the whole tree to the actual source folder (like ''XCOPY olibs sl_1_16_0_5 /S''). You will then only need to repeat the last step for each new release, reusing the tree you have already created.

If you do not want to do this, of course you can just copy the files directly into the linden source paths.

rem OLIBS.CMD to build a folder tree for 3rd party libraries and includes
md olibs
md olibs\linden\
md olibs\linden\libraries
md olibs\linden\libraries\include
md olibs\linden\libraries\i686-win32
md olibs\linden\libraries\i686-win32\lib_release
md olibs\linden\libraries\i686-win32\lib_debug
md olibs\linden\libraries\i686-win32\include
md olibs\linden\libraries\i686-win32\include\GL
md olibs\linden\libraries\i686-win32\include\quicktime
md olibs\linden\indra
md olibs\linden\indra\newview

==== Fmod ====
* Download & extract [http://www.fmod.org/index.php/download fmod 3.75 api for win32] (''not'' 4.12).
* Copy "fmodapi375win\api\inc\fmod.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\inc\fmod_errors.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_release"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_debug"
* Copy "fmodapi375win\api\fmod.dll" to "linden\indra\newview"

==== gl (pre-1.20) ====
* Download [http://oss.sgi.com/projects/ogl-sample/sdk.html glext.h, glxext.h, and wglext.h]
* Copy them to "linden\libraries\i686-win32\include\GL"

Note: From 1.20 forward, LL have found suitable redistributable equivalents and ship them in the source

==== Quicktime (Optional) ====
* '''Note:''' Quicktime download can be skipped '''if you can live with a build that does not play in-world movies''' (some minor modifications to the project are necessary then, see "QuickTime removal" on the build instructions for [[Compiling the viewer (MSVS2005)|Visual Studio 2005]]).
* Download & install the [http://developer.apple.com/quicktime/download/ Quicktime SDK for Windows]
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_release".
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_debug".
* Copy the contents of "QuicktimeSDK\CIncludes" into "linden\libraries\i686-win32\include\quicktime".

== Building ==
* '''For Viewer build versions 1.21 and newer,''' go into the '''indra''' folder, and run the '''develop.py''' script. (This step does not apply to build version 1.20 and older.)
* Open the '''indra\build-vc71\SecondLife.sln''' solution in Visual Studio
* Build either '''ReleaseNoOpt''' (for debugging) or '''Release''' (for running or debugging production code). See [[#Configurations/Debugging Info]] for details on these configurations.
** Note that the Release build also contains debug information, and can be run in the debugger.
* To run the executable outside VS, create a shortcut to SecondLife.exe, and change the start location to linden\indra\newview\ (all the .dll will be found there.)
** Alternately, copy the exe (possibly rename it) to your "c:\program files\second life" folder.
* There were additional steps required in version 1.15 which seem to be fixed now. If you are trying to build 1.15 see an [https://wiki.secondlife.com/w/index.php?title=Compiling_the_viewer_%28MSVS2003%29&oldid=23026 older version of this page].

== Errors while building? ==
See [[Common compilation problems]] if you run into errors while building.

== Configurations/Debugging Info ==
* You will usually compile/debug the '''RelWithDebInfo''' or Release configuration ('''Debug''' should also work but should not really be necessary).
* '''RelWithDebInfo''' compiles faster and has more debugging information, but this comes at a runtime penalty of about 50% of your FPS in busy areas, compared to ReleaseForDownload build.
* '''Release''' runs fine in the debugger, but times you may miss debugger access to some local variables or the debugger may even show wrong values for objects and members, because it is confused by the optimizations.
* '''RelWithDebInfo''' comes with a seperate debugging console window opens and stays open for the duration of your session.
* You can see the last few lines from the debugger console also by pressing Shift+Ctrl+4 in the viewer (all builds).
* The debug log (usually in application data) can also be redirected to a more file if you add "-log secondlife.log" to the command line (Newview, Properties, Debugging, Command line arguments).
* If you want to build a '''Debug''' configuration, see the specific section with compile instructions on [[Finding_leaks]]

== Problems Running? ==
* Viewer Error: '''Second Life is unable to access a file that it needs.''': Did you neglect to download the Artworks archive from the [[source downloads]] page? It is in the Viewer column, below the OS-specific Viewer archives.
* '''Can't connect''': In the debug builds there is a selection box on the login screen to select the server to connect to. '''Agni''' is the production grid, '''aditi''' is the beta grid. (There seems to be a bug in this part of the code, you may have to make your selection, close the viewer and reopen it, before you can connect to the selected grid).
* '''Inventory errors''': If you're getting errors while trying to load your inventory, try [[Help:Stuck logging in|clearing your cache and deleting other temporary files]].
* If you want to connect to the beta grid, add '''--aditi''' to the command line (Newview, Properties, Debugging, Command line argument).
* '''Missing smime3 DLL''': Those are parts of the integrated web browser. Copy 'smime3.dll', 'nss3.dll', 'softokn3.dll', and 'ssl3.dll' files from your official client's main folder to "linden\indra\newview".
* '''assert with star_brightness''' and/or '''Black Screen''' under '''Windlight''': Current distributions of the Windlight source are missing files from the app_settings/windlight folder. Download the Linden Windlight viewer, install it and copy the files (and subfolders) into your development environment (linden/indra/newview/app_settings/windlight)

== Submit Patches ==
This is probably far down the road, but if you make changes to the source and want to submit them, see the page about [[Submitting patches|submitting patches]].

[[Category:Compiling viewer]]

Compiling the viewer (MSVS2003)

2008-07-19T09:35:51Z

Scalar Tardis: /* Building */ Clarify that develop.py is for the newest 1.21 builds --- Ref: Soft Linden, SLDEV list, Sat, Jun 28, 2008 at 9:09 AM, Re: [sldev] Compiling/VS2003: Where is develop.py ?

{{CompileNav}}

The following instructions are for compiling the Second Life viewer on Windows for Visual Studio .Net 2003. If you are using more recent versions of Visual Studio, see [[Compiling the viewer (MSVS2005)]]. For other platforms including MacOS and Linux, see [[Compiling the viewer]].

If you get lost, or these instructions are incomplete, see [[communication tools]] for a list of ways to get in touch with people that can help.

== Development Environment ==
The following dev environment is what LL uses for Windows development. There is no reason that the Second Life viewer can not be built using other environments, but it will take some extra work.

(Instructions for building the viewer using Microsoft's Visual Studio .NET 2005 Express can be found [[Compiling the viewer (MSVS2005)|on another page]]. At the time of writing, Express was freely available.)

=== Visual Studio .NET 2003 Professional ===
* Setup [[Microsoft Visual Studio]].

* Optional: If you wish to save disk space, consider the below. Otherwise, the default VS2003 install options are fine:
It is not necessary to install every possible VS2003 component to compile the client source.

For the installation prerequisites, it is not necessary to install the Internet Information Server (IIS) or SQL Server 2000.

Only the following components are absolutely needed in VS2003:

Visual Studio .NET Professional (Required) 
1.2 Visual C++ .NET 
1.2.1 Visual C++ Class & Template Libraries 
1.2.2 Visual C++ Run-Time Libraries 
1.2.2.1 Visual C++ Dynamic CRT Libraries 
1.2.2.2 Visual C++ CRT Source Code 
1.2.2.3 Visual C++ Static Single-Threaded CRT Libraries 
1.2.2.4 Visual C++ Static Multi-Threaded CRT Libraries 
1.2.3 Visual C++ Tools 
1.2.3.2 Spy++ 
1.2.3.5 Visual C++ Error Lookup 
1.6 Tools for Redistributing Applications 
1.6.1 Graphics Library 
1.6.2 Redistributable Merge Modules

=== Other Development Tools ===
You will also need some open source development tools.
==== Required ====
* [http://www.cmake.org/ CMake 2.4.8]
* [http://www.cygwin.com/ Cygwin]
** When you run the cygwin setup utility make sure you have selected to install '''patchutils''', '''flex''', and '''bison''' (all located under "devel") which are not part of the default install. Older releases (< r79209) had several hardcoded references that expect Cygwin to be installed at '''C:\cygwin''' in the project files, however current releases rely on the build environment configuration instead.
* [http://www.activestate.com/Products/ActivePython/?mp=1 ActivePython 2.3x or later] - Latest Version is 2.5.1.1
** You should install this if compiling 1.18 or later viewers, or else hack the prebuild .bat files as in [http://jira.secondlife.com/browse/VWR-1267 VWR-1267].
==== Optional ====
* ActivePerl was recommended for previous versions on this Wiki, but it currently appears that it is not strictly necessary unless you are planning to build your own version of all libraries (which most likely you don't want to do). So for a start it may be safe to skip it.
*: [http://www.activestate.com/Products/ActivePerl/?mp=1 ActivePerl]

== Source Code ==
The easiest way to get this working is to get '''source''', '''artwork''' and '''libraries''' for the same version from the [[source downloads]] page and unpack them all into the same directory/folder, which ideally would be a folder in (or near) the root directory with a short name like ''sl_1_16_0_5''.
'''Note:''' Avoid folder names with spaces in them (this means avoid putting the project into your ''My Documents'' folder).

== Open Source Libraries ==

Some libraries can be distributed with the SL source and there is a library package available with the source. As mentioned above (about the source), you can simply extract the '''library''' archive and copy the files to your code directory, maintaining the same directory structure.

If instead you are interested in compiling these libraries from their source (instead of using the above zip file of precompiled libraries provided by Linden Lab), see [[Compiling the viewer libraries (MSVS 2003)]]

== Other Libraries ==

Linden Lab included all the libraries/includes they can ship with their source, but we can not distribute the source to the following, and you will need to follow the instructions to acquire them, below.

These steps are cumbersome and will have to be repeated for each new release (if you keep the source for each release in it's own folder). It is a good idea to build an empty directory tree for the files below, then copy these library files there. Once completed, copy the whole tree to the actual source folder (like ''XCOPY olibs sl_1_16_0_5 /S''). You will then only need to repeat the last step for each new release, reusing the tree you have already created.

If you do not want to do this, of course you can just copy the files directly into the linden source paths.

rem OLIBS.CMD to build a folder tree for 3rd party libraries and includes
md olibs
md olibs\linden\
md olibs\linden\libraries
md olibs\linden\libraries\include
md olibs\linden\libraries\i686-win32
md olibs\linden\libraries\i686-win32\lib_release
md olibs\linden\libraries\i686-win32\lib_debug
md olibs\linden\libraries\i686-win32\include
md olibs\linden\libraries\i686-win32\include\GL
md olibs\linden\libraries\i686-win32\include\quicktime
md olibs\linden\indra
md olibs\linden\indra\newview

==== Fmod ====
* Download & extract [http://www.fmod.org/index.php/download fmod 3.75 api for win32] (''not'' 4.12).
* Copy "fmodapi375win\api\inc\fmod.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\inc\fmod_errors.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_release"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_debug"
* Copy "fmodapi375win\api\fmod.dll" to "linden\indra\newview"

==== gl (pre-1.20) ====
* Download [http://oss.sgi.com/projects/ogl-sample/sdk.html glext.h, glxext.h, and wglext.h]
* Copy them to "linden\libraries\i686-win32\include\GL"

Note: From 1.20 forward, LL have found suitable redistributable equivalents and ship them in the source

==== Quicktime (Optional) ====
* '''Note:''' Quicktime download can be skipped '''if you can live with a build that does not play in-world movies''' (some minor modifications to the project are necessary then, see "QuickTime removal" on the build instructions for [[Compiling the viewer (MSVS2005)|Visual Studio 2005]]).
* Download & install the [http://developer.apple.com/quicktime/download/ Quicktime SDK for Windows]
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_release".
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_debug".
* Copy the contents of "QuicktimeSDK\CIncludes" into "linden\libraries\i686-win32\include\quicktime".

== Building ==
* '''For Viewer build versions 1.21 and newer,''' go into the '''indra''' folder, and run the '''develop.py''' script.
* Open the '''indra\build-vc71\SecondLife.sln''' solution in Visual Studio
* Build either '''ReleaseNoOpt''' (for debugging) or '''Release''' (for running or debugging production code). See [[#Configurations/Debugging Info]] for details on these configurations.
** Note that the Release build also contains debug information, and can be run in the debugger.
* To run the executable outside VS, create a shortcut to SecondLife.exe, and change the start location to linden\indra\newview\ (all the .dll will be found there.)
** Alternately, copy the exe (possibly rename it) to your "c:\program files\second life" folder.
* There were additional steps required in version 1.15 which seem to be fixed now. If you are trying to build 1.15 see an [https://wiki.secondlife.com/w/index.php?title=Compiling_the_viewer_%28MSVS2003%29&oldid=23026 older version of this page].

== Errors while building? ==
See [[Common compilation problems]] if you run into errors while building.

== Configurations/Debugging Info ==
* You will usually compile/debug the '''RelWithDebInfo''' or Release configuration ('''Debug''' should also work but should not really be necessary).
* '''RelWithDebInfo''' compiles faster and has more debugging information, but this comes at a runtime penalty of about 50% of your FPS in busy areas, compared to ReleaseForDownload build.
* '''Release''' runs fine in the debugger, but times you may miss debugger access to some local variables or the debugger may even show wrong values for objects and members, because it is confused by the optimizations.
* '''RelWithDebInfo''' comes with a seperate debugging console window opens and stays open for the duration of your session.
* You can see the last few lines from the debugger console also by pressing Shift+Ctrl+4 in the viewer (all builds).
* The debug log (usually in application data) can also be redirected to a more file if you add "-log secondlife.log" to the command line (Newview, Properties, Debugging, Command line arguments).
* If you want to build a '''Debug''' configuration, see the specific section with compile instructions on [[Finding_leaks]]

== Problems Running? ==
* Viewer Error: '''Second Life is unable to access a file that it needs.''': Did you neglect to download the Artworks archive from the [[source downloads]] page? It is in the Viewer column, below the OS-specific Viewer archives.
* '''Can't connect''': In the debug builds there is a selection box on the login screen to select the server to connect to. '''Agni''' is the production grid, '''aditi''' is the beta grid. (There seems to be a bug in this part of the code, you may have to make your selection, close the viewer and reopen it, before you can connect to the selected grid).
* '''Inventory errors''': If you're getting errors while trying to load your inventory, try [[Help:Stuck logging in|clearing your cache and deleting other temporary files]].
* If you want to connect to the beta grid, add '''--aditi''' to the command line (Newview, Properties, Debugging, Command line argument).
* '''Missing smime3 DLL''': Those are parts of the integrated web browser. Copy 'smime3.dll', 'nss3.dll', 'softokn3.dll', and 'ssl3.dll' files from your official client's main folder to "linden\indra\newview".
* '''assert with star_brightness''' and/or '''Black Screen''' under '''Windlight''': Current distributions of the Windlight source are missing files from the app_settings/windlight folder. Download the Linden Windlight viewer, install it and copy the files (and subfolders) into your development environment (linden/indra/newview/app_settings/windlight)

== Submit Patches ==
This is probably far down the road, but if you make changes to the source and want to submit them, see the page about [[Submitting patches|submitting patches]].

[[Category:Compiling viewer]]

Is it up to date?

2008-07-05T20:26:45Z

Scalar Tardis: Add list of maintenance categories in the SL wiki

Second Life is a continuously innovating service (aka ''forever beta''.) Something appropriate yesturday may not today. Although the [http://secondlife.com Second Life official web site] is maintained by paid Linden employees in timely mannar, this [http://wiki.secondlife.com Second Life wiki] is maintained by the community primarily as a voluntary activity. As a result, some pages of this wiki carry out-of-date information.

What should we do, then?

== Checking Maintenance Tags ==
Many categories exist for classifying pages in need of updating or improvement. As of July 5th, 2008, this list covered:

*[[:Category:Articles for Spanish translation]]
*[[:Category:Articles in need of expansion]]
*[[:Category:Articles in need of expansion/fr]]
*[[:Category:Articles in need of updating]]
*[[:Category:Articles with vital information missing]]
*[[:Category:Duplicated Images]]
*[[:Category:Feature Requests]]
*[[:Category:Images better suited as PNG]]
*[[:Category:Images better suited as SVG]]
*[[:Category:Images better suited as text]]
*[[:Category:Images that trigger MediaWiki errors]]
*[[:Category:LSL FixMe]]
*[[:Category:LSL FixMe/fr]]
*[[:Category:LSL FixMe/ja]]
*[[:Category:LSL Needs Example]]
*[[:Category:LSL Needs Example/fr]]
*[[:Category:LSL Needs Example/ja]]
*[[:Category:LSL Needs Example/nl]]
*[[:Category:LSL Needs Example/pl]]
*[[:Category:LSL Needs Example/pt]]
*[[:Category:LSL WishList]]
*[[:Category:Templates in need of documentation]]
*[[:Category:Tutorial stubs]]
*[[:Category:Workarounds]]

== Checking last modified date ==

On the bottom of every page, there is a ''foot bar'' highlighted with two orange lines. Contained there is the last modified date of the page. It is automatically generated by the system and is reliable.

You can get a brief idea how old the page is, hence the information contained is. For example, a page says something like "this will be fixed very soon", and the last modified date is March 2007, the best bet is "it is already fixed."

== Checking other readers' comments ==

On the top of each page, there will be a '''discussion''' tab. If the word "discussion" is in blue, there are some comments and discussions regarding the content of the page. You can read it by clicking on it. The discussion page may contain something related to freshness of the content. (As a convention, each comment on the discussion page has a timestamp, so you should not worry about when a comment was made. If you find some important comment without the timestamp, you can even check the history of the discussion page. See below.)

== Checking page history ==

On the top of every page, there is a '''history''' tab. Clicking it shows you the recent page editing history. The important part of this page, in this context, is the date of each edit. Clicking on a date in the list shows you the past page of the date, so you can see what the page said on the particular date.

If something on the page was not in a particular older day, that means the part is added more recently than the date. If it was, the part is older than the date. You can get more detailed idea how old some particular information on the page is.

A typical pattern of the page edit is something like: several edits in a short period of time (say, five edits in two days), then some long pause (say, two months), then several edits, ... Mediawiki allows you to compare versions of a page in two particular dates, giving you an idea what changes are made in a series of edits. You can use radio buttons on the list to specify two particular versions of the page and '''Compare selected versions''' button to see the changes between two dates. (The UI to do this seems somewhat complicated, IMHO, so you need to try and see how it works...)

== Leaving comments ==

When you find whole or parts of a page is out-of-date, it is a good idea to leave your findings as a comment for future readers. (Remember, this is a community supported wiki, and wiki contents are maintained this way.)

If you are sure something on this wiki is out-of-date and is inappropriate for the latest Second Life, you can add a comment to say so. For example, "(this is fixed before June 2008)" or "(this is not applicable to the Second Life 2008 or later.)" If you feel that particular out-of-date part has no value to be there, you can update the text to reflect the latest condition or even delete the applicable sentences/paragraph as a whole.

Alternatively, you can leave a comment on a '''discussion''' page. This is a better way when you are not very sure.

== Marking a page as out-of-date ==

If you find entire contents of a page is out-of-date and no value to be there, there are several ways you can do.

* You can add something to say "This page is out-of-date" on the top of a page, keeping the page content as-is.
* You can add [[Template:Delete]] to request a deletion of the page. (Non Linden residents are not allowed to delete an existing page on this wiki.)
* You can erase entire content of the page.

Unless there are special circumstances, the first method is recommended. You can use [[Template:Old-info]] for the purpose.

SLDEV Discussion - Texture Cache Plan of Attack

2008-06-28T12:25:19Z

Scalar Tardis: /* 1. Add separate UI controls for VFS and texture decode caches */ add descriptions of new widgets

{{ViewerArchNav|parent=Image System}}

Discussion is underway in the SLDev Mailing List regarding options to overhaul the texture cache. Mostly the plan involves storing decompressed textures, rather than the JPG2000 compressed versions, which allows the Texture Fetch operations to skip the decode, which is currently the major bottleneck in the cache system. This article is for summarizing, planning, and status of this project. Please discuss via the SLDev mailing list.

== Overview ==
=== Current Implementation ===
Currently, the client will download uncached JPG2000 textures from the region/asset servers, progressively decode and apply them to the faces rendered in whatever quality level is currently available. As more data is downloaded, it is further decoded, and the quality rendered goes up. Textures are cached in a three-part system sharing space with the [[VFS]], described in the [[Texture Cache]] article.

=== New Plan ===
The discussion on the SLDev list has been very helpful in nailing down ways to improve the cache. The biggest change will be caching of textures in an un-compressed format - TGA or Raw - while preserving the existing obfuscation technique to prevent direct ripping of the cached images. In addition, the cache settings will be split into two separate caches - the VFS for objects that use it currently, and a completely new layer of cache exclusively for textures.

== Steps ==
=== Rework Cache to store multiple formats ===
Currently, the texture cache can read TGA and JPG2000 files from the cache. However, it has no way to ''write'' TGA to the cache. The interface between llTextureFetch and llTextureCache will need to be refactored to support storing and retrieving in a format-agnostic way, allowing JPG2000, TGA, and Raw to exist simultaneously in the cache, with the possibility of adding others down the line if needed relatively easily.

In short, the calls from llTextureFetch to llTextureCache, and the return data, should include a Format Identifier, a block of data for the image itself (in whatever format is indicated by the Format Identifier), and any other details that may be required such as data size, image dimensions, and (if necessary) color depth. llTexureCache should be able to store and retrieve this data in a format-agnostic way, ideally returning decoded data to llTextureFetch as a llRawImage object. Metadata would be stored in the cache index, discussed below, with the bulk of the data stored in the manner it is done now - subfolders with filenames equivalent to the UUID of the texture.

=== Rework Cache Index for Greater Storage ===
Currently, the Texture Cache shares space with the VFS, and is limited to 800MB - 80% of the maximum total "cache size", the other 20% of which is reserved for the VFS. With the cache capable of storing uncompressed files, it could grow much faster; and with the cost of disk space these days, limiting the cache to 1GB is ludicrously inadequate. A separate slider in the "Network" preferences tab should allow the individual specification of max VFS ("Object Cache") and max Texture caches. In discussion, many commenters stated that they would allocate as much as 100GB to a texture cache. Aside from the speed benefit garnered from a larger cache, it also will dramatically reduce the amount of textures that would need to be re-downloaded due to a lower cache discard rate.

The Cache Index would store Metadata about the texture - the Format ID, the dimensions, file size, and color depth (if necessary), and, like the current cache index, would also have the first (arbitrary number of) bytes of the actual data - primarily for obfuscation purposes, to prevent the casual ripping of textures from the cache. Multiple copies of the same texture could be stored in the cache, in different formats - for example, stored as JPG2000 while progressively downloading, then stored in uncompressed format once complete. The Texture Fetcher would simply request a texture, and the cache would respond with the cached version available with the lowest CPU-overhead - Raw first, then TGA, then JPG2000, with the network fetch as the fail-through option. Ideally, once a texture has been downloaded completely and decoded, it would be stored as a Raw image, and the JPG2000 version would be marked as "expired" or otherwise scheduled for purging from the cache. The bulk of the texture data, stored in the UUID-named file in the subfolders of the cache, will need to have an extension added to it that signifies the Format ID to allow co-existence of multiple encodings of the same texture.

Some discussion was brought up about XORing the raw texture data with a hard-coded key, or perhaps one based on the Hardware Hash of each individual machine - in effect a fast but low-quality encryption. This has been largely disregarded in the interest of attaining the best speed - although it remains an option if the community demands more obfuscation than currently exists in the texture cache.

=== Cache Discard Optimization ===
There is discussion on the [[Texture Cache]] page regarding further optimization or replacement of the Cache Discard algorithms, which should probably be moved here - however, this portion is not a part of the current ongoing discussion in SLDev. I will leave it to someone else to take the initiative on this.

== Implementation Experiments: Separate cache size controls ==

=== 1. Add separate UI controls for VFS and texture decode caches ===

[[Image:Revised Caching Preferences rev001.PNG]]

IN FILE: '''panel_preferences_network.xml'''

==== Widget: Slider ''CacheSize'' / ''cache_size'' ====

Originally used to control compressed texture cache and VFS asset cache size. 80% of this value set the texture cache size and 20% the VFS asset cache size. Original slider scaling: 50 to 1000 megabytes

'''Changes:''' Will now only set the compressed texture cache size at 100% of this value. Scaling is still 50 to 1000 megabytes

==== Widget: Checkbox ''CacheUseDecodeTextures'' / ''cache_use_decoded_textures'' ====

New, for enabling or disabling use of the new decoded texture cache. Disabling would not clear the cache but just stop use of it, for troubleshooting purposes.

==== Widget: Slider ''CacheSizeDecodedTextures'' / ''cache_size_decoded_textures'' ====

Sets the size of the new decoded cache. Since this has the opportunity to greatly increase performance if more space is allocated to it, the size scaling is in gigabytes from 1 to 1000 GB, with a default size of 1 GB.

==== Widget: Checkbox ''CacheRemoveDecodedTextures / ''cache_remove_decoded_textures'' ====

This option deletes the original compressed texture out of the standard cache once it has been added to the decode cache, to conserve disk space usage.

==== Widget: RadioButton ''CacheUseVFS'' / ''cache_use_vfs'' ====

This enables use of the current, existing VFS asset caching method.

==== Widget: Slider ''CacheSizeVFS'' / ''cache_size_vfs'' ====

This sets the size of the existing VFS, as a separate control from the old single-function texture cache slider. Size is set as a percentage of total installed system memory, with a range from 1% to 50% of total memory.

==== Widget: RadioButton ''CacheUseDiskAsset'' / ''cache_use_disk_asset'' ====

This enables use of a purely disk-based cache for assets that is similar to the texture and decode caches, and completely deallocates the VFS from memory and disables it.

==== Widget: Slider: ''CacheSizeDiskAsset'' / ''cache_size_disk_asset'' ====

This sets the size of the new disk-based asset cache, and also has a very large scaling from 1 to 1000 GB, with a default size of 1 GB.

==== Widget: Button ''CacheClearStandardTexture''/ ''cache_clear_standard_texture'' ====

Only clear the standard compressed texture cache.

==== Widget: Button ''CacheClearStdVFS''/ ''cache_clear_vfs'' ====

Only clear the RAM-disk VFS. May need a viewer restart to achieve this.

==== Widget: Button ''CacheClearDecodedTexture'' / ''cache_clear_decoded_texture'' ====

Only clear the new decoded texture cache. Should offer a warning that this may take a while for gigabytes of data deletion.

==== Widget: Button ''CacheClearDiskAsset'' / ''cache_clear_disk_asset'' ====

Only clear the new disk-based asset cache. Should offer a warning that this may take a while for gigabytes of data deletion.

==== Widget: Checkbox ''CacheClearOnMove / ''cache_clear_on_move'' ====

Offer the option to delete all data from the old cache location, before creating a cache in the new location.

[[Category:Design Discussions]]

User talk:Celierra Darling

2008-06-28T11:23:45Z

Scalar Tardis: /* Which version of 1.19.* uses settings.xml? */ found the answer

<div class="messagebox" style="width: 40%; min-height: 57px">
<div style="float: left"></div>
<div style="margin-left: 60px">'''[http://en.wikipedia.org/wiki/Wikipedia:Soft_redirect Soft redirect]''' This page can be found at http://en.wikipedia.org/wiki/User_talk:AySz88.</div>
</div>

(You can also leave messages here.)

== Penises ==

All technology is just satisfying the innate human desire to make a more perfect penis. :P [[User:Gigs Taggart|Gigs Taggart]] 14:06, 2 May 2007 (PDT)
: I have no idea what the context of this is... :P [[User:Celierra Darling|Celierra Darling]] 21:55, 25 June 2007 (PDT)
:: It was about the sculptie-prim faq edit revert. [[User:Gigs Taggart|Gigs Taggart]] 15:00, 26 June 2007 (PDT)

== Re: Section titles ==

Thank you for the [[User talk:Alissa Sabre#Section titles|feedback]] on my edit. I know some MediaWiki-based site is run under the policy to avoid the first level section headings, but I don't think it is not for SL wiki, because (1) the stylesheet for SL wiki seems preventing use of third or more levels (i.e., "===") (and I'm actually trying to avoid them as much as I can) and it is almost impossible to have just one level of section title, and (2) Some pages written by Lindens use the first level section title. Also, I believe it's not bad to use the same formatting for page title and the section title, because the page title and the first level section title are easily identified by the position in the page, even if their styles are same. Do you have any other reason why we should not use the first level section title? -- [[User:Alissa Sabre|Alissa Sabre]] 08:36, 12 October 2007 (PDT)

== LSL Page Style Ideas ==

There is a big of a movement afoot to rework the page styles again. With Mono coming down the pipe eventually, it's going to shake things up a bit. -- [[User:Strife Onizuka|Strife Onizuka]] 06:59, 17 May 2008 (PDT)

== Correction: 1.20.* uses settings.xml ==

In [[How preferences work]] you added: ''As of 1.19, this section is outdated. From the release notes, "The settings system has been significantly revamped. llcontroldef.cpp has been replaced with an XML file controlling all settings values: app_settings/settings.xml"''

This was confusing me, but after some research I found it is actually for 1.20.* and newer. [[User:Scalar Tardis|Scalar Tardis]] 01:04, 28 June 2008 (PDT)

SLDEV Discussion - Texture Cache Plan of Attack

2008-06-28T11:13:31Z

Scalar Tardis: Add UI preferences panel mockup to support decoded-textures and VFS replacement caches

File:Revised Caching Preferences rev001.PNG

2008-06-28T11:08:37Z

Scalar Tardis: A mockup of how I'd like to see the client caching model changed, to add a decoded texture cache and a direct-to-disk asset cache to replace the VFS. ~~~~

A mockup of how I'd like to see the client caching model changed, to add a decoded texture cache and a direct-to-disk asset cache to replace the VFS. [[User:Scalar Tardis|Scalar Tardis]] 04:08, 28 June 2008 (PDT)

XUI

2008-06-28T08:41:02Z

Scalar Tardis: New page: XML may relate to: * Skinning - ''Skinning refers broadly to the ability to customize the user interface. The Skinning project is part of the User Interface Roadmap and specifically d...

XML may relate to:

* [[Skinning]] - ''Skinning refers broadly to the ability to customize the user interface. The Skinning project is part of the User Interface Roadmap and specifically describes a path to make the Second Life user interface entirely data driven and customizable by Linden Lab, 3rd party developers, and individuals, without requiring changes to the primary application source code, and maintainable across updates.''
* [[Skinning HowTo/Basics]] - ''Basic XML reference page''
* [[Adding a dialog]] - ''Windows and dialogs in Second Life are implemented as LLFloater objects, and which use XML description files.''

How preferences work

2008-06-28T08:11:18Z

Scalar Tardis: /* Declaring a New Preference */ Version number correction, as per SLDev post, Wed Apr 9 14:32:14 PDT 2008 by Soft Linden, [sldev] "1.20 release notes"

{{OSWikiLearnBox|parent=Viewer architecture}}
[[Category:Viewer Architecture]]

This document contains information about how user preferences are stored and manipulated in the Second Life Viewer Client.

== The gSavedSettings Control Group ==

The values for user preferences are stored in gSavedSettings, a global variable of the class LLControlGroup (see "indra/llxml/llcontrol.cpp" for the definition of that class). At the end of the session (i.e. when the viewer client is quit), persistent settings are saved to "settings.xml". They will be loaded from that file at the beginning of the next session.

== Declaring a New Preference ==
'''As of 1.20, this section is outdated.''' From the release notes, "The settings system has been significantly revamped. llcontroldef.cpp has been replaced with an XML file controlling all settings values: app_settings/settings.xml"

Old description follows:

All preferences must be declared in "indra/newview/llcontroldef.cpp" to be used. The declaration informs the client of details about the preference:
* its data type (e.g. color, string, float);
* its name (e.g. "EffectColor");
* its initial (default) value;
* its documentation string, which is displayed in the "Debug Settings" floater (in the Client menu);
* (optional) its persistence, i.e. whether it will be saved between sessions.

The following example (taken from "indra/newview/llcontroldef.cpp") declares a preference which stores a 4-channel (RGBA) color, called "EffectColor", with a default value of totally-opaque white (1, 1, 1, 1), and a documentation string, "Particle effects color":

gSavedSettings.declareColor4("EffectColor", LLColor4(1.f, 1.f, 1.f, 1.f), "Particle effects color");

This next example shows how you can specify that the preference should NOT persist between sessions, by giving '''NO_PERSIST''' as a fourth argument to the declaration:

gSavedSettings.declareBOOL("ShowTools", FALSE, "", NO_PERSIST);

The full list of data types, their declaration function names, and data type descriptions follows. Note that for data types which start with "LL" (e.g. LLString), the declare function name does not contain the leading "LL" (thus it becomes "declareString", not "declare'''LL'''String")

{|border="1" cellpadding="10px"
!Data Type !! Declare Function !! Description
|-
|U32 || declareU32 || Unsigned 32-bit Integer
|-
|S32 || declareS32 || Signed 32-bit Integer
|-
|F32 || declareF32 || 32-bit Float
|-
|BOOL || declareBOOL || Boolean (True/False)
|-
|LLString ||declareString || Character String (Text)
|-
|LLVector3 || declareVec3 || 3D Vector
|-
|LLVector3d || declareVec3d || 3D Vector (double data size)
|-
|LLRect || declareRect || Rectangle (left, bottom, width, height)
|-
|LLColor4U || declareColor4U || Unsigned 4-Channel Color (RGBA)
|-
|LLColor4 || declareColor4 || 4-Channel Color (RGBA)
|-
|LLColor3 || declareColor3 || 3-Channel Color (RGB)
|}

== Accessing Preference Data ==

The LLControlGroup class (of which gSavedSettings is an instance) defines "get" and "set" functions for each of the data types. The functions follow this format, where "DataType" is replaced with the proper data type, e.g. BOOL, F32, LLColor4. (As with the declare functions, the get and set function names to not contain the leading "LL" for data types like LLString and LLColor4.)

LLControlGroup::getDataType( LLString name );
LLControlGroup::setDataType( LLString name, DataType new_value );

A contrived example of retrieving and then setting an LLColor4-typed preference:

LLColor4 my_color;
my_color = gSavedSettings.getColor4( "EffectColor" );
gSavedSettings.setColor4( "EffectColor", my_color );

There are three additional "get" functions for certain special cases:

{|border="1" cellpadding="10px"
!Function Name!! Return Type !! Description
|-
| getWString || LLWString || Wide-Data Strings (multiple bytes per char)
|-
| getText || LLString || Special handler for strings from a file?
|-
| getColor || LLColor4 || Handles both LLColor4 and LLColor4u types.
|}

User talk:Celierra Darling

2008-06-28T08:04:47Z

Scalar Tardis: New section: Which version of 1.19.* uses settings.xml?

<div class="messagebox" style="width: 40%; min-height: 57px">
<div style="float: left"></div>
<div style="margin-left: 60px">'''[http://en.wikipedia.org/wiki/Wikipedia:Soft_redirect Soft redirect]''' This page can be found at http://en.wikipedia.org/wiki/User_talk:AySz88.</div>
</div>

(You can also leave messages here.)

== Penises ==

All technology is just satisfying the innate human desire to make a more perfect penis. :P [[User:Gigs Taggart|Gigs Taggart]] 14:06, 2 May 2007 (PDT)
: I have no idea what the context of this is... :P [[User:Celierra Darling|Celierra Darling]] 21:55, 25 June 2007 (PDT)
:: It was about the sculptie-prim faq edit revert. [[User:Gigs Taggart|Gigs Taggart]] 15:00, 26 June 2007 (PDT)

== Re: Section titles ==

Thank you for the [[User talk:Alissa Sabre#Section titles|feedback]] on my edit. I know some MediaWiki-based site is run under the policy to avoid the first level section headings, but I don't think it is not for SL wiki, because (1) the stylesheet for SL wiki seems preventing use of third or more levels (i.e., "===") (and I'm actually trying to avoid them as much as I can) and it is almost impossible to have just one level of section title, and (2) Some pages written by Lindens use the first level section title. Also, I believe it's not bad to use the same formatting for page title and the section title, because the page title and the first level section title are easily identified by the position in the page, even if their styles are same. Do you have any other reason why we should not use the first level section title? -- [[User:Alissa Sabre|Alissa Sabre]] 08:36, 12 October 2007 (PDT)

== LSL Page Style Ideas ==

There is a big of a movement afoot to rework the page styles again. With Mono coming down the pipe eventually, it's going to shake things up a bit. -- [[User:Strife Onizuka|Strife Onizuka]] 06:59, 17 May 2008 (PDT)

== Which version of 1.19.* uses settings.xml? ==

In [[How preferences work]] you added: ''As of 1.19, this section is outdated. From the release notes, "The settings system has been significantly revamped. llcontroldef.cpp has been replaced with an XML file controlling all settings values: app_settings/settings.xml"''

Currently I am exploring the 1.19.1.4 code and I can find no evidence for this change you mention. It still uses llcontroldef.cpp and this new xml file cannot be found anywhere. Can you be more specific about the version number where this change appears? I am inclined revert your edit until I can determine what you really meant to say. [[User:Scalar Tardis|Scalar Tardis]] 01:04, 28 June 2008 (PDT)

Common compilation problems

2008-06-27T18:46:55Z

Scalar Tardis: /* Viewer 1.19.1.4 / VS2003 */ reference the cygwin link.exe error

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 / VS2003 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

=== C1083: Cannot open include file: 'unistd.h' ===
On Apr 27, 2008 in thread ''[sldev] error while compiling on vc8/9 (unistd.h)'', SLDev contributor wuhanzymail <wuhanzymail@163.com> recommended the following:

1) right-click project lscript_compile, choose properties, c/c++, Preprocessor, add ''YY_NO_UNISTD_H'' to Preprcessor Definitions.

2) in lex_yy.cpp, line 5915 change:
<php> #ifndef __cplusplus
extern int isatty (int );
#endif</php>
to:
<php> #ifndef YY_NEVER_INTERACTIVE
extern int isatty (int );
#endif</php>
3) still in lex_yy.cpp, line 5943 change:
<php> b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;</php>
to:
<php> #if YY_NEVER_INTERACTIVE
b->yy_is_interactive = 0;
#else
b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
#endif</php>

=== C4018: '<' : signed/unsigned mismatch ===
On Apr 30, 2008 in thread ''[sldev] cygwin flex lscript_compile workaround'', SLDev contributor Steve Linden recommended the following:

I'm not sure whether this has already been addressed here, but we
discovered a problem with the latest version of Cygwin flex and
lscript_compile and I thought I would share the workaround. We've
committed the workaround to our release-candidate branche so it should
be in an upcoming source drop as well.

1. Add ''YY_NO_UNISTD_H'' to the list of Preprocessor Definitions in the
lscript_compile project file.

2. Apply the following patch it indra.l:

<php>Index: indra.l
===================================================================
--- indra.l (revision 86342)
+++ indra.l (revision 86343)
@@ -12,6 +12,7 @@
#include "linden_common.h"
// Deal with the fact that lex/yacc generates unreachable code
#ifdef LL_WINDOWS
+#pragma warning (disable : 4018) // warning C4018: signed/unsigned mismatch
#pragma warning (disable : 4702) // warning C4702: unreachable code
#endif // LL_WINDOWS
#include "llmath.h"
@@ -44,7 +45,10 @@

#define YYLMAX 16384
#define YY_NEVER_INTERACTIVE 1 /* stops flex from calling isatty() */
-
+#ifdef LL_WINDOWS
+#define isatty(x) 0 /* hack for bug in cygwin flex 2.5.35 */
+#endif
+
#ifdef ECHO
#undef ECHO
#endif
</php>
=== [...] error result returned from 'link.exe' ===
By checking the Output window (View menu -> Other Windows), this shows up as an error saying: ''link: extra operand `/NOLOGO' ''

As reported by Brad Linden, this is caused by having the compiler executable directories in the wrong order, with the Cygwin directory path listed above the Visual Studio paths. This causes the Cygwin linker to used instead of Visual Studio's linker.

Go to Tools -> Options -> Projects -> VC++ Directories, show directories for Executables, and move "C:\cygwin\bin" to the bottom of the list.

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

User:Scalar Tardis/NOLOGO-Compile-Err

2008-06-25T10:36:01Z

Scalar Tardis: add log with no problems with NOLOGO

I'm attempting to build 1.19.1.4 using VS2003.... this is the last of the compile errors.

==Project: win_crash_logger==
===Build Log===
------- Build started: Project: win_crash_logger, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_crash_logger\ReleaseNoOpt\RSP0000D5.rsp" with contents
[
/OUT:"win_crash_logger.exe" /INCREMENTAL:NO /NOLOGO /LIBPATH:"../lib_releasenoopt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /DEBUG /PDB:"ReleaseNoOpt/win_crash_logger.pdb" /SUBSYSTEM:WINDOWS /OPT:REF /OPT:ICF /MACHINE:X86 apr-1.lib aprutil-1.lib ws2_32.lib advapi32.lib comdlg32.lib dxguid.lib gdi32.lib kernel32.lib libexpatMT.lib netapi32.lib ole32.lib oleaut32.lib shell32.lib user32.lib wininet.lib winspool.lib libcurl.lib ssleay32.lib libeay32.lib zlib.lib winmm.lib psapi.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llvfs.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmath.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llxml.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmessage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcommon.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llwindow.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\apr-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\aprutil-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libexpatMT.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libcurl.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ssleay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libeay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\zlib.lib"
<pre>.\releasenoopt\llcrashlogger.obj
.\releasenoopt\llcrashloggerwindows.obj
.\releasenoopt\StdAfx.obj
.\releasenoopt\win_crash_logger.obj
.\releasenoopt\win_crash_logger.res
]</pre>
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_crash_logger\ReleaseNoOpt\RSP0000D5.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

win_crash_logger : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_crash_logger\ReleaseNoOpt\BuildLog.htm"
win_crash_logger - 1 error(s), 0 warning(s)

==Project: win_updater==
===Build Log===
------- Build started: Project: win_updater, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_updater\ReleaseNoOpt\RSP0000D6.rsp" with contents
[
/OUT:"updater.exe" /INCREMENTAL:NO /NOLOGO /LIBPATH:"../lib_ReleaseNoOpt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /DEBUG /PDB:"ReleaseNoOpt/win_updater.pdb" /SUBSYSTEM:WINDOWS /OPT:REF /OPT:ICF /MACHINE:X86 advapi32.lib comdlg32.lib gdi32.lib kernel32.lib odbc32.lib odbccp32.lib ole32.lib oleaut32.lib shell32.lib user32.lib uuid.lib wininet.lib winspool.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
<pre>.\releasenoopt\updater.obj</pre>
]
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_updater\ReleaseNoOpt\RSP0000D6.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

win_updater : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_updater\ReleaseNoOpt\BuildLog.htm"

win_updater - 1 error(s), 0 warning(s)

==Project: test==
===Build Log===
------- Build started: Project: test, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\test\ReleaseNoOpt\RSP0000D7.rsp" with contents
[
/OUT:"ReleaseNoOpt/test.exe" /INCREMENTAL /NOLOGO /LIBPATH:"../lib_ReleaseNoOpt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /NODEFAULTLIB:"libcmt.lib" /DEBUG /PDB:"ReleaseNoOpt/test.pdb" /SUBSYSTEM:CONSOLE /MACHINE:X86 advapi32.lib apr-1.lib aprutil-1.lib comdlg32.lib gdi32.lib jpeglib_6b.lib kernel32.lib libboost_regex-vc71-mt-s.lib libcurl.lib libeay32.lib libexpatMT.lib mswsock.lib netapi32.lib odbc32.lib odbccp32.lib ole32.lib oleaut32.lib psapi.lib shell32.lib ssleay32.lib user32.lib winmm.lib winspool.lib ws2_32.lib xmlrpcepi.lib zlib.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llvfs.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmath.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_library.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llxml.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmessage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_compile.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llinventory.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_execute.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llprimitive.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcommon.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\apr-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\aprutil-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\jpeglib_6b.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libboost_regex-vc71-mt-s.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libcurl.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libeay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libexpatMT.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ssleay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\xmlrpcepi.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\zlib.lib"
<pre>.\releasenoopt\common.obj
.\releasenoopt\inventory.obj
.\releasenoopt\io.obj
.\releasenoopt\llapp_tut.obj
.\releasenoopt\llbase64_tut.obj
.\releasenoopt\llbuffer_tut.obj
.\releasenoopt\lldate_tut.obj
.\releasenoopt\llerror_tut.obj
.\releasenoopt\llhost_tut.obj
.\releasenoopt\llhttpclient_tut.obj
.\releasenoopt\lljoint_tut.obj
.\releasenoopt\llmime_tut.obj
.\releasenoopt\llnamevalue_tut.obj
.\releasenoopt\llpermissions_tut.obj
.\releasenoopt\llpipeutil.obj
.\releasenoopt\llquaternion_tut.obj
.\releasenoopt\llrandom_tut.obj
.\releasenoopt\llsaleinfo_tut.obj
.\releasenoopt\llsd_new_tut.obj
.\releasenoopt\llsdmessagebuilder_tut.obj
.\releasenoopt\llsdmessagereader_tut.obj
.\releasenoopt\llsdserialize_tut.obj
.\releasenoopt\llsdutil_tut.obj
.\releasenoopt\llservicebuilder_tut.obj
.\releasenoopt\llstreamtools_tut.obj
.\releasenoopt\lltemplatemessagebuilder_tut.obj
.\releasenoopt\lltiming_tut.obj
.\releasenoopt\lltut.obj
.\releasenoopt\lluri_tut.obj
.\releasenoopt\lluserrelations_tut.obj
.\releasenoopt\lluuidhashmap_tut.obj
.\releasenoopt\math.obj
.\releasenoopt\reflection_tut.obj
.\releasenoopt\test.obj
.\releasenoopt\v2math_tut.obj
.\releasenoopt\v3color_tut.obj
.\releasenoopt\v3dmath_tut.obj
.\releasenoopt\v3math_tut.obj
.\releasenoopt\v4color_tut.obj
.\releasenoopt\v4coloru_tut.obj
.\releasenoopt\v4math_tut.obj
.\releasenoopt\xform_tut.obj
]</pre>
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\test\ReleaseNoOpt\RSP0000D7.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

test : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\test\ReleaseNoOpt\BuildLog.htm"
test - 1 error(s), 0 warning(s)

==Project: newview==
===Build Log===
------- Build started: Project: newview, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\newview\ReleaseNoOpt\RSP0000D8.rsp" with contents
[
/OUT:"ReleaseNoOpt/newview_noopt.exe" /INCREMENTAL /NOLOGO /LIBPATH:"../lib_releasenoopt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /NODEFAULTLIB:"msvcrt.lib" /NODEFAULTLIB:"libc.lib" /DEBUG /PDB:"newview_noopt.pdb" /SUBSYSTEM:WINDOWS /OPT:NOREF /OPT:NOICF /MACHINE:X86 advapi32.lib apr-1.lib aprutil-1.lib areslib.lib comdlg32.lib dinput8.lib dsound.lib dxerr8.lib dxguid.lib fmodvc.lib freetype.lib gdi32.lib glu32.lib jpeglib_6b.lib kernel32.lib libboost_regex-vc71-mt-s.lib libcurl.lib libeay32.lib libexpatMT.lib OpenJPEG.lib mswsock.lib netapi32.lib odbc32.lib odbccp32.lib ogg_static_mt.lib ole32.lib oleaut32.lib opengl32.lib png12.lib psapi.lib shell32.lib ssleay32.lib user32.lib Vfw32.lib vorbis_static_mt.lib vorbisenc_static_mt.lib vorbisfile_static_mt.lib winmm.lib winspool.lib ws2_32.lib xmlrpcepi.lib zlib.lib dnsapi.lib EZ_LCD_Wrapper.lib lgLcd.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llvfs.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcharacter.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llimagej2coj.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmath.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_library.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llxml.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmessage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_compile.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llimage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llinventory.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llui.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_execute.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llprimitive.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcommon.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llaudio.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llwindow.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llrender.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmedia.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\apr-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\aprutil-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\areslib.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\fmodvc.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\freetype.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\jpeglib_6b.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libboost_regex-vc71-mt-s.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libcurl.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libeay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libexpatMT.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\OpenJPEG.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ogg_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\png12.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ssleay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\vorbis_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\vorbisenc_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\vorbisfile_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\xmlrpcepi.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\zlib.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\EZ_LCD_Wrapper.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\lgLcd.lib"
<pre>.\releasenoopt\fakevoicesoundsignal.obj
.\releasenoopt\head.obj
.\releasenoopt\llagent.obj
.\releasenoopt\llagentdata.obj
.\releasenoopt\llagentpilot.obj
.\releasenoopt\llappviewer.obj
.\releasenoopt\llappviewerwin32.obj
.\releasenoopt\llassetuploadresponders.obj
.\releasenoopt\llaudiosourcevo.obj
.\releasenoopt\llbbox.obj
.\releasenoopt\llbox.obj
.\releasenoopt\llcallbacklist.obj
.\releasenoopt\llcallingcard.obj
.\releasenoopt\llcameraview.obj
.\releasenoopt\llcaphttpsender.obj
.\releasenoopt\llchatbar.obj
.\releasenoopt\llclassifiedinfo.obj
.\releasenoopt\llclassifiedstatsresponder.obj
.\releasenoopt\llcloud.obj
.\releasenoopt\llcolorscheme.obj
.\releasenoopt\llcolorswatch.obj
.\releasenoopt\llcommandhandler.obj
.\releasenoopt\llcompass.obj
.\releasenoopt\llcompilequeue.obj
.\releasenoopt\llconfirmationmanager.obj
.\releasenoopt\llconsole.obj
.\releasenoopt\llcontainerview.obj
.\releasenoopt\llcontroldef.obj
.\releasenoopt\llcubemap.obj
.\releasenoopt\llcurrencyuimanager.obj
.\releasenoopt\llcylinder.obj
.\releasenoopt\lldebugmessagebox.obj
.\releasenoopt\lldebugview.obj
.\releasenoopt\lldirpicker.obj
.\releasenoopt\lldrawable.obj
.\releasenoopt\lldrawpool.obj
.\releasenoopt\lldrawpoolalpha.obj
.\releasenoopt\lldrawpoolavatar.obj
.\releasenoopt\lldrawpoolbump.obj
.\releasenoopt\lldrawpoolground.obj
.\releasenoopt\lldrawpoolsimple.obj
.\releasenoopt\lldrawpoolsky.obj
.\releasenoopt\lldrawpoolterrain.obj
.\releasenoopt\lldrawpooltree.obj
.\releasenoopt\lldrawpoolwater.obj
.\releasenoopt\lldrawpoolwlsky.obj
.\releasenoopt\lldriverparam.obj
.\releasenoopt\lldynamictexture.obj
.\releasenoopt\llemote.obj
.\releasenoopt\lleventinfo.obj
.\releasenoopt\lleventnotifier.obj
.\releasenoopt\lleventpoll.obj
.\releasenoopt\llface.obj
.\releasenoopt\llfasttimerview.obj
.\releasenoopt\llfeaturemanager.obj
.\releasenoopt\llfilepicker.obj
.\releasenoopt\llfirstuse.obj
.\releasenoopt\llflexibleobject.obj
.\releasenoopt\llfloaterabout.obj
.\releasenoopt\llfloateractivespeakers.obj
.\releasenoopt\llfloateranimpreview.obj
.\releasenoopt\llfloaterauction.obj
.\releasenoopt\llfloateravatarinfo.obj
.\releasenoopt\llfloateravatarpicker.obj
.\releasenoopt\llfloateravatartextures.obj
.\releasenoopt\llfloaterbuildoptions.obj
.\releasenoopt\llfloaterbump.obj
.\releasenoopt\llfloaterbuy.obj
.\releasenoopt\llfloaterbuycontents.obj
.\releasenoopt\llfloaterbuycurrency.obj
.\releasenoopt\llfloaterbuyland.obj
.\releasenoopt\llfloaterchat.obj
.\releasenoopt\llfloaterchatterbox.obj
.\releasenoopt\llfloaterclassified.obj
.\releasenoopt\llfloaterclothing.obj
.\releasenoopt\llfloatercolorpicker.obj
.\releasenoopt\llfloatercustomize.obj
.\releasenoopt\llfloaterdaycycle.obj
.\releasenoopt\llfloaterdirectory.obj
.\releasenoopt\llfloatereditui.obj
.\releasenoopt\llfloaterevent.obj
.\releasenoopt\llfloaterenvsettings.obj
.\releasenoopt\llfloaterfriends.obj
.\releasenoopt\llfloatergesture.obj
.\releasenoopt\llfloatergodtools.obj
.\releasenoopt\llfloatergroupinfo.obj
.\releasenoopt\llfloatergroupinvite.obj
.\releasenoopt\llfloatergroups.obj
.\releasenoopt\llfloaterhardwaresettings.obj
.\releasenoopt\llfloaterhtml.obj
.\releasenoopt\llfloaterhtmlhelp.obj
.\releasenoopt\llfloaterimagepreview.obj
.\releasenoopt\llfloaterinspect.obj
.\releasenoopt\llfloaterlagmeter.obj
.\releasenoopt\llfloaterland.obj
.\releasenoopt\llfloaterlandholdings.obj
.\releasenoopt\llfloaterlandmark.obj
.\releasenoopt\llfloatermap.obj
.\releasenoopt\llfloatermute.obj
.\releasenoopt\llfloaternamedesc.obj
.\releasenoopt\llfloaternewim.obj
.\releasenoopt\llfloateropenobject.obj
.\releasenoopt\llfloaterparcel.obj
.\releasenoopt\llfloaterpermissionsmgr.obj
.\releasenoopt\llfloaterpostcard.obj
.\releasenoopt\llfloaterpostprocess.obj
.\releasenoopt\llfloaterpreference.obj
.\releasenoopt\llfloaterproperties.obj
.\releasenoopt\llfloaterregioninfo.obj
.\releasenoopt\llfloaterreleasemsg.obj
.\releasenoopt\llfloaterreporter.obj
.\releasenoopt\llfloaterscriptdebug.obj
.\releasenoopt\llfloatersellland.obj
.\releasenoopt\llfloatersnapshot.obj
.\releasenoopt\llfloatertelehub.obj
.\releasenoopt\llfloatertest.obj
.\releasenoopt\llfloatertools.obj
.\releasenoopt\llfloatertopobjects.obj
.\releasenoopt\llfloatertos.obj
.\releasenoopt\llfloaterurldisplay.obj
.\releasenoopt\llfloaterurlentry.obj
.\releasenoopt\llfloatervoicewizard.obj
.\releasenoopt\llfloaterwater.obj
.\releasenoopt\llfloaterwindlight.obj
.\releasenoopt\llfloaterworldmap.obj
.\releasenoopt\llfolderview.obj
.\releasenoopt\llfollowcam.obj
.\releasenoopt\llframestats.obj
.\releasenoopt\llframestatview.obj
.\releasenoopt\llgenepool.obj
.\releasenoopt\llgesturemgr.obj
.\releasenoopt\llgivemoney.obj
.\releasenoopt\llglsandbox.obj
.\releasenoopt\llglslshader.obj
.\releasenoopt\llgroupmgr.obj
.\releasenoopt\llgroupnotify.obj
.\releasenoopt\llhippo.obj
.\releasenoopt\llhoverview.obj
.\releasenoopt\llhudeffect.obj
.\releasenoopt\llhudeffectbeam.obj
.\releasenoopt\llhudeffectlookat.obj
.\releasenoopt\llhudeffectpointat.obj
.\releasenoopt\llhudeffecttrail.obj
.\releasenoopt\llhudicon.obj
.\releasenoopt\llhudmanager.obj
.\releasenoopt\llhudobject.obj
.\releasenoopt\llhudrender.obj
.\releasenoopt\llhudtext.obj
.\releasenoopt\llhudview.obj
.\releasenoopt\llimpanel.obj
.\releasenoopt\llimview.obj
.\releasenoopt\llinventoryactions.obj
.\releasenoopt\llinventorybridge.obj
.\releasenoopt\llinventoryclipboard.obj
.\releasenoopt\llinventorymodel.obj
.\releasenoopt\llinventoryview.obj
.\releasenoopt\lljoystickbutton.obj
.\releasenoopt\lllandmarklist.obj
.\releasenoopt\lllcd.obj
.\releasenoopt\lllogchat.obj
.\releasenoopt\llmanip.obj
.\releasenoopt\llmaniprotate.obj
.\releasenoopt\llmanipscale.obj
.\releasenoopt\llmaniptranslate.obj
.\releasenoopt\llmapresponders.obj
.\releasenoopt\llmediaremotectrl.obj
.\releasenoopt\llmemoryview.obj
.\releasenoopt\llmenucommands.obj
.\releasenoopt\llmimetypes.obj
.\releasenoopt\llmorphview.obj
.\releasenoopt\llmoveview.obj
.\releasenoopt\llmutelist.obj
.\releasenoopt\llnamebox.obj
.\releasenoopt\llnameeditor.obj
.\releasenoopt\llnamelistctrl.obj
.\releasenoopt\llnetmap.obj
.\releasenoopt\llnotify.obj
.\releasenoopt\lloverlaybar.obj
.\releasenoopt\llpanelaudioprefs.obj
.\releasenoopt\llpanelaudiovolume.obj
.\releasenoopt\llpanelavatar.obj
.\releasenoopt\llpanelclassified.obj
.\releasenoopt\llpanelcontents.obj
.\releasenoopt\llpaneldebug.obj
.\releasenoopt\llpaneldirbrowser.obj
.\releasenoopt\llpaneldirclassified.obj
.\releasenoopt\llpaneldirevents.obj
.\releasenoopt\llpaneldirfind.obj
.\releasenoopt\llpaneldirgroups.obj
.\releasenoopt\llpaneldirland.obj
.\releasenoopt\llpaneldirpeople.obj
.\releasenoopt\llpaneldirplaces.obj
.\releasenoopt\llpaneldirpopular.obj
.\releasenoopt\llpaneldisplay.obj
.\releasenoopt\llpanelevent.obj
.\releasenoopt\llpanelface.obj
.\releasenoopt\llpanelgeneral.obj
.\releasenoopt\llpanelgroup.obj
.\releasenoopt\llpanelgroupgeneral.obj
.\releasenoopt\llpanelgroupinvite.obj
.\releasenoopt\llpanelgrouplandmoney.obj
.\releasenoopt\llpanelgroupnotices.obj
.\releasenoopt\llpanelgrouproles.obj
.\releasenoopt\llpanelgroupvoting.obj
.\releasenoopt\llpanelinput.obj
.\releasenoopt\llpanelinventory.obj
.\releasenoopt\llpanelland.obj
.\releasenoopt\llpanellandmedia.obj
.\releasenoopt\llpanellandobjects.obj
.\releasenoopt\llpanellandoptions.obj
.\releasenoopt\llpanelLCD.obj
.\releasenoopt\llpanellogin.obj
.\releasenoopt\llpanelmorph.obj
.\releasenoopt\llpanelmsgs.obj
.\releasenoopt\llpanelnetwork.obj
.\releasenoopt\llpanelobject.obj
.\releasenoopt\llpanelpermissions.obj
.\releasenoopt\llpanelpick.obj
.\releasenoopt\llpanelplace.obj
.\releasenoopt\llpanelvolume.obj
.\releasenoopt\llpanelweb.obj
.\releasenoopt\llparcelselection.obj
.\releasenoopt\llpatchvertexarray.obj
.\releasenoopt\llpolymesh.obj
.\releasenoopt\llpolymorph.obj
.\releasenoopt\llpostprocess.obj
.\releasenoopt\llprefschat.obj
.\releasenoopt\llprefsim.obj
.\releasenoopt\llprefsvoice.obj
.\releasenoopt\llpreview.obj
.\releasenoopt\llpreviewanim.obj
.\releasenoopt\llpreviewgesture.obj
.\releasenoopt\llpreviewlandmark.obj
.\releasenoopt\llpreviewnotecard.obj
.\releasenoopt\llpreviewscript.obj
.\releasenoopt\llpreviewsound.obj
.\releasenoopt\llpreviewtexture.obj
.\releasenoopt\llprogressview.obj
.\releasenoopt\llregionposition.obj
.\releasenoopt\llremoteparcelrequest.obj
.\releasenoopt\llsavedsettingsglue.obj
.\releasenoopt\llselectmgr.obj
.\releasenoopt\llsky.obj
.\releasenoopt\llspatialpartition.obj
.\releasenoopt\llsphere.obj
.\releasenoopt\llsprite.obj
.\releasenoopt\llsrv.obj
.\releasenoopt\llstartup.obj
.\releasenoopt\llstatbar.obj
.\releasenoopt\llstatgraph.obj
.\releasenoopt\llstatusbar.obj
.\releasenoopt\llstatview.obj
.\releasenoopt\llsurface.obj
.\releasenoopt\llsurfacepatch.obj
.\releasenoopt\lltexlayer.obj
.\releasenoopt\lltexturecache.obj
.\releasenoopt\lltexturectrl.obj
.\releasenoopt\lltexturefetch.obj
.\releasenoopt\lltextureview.obj
.\releasenoopt\lltool.obj
.\releasenoopt\lltoolbar.obj
.\releasenoopt\lltoolbrush.obj
.\releasenoopt\lltoolcomp.obj
.\releasenoopt\lltooldraganddrop.obj
.\releasenoopt\lltoolface.obj
.\releasenoopt\lltoolfocus.obj
.\releasenoopt\lltoolgrab.obj
.\releasenoopt\lltoolgun.obj
.\releasenoopt\lltoolindividual.obj
.\releasenoopt\lltoolmgr.obj
.\releasenoopt\lltoolmorph.obj
.\releasenoopt\lltoolobjpicker.obj
.\releasenoopt\lltoolpie.obj
.\releasenoopt\lltoolpipette.obj
.\releasenoopt\lltoolplacer.obj
.\releasenoopt\lltoolselect.obj
.\releasenoopt\lltoolselectland.obj
.\releasenoopt\lltoolselectrect.obj
.\releasenoopt\lltoolview.obj
.\releasenoopt\lltracker.obj
.\releasenoopt\lluploaddialog.obj
.\releasenoopt\llurl.obj
.\releasenoopt\llurldispatcher.obj
.\releasenoopt\llurlhistory.obj
.\releasenoopt\llurlsimstring.obj
.\releasenoopt\llurlwhitelist.obj
.\releasenoopt\lluserauth.obj
.\releasenoopt\llvectorperfoptions.obj
.\releasenoopt\llvelocitybar.obj
.\releasenoopt\llviewchildren.obj
.\releasenoopt\llviewerassetstorage.obj
.\releasenoopt\llvieweraudio.obj
.\releasenoopt\llviewercamera.obj
.\releasenoopt\llviewercontrol.obj
.\releasenoopt\llviewerdisplay.obj
.\releasenoopt\llviewergenericmessage.obj
.\releasenoopt\llviewergesture.obj
.\releasenoopt\llviewerimage.obj
.\releasenoopt\llviewerimagelist.obj
.\releasenoopt\llviewerinventory.obj
.\releasenoopt\llviewerjoint.obj
.\releasenoopt\llviewerjointattachment.obj
.\releasenoopt\llviewerjointmesh.obj
.\releasenoopt\llviewerjointmesh_sse.obj
.\releasenoopt\llviewerjointmesh_sse2.obj
.\releasenoopt\llviewerjointmesh_vec.obj
.\releasenoopt\llviewerjoystick.obj
.\releasenoopt\llviewerkeyboard.obj
.\releasenoopt\llviewerlayer.obj
.\releasenoopt\llviewermedia.obj
.\releasenoopt\llviewermenu.obj
.\releasenoopt\llviewermenufile.obj
.\releasenoopt\llviewermessage.obj
.\releasenoopt\llviewernetwork.obj
.\releasenoopt\llviewerobject.obj
.\releasenoopt\llviewerobjectlist.obj
.\releasenoopt\llviewerparcelmedia.obj
.\releasenoopt\llviewerparcelmediaautoplay.obj
.\releasenoopt\llviewerparcelmgr.obj
.\releasenoopt\llviewerparceloverlay.obj
.\releasenoopt\llviewerpartsim.obj
.\releasenoopt\llviewerpartsource.obj
.\releasenoopt\llviewerregion.obj
.\releasenoopt\llviewerstats.obj
.\releasenoopt\llviewertexteditor.obj
.\releasenoopt\llviewertextureanim.obj
.\releasenoopt\llviewerthrottle.obj
.\releasenoopt\llvieweruictrlfactory.obj
.\releasenoopt\llviewervisualparam.obj
.\releasenoopt\llviewerwindow.obj
.\releasenoopt\llvlcomposition.obj
.\releasenoopt\llvlmanager.obj
.\releasenoopt\llvoavatar.obj
.\releasenoopt\llvocache.obj
.\releasenoopt\llvoclouds.obj
.\releasenoopt\llvograss.obj
.\releasenoopt\llvoground.obj
.\releasenoopt\llvoiceclient.obj
.\releasenoopt\llvoiceremotectrl.obj
.\releasenoopt\llvoicevisualizer.obj
.\releasenoopt\llvoinventorylistener.obj
.\releasenoopt\llvopartgroup.obj
.\releasenoopt\llvosky.obj
.\releasenoopt\llvosurfacepatch.obj
.\releasenoopt\llvotextbubble.obj
.\releasenoopt\llvotree.obj
.\releasenoopt\llvovolume.obj
.\releasenoopt\llvowater.obj
.\releasenoopt\llvowlsky.obj
.\releasenoopt\llwaterparammanager.obj
.\releasenoopt\llwaterparamset.obj
.\releasenoopt\llwearable.obj
.\releasenoopt\llwearablelist.obj
.\releasenoopt\llweb.obj
.\releasenoopt\llwebbrowserctrl.obj
.\releasenoopt\llwind.obj
.\releasenoopt\llwindebug.obj
.\releasenoopt\llwlanimator.obj
.\releasenoopt\llwldaycycle.obj
.\releasenoopt\llwlparammanager.obj
.\releasenoopt\llwlparamset.obj
.\releasenoopt\llworld.obj
.\releasenoopt\llworldmap.obj
.\releasenoopt\llworldmapview.obj
.\releasenoopt\llxmlrpctransaction.obj
.\releasenoopt\moviemaker.obj
.\releasenoopt\noise.obj
.\releasenoopt\pipeline.obj
.\releasenoopt\newViewRes.res
.\releasenoopt\llviewerprecompiledheaders.obj
]</pre>
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\newview\ReleaseNoOpt\RSP0000D8.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

newview : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\newview\ReleaseNoOpt\BuildLog.htm"
newview - 1 error(s), 0 warning(s)

==Log with NOLOGO and no problems: llprimitive==
===Build Log===
------- Build started: Project: llprimitive, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\llprimitive\ReleaseNoOpt\RSP0000B9.rsp" with contents
[
/Od /I "..\llxml" /I "..\llprimitive" /I "..\llcommon" /I "..\llmath" /I "..\llmessage" /I "..\..\libraries\i686-win32\include" /I "..\..\libraries\include\\" /D "WIN32" /D "NDEBUG" /D "_LIB" /D "LL_WINDOWS" /D "LL_RELEASE" /D "_UNICODE" /D "UNICODE" /FD /EHsc /MT /GS /Zc:forScope /Fo"ReleaseNoOpt/" /Fd"ReleaseNoOpt/vc70.pdb" /W3 /WX /c /Zi /TP /Oy-
<pre>.\llvolumexml.cpp
.\llvolumemessage.cpp
.\lltreeparams.cpp
.\lltextureentry.cpp
.\lltextureanim.cpp
.\llprimitive.cpp
.\llmaterialtable.cpp
]</pre>
Creating command line "cl.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\llprimitive\ReleaseNoOpt\RSP0000B9.rsp /nologo"

Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\llprimitive\ReleaseNoOpt\RSP0000BA.rsp" with contents
[
/OUT:"../lib_ReleaseNoOpt/i686-win32/llprimitive.lib" /NOLOGO
<pre>.\releasenoopt\llmaterialtable.obj
.\releasenoopt\llprimitive.obj
.\releasenoopt\lltextureanim.obj
.\releasenoopt\lltextureentry.obj
.\releasenoopt\lltreeparams.obj
.\releasenoopt\llvolumemessage.obj
.\releasenoopt\llvolumexml.obj
]</pre>
Creating command line "lib.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\llprimitive\ReleaseNoOpt\RSP0000BA.rsp"

===Output Window===
Compiling...
llvolumexml.cpp
llvolumemessage.cpp
lltreeparams.cpp
lltextureentry.cpp
lltextureanim.cpp
llprimitive.cpp
llmaterialtable.cpp
Generating Code...
Creating library...

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\llprimitive\ReleaseNoOpt\BuildLog.htm"
llprimitive - 0 error(s), 0 warning(s)

User:Scalar Tardis/NOLOGO-Compile-Err

2008-06-25T10:26:25Z

Scalar Tardis: summary info

User:Scalar Tardis/NOLOGO-Compile-Err

2008-06-25T10:25:13Z

Scalar Tardis: New page: ==Project: win_crash_logger== ===Build Log=== ------- Build started: Project: win_crash_logger, Configuration: ReleaseNoOpt|Win32 ------- ===Command Lines=== Creating temporary file "c:\S...

==Project: win_crash_logger==
===Build Log===
------- Build started: Project: win_crash_logger, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_crash_logger\ReleaseNoOpt\RSP0000D5.rsp" with contents
[
/OUT:"win_crash_logger.exe" /INCREMENTAL:NO /NOLOGO /LIBPATH:"../lib_releasenoopt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /DEBUG /PDB:"ReleaseNoOpt/win_crash_logger.pdb" /SUBSYSTEM:WINDOWS /OPT:REF /OPT:ICF /MACHINE:X86 apr-1.lib aprutil-1.lib ws2_32.lib advapi32.lib comdlg32.lib dxguid.lib gdi32.lib kernel32.lib libexpatMT.lib netapi32.lib ole32.lib oleaut32.lib shell32.lib user32.lib wininet.lib winspool.lib libcurl.lib ssleay32.lib libeay32.lib zlib.lib winmm.lib psapi.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llvfs.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmath.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llxml.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmessage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcommon.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llwindow.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\apr-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\aprutil-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libexpatMT.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libcurl.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ssleay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libeay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\zlib.lib"
<pre>.\releasenoopt\llcrashlogger.obj
.\releasenoopt\llcrashloggerwindows.obj
.\releasenoopt\StdAfx.obj
.\releasenoopt\win_crash_logger.obj
.\releasenoopt\win_crash_logger.res
]</pre>
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_crash_logger\ReleaseNoOpt\RSP0000D5.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

win_crash_logger : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_crash_logger\ReleaseNoOpt\BuildLog.htm"
win_crash_logger - 1 error(s), 0 warning(s)

==Project: win_updater==
===Build Log===
------- Build started: Project: win_updater, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_updater\ReleaseNoOpt\RSP0000D6.rsp" with contents
[
/OUT:"updater.exe" /INCREMENTAL:NO /NOLOGO /LIBPATH:"../lib_ReleaseNoOpt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /DEBUG /PDB:"ReleaseNoOpt/win_updater.pdb" /SUBSYSTEM:WINDOWS /OPT:REF /OPT:ICF /MACHINE:X86 advapi32.lib comdlg32.lib gdi32.lib kernel32.lib odbc32.lib odbccp32.lib ole32.lib oleaut32.lib shell32.lib user32.lib uuid.lib wininet.lib winspool.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
<pre>.\releasenoopt\updater.obj</pre>
]
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_updater\ReleaseNoOpt\RSP0000D6.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

win_updater : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\win_updater\ReleaseNoOpt\BuildLog.htm"

win_updater - 1 error(s), 0 warning(s)

==Project: test==
===Build Log===
------- Build started: Project: test, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\test\ReleaseNoOpt\RSP0000D7.rsp" with contents
[
/OUT:"ReleaseNoOpt/test.exe" /INCREMENTAL /NOLOGO /LIBPATH:"../lib_ReleaseNoOpt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /NODEFAULTLIB:"libcmt.lib" /DEBUG /PDB:"ReleaseNoOpt/test.pdb" /SUBSYSTEM:CONSOLE /MACHINE:X86 advapi32.lib apr-1.lib aprutil-1.lib comdlg32.lib gdi32.lib jpeglib_6b.lib kernel32.lib libboost_regex-vc71-mt-s.lib libcurl.lib libeay32.lib libexpatMT.lib mswsock.lib netapi32.lib odbc32.lib odbccp32.lib ole32.lib oleaut32.lib psapi.lib shell32.lib ssleay32.lib user32.lib winmm.lib winspool.lib ws2_32.lib xmlrpcepi.lib zlib.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llvfs.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmath.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_library.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llxml.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmessage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_compile.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llinventory.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_execute.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llprimitive.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcommon.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\apr-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\aprutil-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\jpeglib_6b.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libboost_regex-vc71-mt-s.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libcurl.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libeay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libexpatMT.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ssleay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\xmlrpcepi.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\zlib.lib"
<pre>.\releasenoopt\common.obj
.\releasenoopt\inventory.obj
.\releasenoopt\io.obj
.\releasenoopt\llapp_tut.obj
.\releasenoopt\llbase64_tut.obj
.\releasenoopt\llbuffer_tut.obj
.\releasenoopt\lldate_tut.obj
.\releasenoopt\llerror_tut.obj
.\releasenoopt\llhost_tut.obj
.\releasenoopt\llhttpclient_tut.obj
.\releasenoopt\lljoint_tut.obj
.\releasenoopt\llmime_tut.obj
.\releasenoopt\llnamevalue_tut.obj
.\releasenoopt\llpermissions_tut.obj
.\releasenoopt\llpipeutil.obj
.\releasenoopt\llquaternion_tut.obj
.\releasenoopt\llrandom_tut.obj
.\releasenoopt\llsaleinfo_tut.obj
.\releasenoopt\llsd_new_tut.obj
.\releasenoopt\llsdmessagebuilder_tut.obj
.\releasenoopt\llsdmessagereader_tut.obj
.\releasenoopt\llsdserialize_tut.obj
.\releasenoopt\llsdutil_tut.obj
.\releasenoopt\llservicebuilder_tut.obj
.\releasenoopt\llstreamtools_tut.obj
.\releasenoopt\lltemplatemessagebuilder_tut.obj
.\releasenoopt\lltiming_tut.obj
.\releasenoopt\lltut.obj
.\releasenoopt\lluri_tut.obj
.\releasenoopt\lluserrelations_tut.obj
.\releasenoopt\lluuidhashmap_tut.obj
.\releasenoopt\math.obj
.\releasenoopt\reflection_tut.obj
.\releasenoopt\test.obj
.\releasenoopt\v2math_tut.obj
.\releasenoopt\v3color_tut.obj
.\releasenoopt\v3dmath_tut.obj
.\releasenoopt\v3math_tut.obj
.\releasenoopt\v4color_tut.obj
.\releasenoopt\v4coloru_tut.obj
.\releasenoopt\v4math_tut.obj
.\releasenoopt\xform_tut.obj
]</pre>
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\test\ReleaseNoOpt\RSP0000D7.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

test : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\test\ReleaseNoOpt\BuildLog.htm"
test - 1 error(s), 0 warning(s)

==Project: newview==
===Build Log===
------- Build started: Project: newview, Configuration: ReleaseNoOpt|Win32 -------

===Command Lines===
Creating temporary file "c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\newview\ReleaseNoOpt\RSP0000D8.rsp" with contents
[
/OUT:"ReleaseNoOpt/newview_noopt.exe" /INCREMENTAL /NOLOGO /LIBPATH:"../lib_releasenoopt/i686-win32" /LIBPATH:"../../libraries/i686-win32/lib_release" /NODEFAULTLIB:"msvcrt.lib" /NODEFAULTLIB:"libc.lib" /DEBUG /PDB:"newview_noopt.pdb" /SUBSYSTEM:WINDOWS /OPT:NOREF /OPT:NOICF /MACHINE:X86 advapi32.lib apr-1.lib aprutil-1.lib areslib.lib comdlg32.lib dinput8.lib dsound.lib dxerr8.lib dxguid.lib fmodvc.lib freetype.lib gdi32.lib glu32.lib jpeglib_6b.lib kernel32.lib libboost_regex-vc71-mt-s.lib libcurl.lib libeay32.lib libexpatMT.lib OpenJPEG.lib mswsock.lib netapi32.lib odbc32.lib odbccp32.lib ogg_static_mt.lib ole32.lib oleaut32.lib opengl32.lib png12.lib psapi.lib shell32.lib ssleay32.lib user32.lib Vfw32.lib vorbis_static_mt.lib vorbisenc_static_mt.lib vorbisfile_static_mt.lib winmm.lib winspool.lib ws2_32.lib xmlrpcepi.lib zlib.lib dnsapi.lib EZ_LCD_Wrapper.lib lgLcd.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llvfs.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcharacter.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llimagej2coj.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmath.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_library.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llxml.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmessage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_compile.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llimage.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llinventory.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llui.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\lscript_execute.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llprimitive.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llcommon.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llaudio.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llwindow.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llrender.lib" "\sl_viewer_builds\1_19_1_4_release\linden\indra\lib_releasenoopt\i686-win32\llmedia.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\apr-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\aprutil-1.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\areslib.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\fmodvc.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\freetype.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\jpeglib_6b.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libboost_regex-vc71-mt-s.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libcurl.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libeay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\libexpatMT.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\OpenJPEG.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ogg_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\png12.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\ssleay32.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\vorbis_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\vorbisenc_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\vorbisfile_static_mt.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\xmlrpcepi.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\zlib.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\EZ_LCD_Wrapper.lib" "\SL_Viewer_Builds\1_19_1_4_release\linden\libraries\i686-win32\lib_release\lgLcd.lib"
<pre>.\releasenoopt\fakevoicesoundsignal.obj
.\releasenoopt\head.obj
.\releasenoopt\llagent.obj
.\releasenoopt\llagentdata.obj
.\releasenoopt\llagentpilot.obj
.\releasenoopt\llappviewer.obj
.\releasenoopt\llappviewerwin32.obj
.\releasenoopt\llassetuploadresponders.obj
.\releasenoopt\llaudiosourcevo.obj
.\releasenoopt\llbbox.obj
.\releasenoopt\llbox.obj
.\releasenoopt\llcallbacklist.obj
.\releasenoopt\llcallingcard.obj
.\releasenoopt\llcameraview.obj
.\releasenoopt\llcaphttpsender.obj
.\releasenoopt\llchatbar.obj
.\releasenoopt\llclassifiedinfo.obj
.\releasenoopt\llclassifiedstatsresponder.obj
.\releasenoopt\llcloud.obj
.\releasenoopt\llcolorscheme.obj
.\releasenoopt\llcolorswatch.obj
.\releasenoopt\llcommandhandler.obj
.\releasenoopt\llcompass.obj
.\releasenoopt\llcompilequeue.obj
.\releasenoopt\llconfirmationmanager.obj
.\releasenoopt\llconsole.obj
.\releasenoopt\llcontainerview.obj
.\releasenoopt\llcontroldef.obj
.\releasenoopt\llcubemap.obj
.\releasenoopt\llcurrencyuimanager.obj
.\releasenoopt\llcylinder.obj
.\releasenoopt\lldebugmessagebox.obj
.\releasenoopt\lldebugview.obj
.\releasenoopt\lldirpicker.obj
.\releasenoopt\lldrawable.obj
.\releasenoopt\lldrawpool.obj
.\releasenoopt\lldrawpoolalpha.obj
.\releasenoopt\lldrawpoolavatar.obj
.\releasenoopt\lldrawpoolbump.obj
.\releasenoopt\lldrawpoolground.obj
.\releasenoopt\lldrawpoolsimple.obj
.\releasenoopt\lldrawpoolsky.obj
.\releasenoopt\lldrawpoolterrain.obj
.\releasenoopt\lldrawpooltree.obj
.\releasenoopt\lldrawpoolwater.obj
.\releasenoopt\lldrawpoolwlsky.obj
.\releasenoopt\lldriverparam.obj
.\releasenoopt\lldynamictexture.obj
.\releasenoopt\llemote.obj
.\releasenoopt\lleventinfo.obj
.\releasenoopt\lleventnotifier.obj
.\releasenoopt\lleventpoll.obj
.\releasenoopt\llface.obj
.\releasenoopt\llfasttimerview.obj
.\releasenoopt\llfeaturemanager.obj
.\releasenoopt\llfilepicker.obj
.\releasenoopt\llfirstuse.obj
.\releasenoopt\llflexibleobject.obj
.\releasenoopt\llfloaterabout.obj
.\releasenoopt\llfloateractivespeakers.obj
.\releasenoopt\llfloateranimpreview.obj
.\releasenoopt\llfloaterauction.obj
.\releasenoopt\llfloateravatarinfo.obj
.\releasenoopt\llfloateravatarpicker.obj
.\releasenoopt\llfloateravatartextures.obj
.\releasenoopt\llfloaterbuildoptions.obj
.\releasenoopt\llfloaterbump.obj
.\releasenoopt\llfloaterbuy.obj
.\releasenoopt\llfloaterbuycontents.obj
.\releasenoopt\llfloaterbuycurrency.obj
.\releasenoopt\llfloaterbuyland.obj
.\releasenoopt\llfloaterchat.obj
.\releasenoopt\llfloaterchatterbox.obj
.\releasenoopt\llfloaterclassified.obj
.\releasenoopt\llfloaterclothing.obj
.\releasenoopt\llfloatercolorpicker.obj
.\releasenoopt\llfloatercustomize.obj
.\releasenoopt\llfloaterdaycycle.obj
.\releasenoopt\llfloaterdirectory.obj
.\releasenoopt\llfloatereditui.obj
.\releasenoopt\llfloaterevent.obj
.\releasenoopt\llfloaterenvsettings.obj
.\releasenoopt\llfloaterfriends.obj
.\releasenoopt\llfloatergesture.obj
.\releasenoopt\llfloatergodtools.obj
.\releasenoopt\llfloatergroupinfo.obj
.\releasenoopt\llfloatergroupinvite.obj
.\releasenoopt\llfloatergroups.obj
.\releasenoopt\llfloaterhardwaresettings.obj
.\releasenoopt\llfloaterhtml.obj
.\releasenoopt\llfloaterhtmlhelp.obj
.\releasenoopt\llfloaterimagepreview.obj
.\releasenoopt\llfloaterinspect.obj
.\releasenoopt\llfloaterlagmeter.obj
.\releasenoopt\llfloaterland.obj
.\releasenoopt\llfloaterlandholdings.obj
.\releasenoopt\llfloaterlandmark.obj
.\releasenoopt\llfloatermap.obj
.\releasenoopt\llfloatermute.obj
.\releasenoopt\llfloaternamedesc.obj
.\releasenoopt\llfloaternewim.obj
.\releasenoopt\llfloateropenobject.obj
.\releasenoopt\llfloaterparcel.obj
.\releasenoopt\llfloaterpermissionsmgr.obj
.\releasenoopt\llfloaterpostcard.obj
.\releasenoopt\llfloaterpostprocess.obj
.\releasenoopt\llfloaterpreference.obj
.\releasenoopt\llfloaterproperties.obj
.\releasenoopt\llfloaterregioninfo.obj
.\releasenoopt\llfloaterreleasemsg.obj
.\releasenoopt\llfloaterreporter.obj
.\releasenoopt\llfloaterscriptdebug.obj
.\releasenoopt\llfloatersellland.obj
.\releasenoopt\llfloatersnapshot.obj
.\releasenoopt\llfloatertelehub.obj
.\releasenoopt\llfloatertest.obj
.\releasenoopt\llfloatertools.obj
.\releasenoopt\llfloatertopobjects.obj
.\releasenoopt\llfloatertos.obj
.\releasenoopt\llfloaterurldisplay.obj
.\releasenoopt\llfloaterurlentry.obj
.\releasenoopt\llfloatervoicewizard.obj
.\releasenoopt\llfloaterwater.obj
.\releasenoopt\llfloaterwindlight.obj
.\releasenoopt\llfloaterworldmap.obj
.\releasenoopt\llfolderview.obj
.\releasenoopt\llfollowcam.obj
.\releasenoopt\llframestats.obj
.\releasenoopt\llframestatview.obj
.\releasenoopt\llgenepool.obj
.\releasenoopt\llgesturemgr.obj
.\releasenoopt\llgivemoney.obj
.\releasenoopt\llglsandbox.obj
.\releasenoopt\llglslshader.obj
.\releasenoopt\llgroupmgr.obj
.\releasenoopt\llgroupnotify.obj
.\releasenoopt\llhippo.obj
.\releasenoopt\llhoverview.obj
.\releasenoopt\llhudeffect.obj
.\releasenoopt\llhudeffectbeam.obj
.\releasenoopt\llhudeffectlookat.obj
.\releasenoopt\llhudeffectpointat.obj
.\releasenoopt\llhudeffecttrail.obj
.\releasenoopt\llhudicon.obj
.\releasenoopt\llhudmanager.obj
.\releasenoopt\llhudobject.obj
.\releasenoopt\llhudrender.obj
.\releasenoopt\llhudtext.obj
.\releasenoopt\llhudview.obj
.\releasenoopt\llimpanel.obj
.\releasenoopt\llimview.obj
.\releasenoopt\llinventoryactions.obj
.\releasenoopt\llinventorybridge.obj
.\releasenoopt\llinventoryclipboard.obj
.\releasenoopt\llinventorymodel.obj
.\releasenoopt\llinventoryview.obj
.\releasenoopt\lljoystickbutton.obj
.\releasenoopt\lllandmarklist.obj
.\releasenoopt\lllcd.obj
.\releasenoopt\lllogchat.obj
.\releasenoopt\llmanip.obj
.\releasenoopt\llmaniprotate.obj
.\releasenoopt\llmanipscale.obj
.\releasenoopt\llmaniptranslate.obj
.\releasenoopt\llmapresponders.obj
.\releasenoopt\llmediaremotectrl.obj
.\releasenoopt\llmemoryview.obj
.\releasenoopt\llmenucommands.obj
.\releasenoopt\llmimetypes.obj
.\releasenoopt\llmorphview.obj
.\releasenoopt\llmoveview.obj
.\releasenoopt\llmutelist.obj
.\releasenoopt\llnamebox.obj
.\releasenoopt\llnameeditor.obj
.\releasenoopt\llnamelistctrl.obj
.\releasenoopt\llnetmap.obj
.\releasenoopt\llnotify.obj
.\releasenoopt\lloverlaybar.obj
.\releasenoopt\llpanelaudioprefs.obj
.\releasenoopt\llpanelaudiovolume.obj
.\releasenoopt\llpanelavatar.obj
.\releasenoopt\llpanelclassified.obj
.\releasenoopt\llpanelcontents.obj
.\releasenoopt\llpaneldebug.obj
.\releasenoopt\llpaneldirbrowser.obj
.\releasenoopt\llpaneldirclassified.obj
.\releasenoopt\llpaneldirevents.obj
.\releasenoopt\llpaneldirfind.obj
.\releasenoopt\llpaneldirgroups.obj
.\releasenoopt\llpaneldirland.obj
.\releasenoopt\llpaneldirpeople.obj
.\releasenoopt\llpaneldirplaces.obj
.\releasenoopt\llpaneldirpopular.obj
.\releasenoopt\llpaneldisplay.obj
.\releasenoopt\llpanelevent.obj
.\releasenoopt\llpanelface.obj
.\releasenoopt\llpanelgeneral.obj
.\releasenoopt\llpanelgroup.obj
.\releasenoopt\llpanelgroupgeneral.obj
.\releasenoopt\llpanelgroupinvite.obj
.\releasenoopt\llpanelgrouplandmoney.obj
.\releasenoopt\llpanelgroupnotices.obj
.\releasenoopt\llpanelgrouproles.obj
.\releasenoopt\llpanelgroupvoting.obj
.\releasenoopt\llpanelinput.obj
.\releasenoopt\llpanelinventory.obj
.\releasenoopt\llpanelland.obj
.\releasenoopt\llpanellandmedia.obj
.\releasenoopt\llpanellandobjects.obj
.\releasenoopt\llpanellandoptions.obj
.\releasenoopt\llpanelLCD.obj
.\releasenoopt\llpanellogin.obj
.\releasenoopt\llpanelmorph.obj
.\releasenoopt\llpanelmsgs.obj
.\releasenoopt\llpanelnetwork.obj
.\releasenoopt\llpanelobject.obj
.\releasenoopt\llpanelpermissions.obj
.\releasenoopt\llpanelpick.obj
.\releasenoopt\llpanelplace.obj
.\releasenoopt\llpanelvolume.obj
.\releasenoopt\llpanelweb.obj
.\releasenoopt\llparcelselection.obj
.\releasenoopt\llpatchvertexarray.obj
.\releasenoopt\llpolymesh.obj
.\releasenoopt\llpolymorph.obj
.\releasenoopt\llpostprocess.obj
.\releasenoopt\llprefschat.obj
.\releasenoopt\llprefsim.obj
.\releasenoopt\llprefsvoice.obj
.\releasenoopt\llpreview.obj
.\releasenoopt\llpreviewanim.obj
.\releasenoopt\llpreviewgesture.obj
.\releasenoopt\llpreviewlandmark.obj
.\releasenoopt\llpreviewnotecard.obj
.\releasenoopt\llpreviewscript.obj
.\releasenoopt\llpreviewsound.obj
.\releasenoopt\llpreviewtexture.obj
.\releasenoopt\llprogressview.obj
.\releasenoopt\llregionposition.obj
.\releasenoopt\llremoteparcelrequest.obj
.\releasenoopt\llsavedsettingsglue.obj
.\releasenoopt\llselectmgr.obj
.\releasenoopt\llsky.obj
.\releasenoopt\llspatialpartition.obj
.\releasenoopt\llsphere.obj
.\releasenoopt\llsprite.obj
.\releasenoopt\llsrv.obj
.\releasenoopt\llstartup.obj
.\releasenoopt\llstatbar.obj
.\releasenoopt\llstatgraph.obj
.\releasenoopt\llstatusbar.obj
.\releasenoopt\llstatview.obj
.\releasenoopt\llsurface.obj
.\releasenoopt\llsurfacepatch.obj
.\releasenoopt\lltexlayer.obj
.\releasenoopt\lltexturecache.obj
.\releasenoopt\lltexturectrl.obj
.\releasenoopt\lltexturefetch.obj
.\releasenoopt\lltextureview.obj
.\releasenoopt\lltool.obj
.\releasenoopt\lltoolbar.obj
.\releasenoopt\lltoolbrush.obj
.\releasenoopt\lltoolcomp.obj
.\releasenoopt\lltooldraganddrop.obj
.\releasenoopt\lltoolface.obj
.\releasenoopt\lltoolfocus.obj
.\releasenoopt\lltoolgrab.obj
.\releasenoopt\lltoolgun.obj
.\releasenoopt\lltoolindividual.obj
.\releasenoopt\lltoolmgr.obj
.\releasenoopt\lltoolmorph.obj
.\releasenoopt\lltoolobjpicker.obj
.\releasenoopt\lltoolpie.obj
.\releasenoopt\lltoolpipette.obj
.\releasenoopt\lltoolplacer.obj
.\releasenoopt\lltoolselect.obj
.\releasenoopt\lltoolselectland.obj
.\releasenoopt\lltoolselectrect.obj
.\releasenoopt\lltoolview.obj
.\releasenoopt\lltracker.obj
.\releasenoopt\lluploaddialog.obj
.\releasenoopt\llurl.obj
.\releasenoopt\llurldispatcher.obj
.\releasenoopt\llurlhistory.obj
.\releasenoopt\llurlsimstring.obj
.\releasenoopt\llurlwhitelist.obj
.\releasenoopt\lluserauth.obj
.\releasenoopt\llvectorperfoptions.obj
.\releasenoopt\llvelocitybar.obj
.\releasenoopt\llviewchildren.obj
.\releasenoopt\llviewerassetstorage.obj
.\releasenoopt\llvieweraudio.obj
.\releasenoopt\llviewercamera.obj
.\releasenoopt\llviewercontrol.obj
.\releasenoopt\llviewerdisplay.obj
.\releasenoopt\llviewergenericmessage.obj
.\releasenoopt\llviewergesture.obj
.\releasenoopt\llviewerimage.obj
.\releasenoopt\llviewerimagelist.obj
.\releasenoopt\llviewerinventory.obj
.\releasenoopt\llviewerjoint.obj
.\releasenoopt\llviewerjointattachment.obj
.\releasenoopt\llviewerjointmesh.obj
.\releasenoopt\llviewerjointmesh_sse.obj
.\releasenoopt\llviewerjointmesh_sse2.obj
.\releasenoopt\llviewerjointmesh_vec.obj
.\releasenoopt\llviewerjoystick.obj
.\releasenoopt\llviewerkeyboard.obj
.\releasenoopt\llviewerlayer.obj
.\releasenoopt\llviewermedia.obj
.\releasenoopt\llviewermenu.obj
.\releasenoopt\llviewermenufile.obj
.\releasenoopt\llviewermessage.obj
.\releasenoopt\llviewernetwork.obj
.\releasenoopt\llviewerobject.obj
.\releasenoopt\llviewerobjectlist.obj
.\releasenoopt\llviewerparcelmedia.obj
.\releasenoopt\llviewerparcelmediaautoplay.obj
.\releasenoopt\llviewerparcelmgr.obj
.\releasenoopt\llviewerparceloverlay.obj
.\releasenoopt\llviewerpartsim.obj
.\releasenoopt\llviewerpartsource.obj
.\releasenoopt\llviewerregion.obj
.\releasenoopt\llviewerstats.obj
.\releasenoopt\llviewertexteditor.obj
.\releasenoopt\llviewertextureanim.obj
.\releasenoopt\llviewerthrottle.obj
.\releasenoopt\llvieweruictrlfactory.obj
.\releasenoopt\llviewervisualparam.obj
.\releasenoopt\llviewerwindow.obj
.\releasenoopt\llvlcomposition.obj
.\releasenoopt\llvlmanager.obj
.\releasenoopt\llvoavatar.obj
.\releasenoopt\llvocache.obj
.\releasenoopt\llvoclouds.obj
.\releasenoopt\llvograss.obj
.\releasenoopt\llvoground.obj
.\releasenoopt\llvoiceclient.obj
.\releasenoopt\llvoiceremotectrl.obj
.\releasenoopt\llvoicevisualizer.obj
.\releasenoopt\llvoinventorylistener.obj
.\releasenoopt\llvopartgroup.obj
.\releasenoopt\llvosky.obj
.\releasenoopt\llvosurfacepatch.obj
.\releasenoopt\llvotextbubble.obj
.\releasenoopt\llvotree.obj
.\releasenoopt\llvovolume.obj
.\releasenoopt\llvowater.obj
.\releasenoopt\llvowlsky.obj
.\releasenoopt\llwaterparammanager.obj
.\releasenoopt\llwaterparamset.obj
.\releasenoopt\llwearable.obj
.\releasenoopt\llwearablelist.obj
.\releasenoopt\llweb.obj
.\releasenoopt\llwebbrowserctrl.obj
.\releasenoopt\llwind.obj
.\releasenoopt\llwindebug.obj
.\releasenoopt\llwlanimator.obj
.\releasenoopt\llwldaycycle.obj
.\releasenoopt\llwlparammanager.obj
.\releasenoopt\llwlparamset.obj
.\releasenoopt\llworld.obj
.\releasenoopt\llworldmap.obj
.\releasenoopt\llworldmapview.obj
.\releasenoopt\llxmlrpctransaction.obj
.\releasenoopt\moviemaker.obj
.\releasenoopt\noise.obj
.\releasenoopt\pipeline.obj
.\releasenoopt\newViewRes.res
.\releasenoopt\llviewerprecompiledheaders.obj
]</pre>
Creating command line "link.exe @c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\newview\ReleaseNoOpt\RSP0000D8.rsp"

===Output Window===
Linking...

link: extra operand `/NOLOGO'

Try `link --help' for more information.

newview : error PRJ0002 : error result returned from 'link.exe'.

===Results===
Build log was saved at "file://c:\SL_Viewer_Builds\1_19_1_4_release\linden\indra\newview\ReleaseNoOpt\BuildLog.htm"
newview - 1 error(s), 0 warning(s)

Common compilation problems

2008-06-25T04:45:00Z

Scalar Tardis: /* C4018: '<' : signed/unsigned mismatch */ whoops should be subsection

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 / VS2003 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

=== C1083: Cannot open include file: 'unistd.h' ===
On Apr 27, 2008 in thread ''[sldev] error while compiling on vc8/9 (unistd.h)'', SLDev contributor wuhanzymail <wuhanzymail@163.com> recommended the following:

1) right-click project lscript_compile, choose properties, c/c++, Preprocessor, add ''YY_NO_UNISTD_H'' to Preprcessor Definitions.

2) in lex_yy.cpp, line 5915 change:
<php> #ifndef __cplusplus
extern int isatty (int );
#endif</php>
to:
<php> #ifndef YY_NEVER_INTERACTIVE
extern int isatty (int );
#endif</php>
3) still in lex_yy.cpp, line 5943 change:
<php> b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;</php>
to:
<php> #if YY_NEVER_INTERACTIVE
b->yy_is_interactive = 0;
#else
b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
#endif</php>

=== C4018: '<' : signed/unsigned mismatch ===
On Apr 30, 2008 in thread ''[sldev] cygwin flex lscript_compile workaround'', SLDev contributor Steve Linden recommended the following:

I'm not sure whether this has already been addressed here, but we
discovered a problem with the latest version of Cygwin flex and
lscript_compile and I thought I would share the workaround. We've
committed the workaround to our release-candidate branche so it should
be in an upcoming source drop as well.

1. Add ''YY_NO_UNISTD_H'' to the list of Preprocessor Definitions in the
lscript_compile project file.

2. Apply the following patch it indra.l:

<php>Index: indra.l
===================================================================
--- indra.l (revision 86342)
+++ indra.l (revision 86343)
@@ -12,6 +12,7 @@
#include "linden_common.h"
// Deal with the fact that lex/yacc generates unreachable code
#ifdef LL_WINDOWS
+#pragma warning (disable : 4018) // warning C4018: signed/unsigned mismatch
#pragma warning (disable : 4702) // warning C4702: unreachable code
#endif // LL_WINDOWS
#include "llmath.h"
@@ -44,7 +45,10 @@

#define YYLMAX 16384
#define YY_NEVER_INTERACTIVE 1 /* stops flex from calling isatty() */
-
+#ifdef LL_WINDOWS
+#define isatty(x) 0 /* hack for bug in cygwin flex 2.5.35 */
+#endif
+
#ifdef ECHO
#undef ECHO
#endif
</php>

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

Common compilation problems

2008-06-25T04:43:48Z

Scalar Tardis: /* Viewer 1.19.1.4 / VS2003 */ add sldev notes on C4018: '<' : signed/unsigned mismatch

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 / VS2003 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

=== C1083: Cannot open include file: 'unistd.h' ===
On Apr 27, 2008 in thread ''[sldev] error while compiling on vc8/9 (unistd.h)'', SLDev contributor wuhanzymail <wuhanzymail@163.com> recommended the following:

1) right-click project lscript_compile, choose properties, c/c++, Preprocessor, add ''YY_NO_UNISTD_H'' to Preprcessor Definitions.

2) in lex_yy.cpp, line 5915 change:
<php> #ifndef __cplusplus
extern int isatty (int );
#endif</php>
to:
<php> #ifndef YY_NEVER_INTERACTIVE
extern int isatty (int );
#endif</php>
3) still in lex_yy.cpp, line 5943 change:
<php> b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;</php>
to:
<php> #if YY_NEVER_INTERACTIVE
b->yy_is_interactive = 0;
#else
b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
#endif</php>

== C4018: '<' : signed/unsigned mismatch ==
On Apr 30, 2008 in thread ''[sldev] cygwin flex lscript_compile workaround'', SLDev contributor Steve Linden recommended the following:

I'm not sure whether this has already been addressed here, but we
discovered a problem with the latest version of Cygwin flex and
lscript_compile and I thought I would share the workaround. We've
committed the workaround to our release-candidate branche so it should
be in an upcoming source drop as well.

1. Add ''YY_NO_UNISTD_H'' to the list of Preprocessor Definitions in the
lscript_compile project file.

2. Apply the following patch it indra.l:

<php>Index: indra.l
===================================================================
--- indra.l (revision 86342)
+++ indra.l (revision 86343)
@@ -12,6 +12,7 @@
#include "linden_common.h"
// Deal with the fact that lex/yacc generates unreachable code
#ifdef LL_WINDOWS
+#pragma warning (disable : 4018) // warning C4018: signed/unsigned mismatch
#pragma warning (disable : 4702) // warning C4702: unreachable code
#endif // LL_WINDOWS
#include "llmath.h"
@@ -44,7 +45,10 @@

#define YYLMAX 16384
#define YY_NEVER_INTERACTIVE 1 /* stops flex from calling isatty() */
-
+#ifdef LL_WINDOWS
+#define isatty(x) 0 /* hack for bug in cygwin flex 2.5.35 */
+#endif
+
#ifdef ECHO
#undef ECHO
#endif
</php>

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

Common compilation problems

2008-06-25T03:54:47Z

Scalar Tardis: /* C1083: Cannot open include file: 'unistd.h' */ formatting

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 / VS2003 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

=== C1083: Cannot open include file: 'unistd.h' ===
On Apr 27, 2008 in thread ''[sldev] error while compiling on vc8/9 (unistd.h)'', SLDev contributor wuhanzymail <wuhanzymail@163.com> recommended the following:

1) right-click project lscript_compile, choose properties, c/c++, Preprocessor, add ''YY_NO_UNISTD_H'' to Preprcessor Definitions.

2) in lex_yy.cpp, line 5915 change:
<php> #ifndef __cplusplus
extern int isatty (int );
#endif</php>
to:
<php> #ifndef YY_NEVER_INTERACTIVE
extern int isatty (int );
#endif</php>
3) still in lex_yy.cpp, line 5943 change:
<php> b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;</php>
to:
<php> #if YY_NEVER_INTERACTIVE
b->yy_is_interactive = 0;
#else
b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
#endif</php>

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

Common compilation problems

2008-06-25T03:52:54Z

Scalar Tardis: /* Viewer 1.19.1.4 */ workaround for unistd.h error

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 / VS2003 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

=== C1083: Cannot open include file: 'unistd.h' ===
On Apr 27, 2008 in thread ''[sldev] error while compiling on vc8/9 (unistd.h)'', SLDev contributor wuhanzymail <wuhanzymail@163.com> recommended the following:

1) right click project lscript_compile, choose properties, c/c++, Preprocessor, add ''YY_NO_UNISTD_H'' to Preprcessor Definitions.
2) in lex_yy.cpp, line 5915 change:
<php> #ifndef __cplusplus
extern int isatty (int );
#endif</php>
to:
<php> #ifndef YY_NEVER_INTERACTIVE
extern int isatty (int );
#endif</php>
3) still in lex_yy.cpp, line 5943 change:
<php> b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;</php>
to:
<php> #if YY_NEVER_INTERACTIVE
b->yy_is_interactive = 0;
#else
b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
#endif</php>

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

Common compilation problems

2008-06-25T02:18:25Z

Scalar Tardis: /* C1083: Cannot open include file: 'unistd.h' */ er, it's dxdiag.h

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

Common compilation problems

2008-06-25T02:14:18Z

Scalar Tardis: /* Windows */ can't find unistd.h

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 ==
=== C1083: Cannot open include file: 'unistd.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
[[LearCale]] -- as of 1.19, these appear to need to be in linden/libraries/include/GL .
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 
== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).
 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares
 
 

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

==== Packaging errors ====

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

==== Various Compilation problems ====
* g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...

well, the new scons line give different problem:
g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* "Unable to initialize communications"
** If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

* Blino's SL build/linking patches for '''gcc4''': http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/
* objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file
** Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

* Something like: /usr/bin/ld: cannot find -lz
** Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

* Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'
** Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
** Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Linking failures ("script not found") due to spaces in the LINKFLAGS variable?
** I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

* Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
** i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

* scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
** You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

* Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
** Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
** two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'

*Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
** I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

* Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
** I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

* C-Ares compatability issue.
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

==== scons got wild ====

* AttributeError: SConsEnvironment instance has no attribute 'CFile'
: This probably means you have no bison, flex, or equivalent tools installed on the standard locations on your system.
:* When your system has no bison installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.y.c', source='lscript/lscript_compile/indra.y')
:* When your system has no flex installed, the above message will be supplemented as:
env.CFile(target=build_dir+'/lscript/lscript_compile/indra.l.cpp', source='lscript/lscript_compile/indra.l')
: Installing the appropriate package should solve this issue.

NPIOF

2008-06-24T08:43:48Z

Scalar Tardis: I need a defintion page.

NPIOF - an abbreviation for "No Payment Info on File"

Compiling the viewer (MSVS2003)

2008-06-23T15:22:15Z

Scalar Tardis: /* Visual Studio .NET 2003 Professional */ list reformat

{{CompileNav}}

The following instructions are for compiling the Second Life viewer on Windows for Visual Studio .Net 2003. If you are using more recent versions of Visual Studio, see [[Compiling the viewer (MSVS2005)]]. For other platforms including MacOS and Linux, see [[Compiling the viewer]].

If you get lost, or these instructions are incomplete, see [[communication tools]] for a list of ways to get in touch with people that can help.

== Development Environment ==
The following dev environment is what LL uses for Windows development. There is no reason that the Second Life viewer can not be built using other environments, but it will take some extra work.

(Instructions for building the viewer using Microsoft's Visual Studio .NET 2005 Express can be found [[Compiling the viewer (MSVS2005)|on another page]]. At the time of writing, Express was freely available.)

=== Visual Studio .NET 2003 Professional ===
* Setup [[Microsoft Visual Studio]].

It is not necessary to install every possible VS2003 component to compile the client source.

For the installation prerequisites, it is not necessary to install the Internet Information Server (IIS) or SQL Server 2000.

Only the following components are absolutely needed in VS2003:

Visual Studio .NET Professional (Required) 
1.2 Visual C++ .NET 
1.2.1 Visual C++ Class & Template Libraries 
1.2.2 Visual C++ Run-Time Libraries 
1.2.2.1 Visual C++ Dynamic CRT Libraries 
1.2.2.2 Visual C++ CRT Source Code 
1.2.2.3 Visual C++ Static Single-Threaded CRT Libraries 
1.2.2.4 Visual C++ Static Multi-Threaded CRT Libraries 
1.2.3 Visual C++ Tools 
1.2.3.2 Spy++ 
1.2.3.5 Visual C++ Error Lookup 
1.6 Tools for Redistributing Applications 
1.6.1 Graphics Library 
1.6.2 Redistributable Merge Modules

=== Other Development Tools ===
You will also need some open source development tools.
==== Required ====
* [http://www.cmake.org/ CMake 2.4.8]
* [http://www.cygwin.com/ Cygwin]
** When you run the cygwin setup utility make sure you have selected to install '''patchutils''', '''flex''', and '''bison''' (all located under "devel") which are not part of the default install. Older releases (< r79209) had several hardcoded references that expect Cygwin to be installed at '''C:\cygwin''' in the project files, however current releases rely on the build environment configuration instead.
* [http://www.activestate.com/Products/ActivePython/?mp=1 ActivePython 2.3x or later] - Latest Version is 2.5.1.1
** You should install this if compiling 1.18 or later viewers, or else hack the prebuild .bat files as in [http://jira.secondlife.com/browse/VWR-1267 VWR-1267].
==== Optional ====
* ActivePerl was recommended for previous versions on this Wiki, but it currently appears that it is not strictly necessary unless you are planning to build your own version of all libraries (which most likely you don't want to do). So for a start it may be safe to skip it.
*: [http://www.activestate.com/Products/ActivePerl/?mp=1 ActivePerl]

== Source Code ==
The easiest way to get this working is to get '''source''', '''artwork''' and '''libraries''' for the same version from the [[source downloads]] page and unpack them all into the same directory/folder, which ideally would be a folder in (or near) the root directory with a short name like ''sl_1_16_0_5''.
'''Note:''' Avoid folder names with spaces in them (this means avoid putting the project into your ''My Documents'' folder).

== Open Source Libraries ==

Some libraries can be distributed with the SL source and there is a library package available with the source. As mentioned above (about the source), you can simply extract the '''library''' archive and copy the files to your code directory, maintaining the same directory structure.

If instead you are interested in compiling these libraries from their source (instead of using the above zip file of precompiled libraries provided by Linden Lab), see [[Compiling the viewer libraries (MSVS 2003)]]

== Other Libraries ==

Linden Lab included all the libraries/includes they can ship with their source, but we can not distribute the source to the following, and you will need to follow the instructions to acquire them, below.

These steps are cumbersome and will have to be repeated for each new release (if you keep the source for each release in it's own folder). It is a good idea to build an empty directory tree for the files below, then copy these library files there. Once completed, copy the whole tree to the actual source folder (like ''XCOPY olibs sl_1_16_0_5 /S''). You will then only need to repeat the last step for each new release, reusing the tree you have already created.

If you do not want to do this, of course you can just copy the files directly into the linden source paths.

rem OLIBS.CMD to build a folder tree for 3rd party libraries and includes
md olibs
md olibs\linden\
md olibs\linden\libraries
md olibs\linden\libraries\include
md olibs\linden\libraries\i686-win32
md olibs\linden\libraries\i686-win32\lib_release
md olibs\linden\libraries\i686-win32\lib_debug
md olibs\linden\libraries\i686-win32\include
md olibs\linden\libraries\i686-win32\include\GL
md olibs\linden\libraries\i686-win32\include\quicktime
md olibs\linden\indra
md olibs\linden\indra\newview

==== Fmod ====
* Download & extract [http://www.fmod.org/index.php/download fmod 3.75 api for win32] (''not'' 4.12).
* Copy "fmodapi375win\api\inc\fmod.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\inc\fmod_errors.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_release"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_debug"
* Copy "fmodapi375win\api\fmod.dll" to "linden\indra\newview"

==== gl (pre-1.20) ====
* Download [http://oss.sgi.com/projects/ogl-sample/sdk.html glext.h, glxext.h, and wglext.h]
* Copy them to "linden\libraries\i686-win32\include\GL"

Note: From 1.20 forward, LL have found suitable redistributable equivalents and ship them in the source

==== Quicktime (Optional) ====
* '''Note:''' Quicktime download can be skipped '''if you can live with a build that does not play in-world movies''' (some minor modifications to the project are necessary then, see "QuickTime removal" on the build instructions for [[Compiling the viewer (MSVS2005)|Visual Studio 2005]]).
* Download & install the [http://developer.apple.com/quicktime/download/ Quicktime SDK for Windows]
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_release".
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_debug".
* Copy the contents of "QuicktimeSDK\CIncludes" into "linden\libraries\i686-win32\include\quicktime".

== Building ==
* Go into the '''indra''' folder, and run the '''develop.py''' script.
* Open the '''indra\build-vc71\SecondLife.sln''' solution in Visual Studio
* Build either '''ReleaseNoOpt''' (for debugging) or '''Release''' (for running or debugging production code). See [[#Configurations/Debugging Info]] for details on these configurations.
** Note that the Release build also contains debug information, and can be run in the debugger.
* To run the executable outside VS, create a shortcut to SecondLife.exe, and change the start location to linden\indra\newview\ (all the .dll will be found there.)
** Alternately, copy the exe (possibly rename it) to your "c:\program files\second life" folder.
* There were additional steps required in version 1.15 which seem to be fixed now. If you are trying to build 1.15 see an [https://wiki.secondlife.com/w/index.php?title=Compiling_the_viewer_%28MSVS2003%29&oldid=23026 older version of this page].

== Errors while building? ==
See [[Common compilation problems]] if you run into errors while building.

== Configurations/Debugging Info ==
* You will usually compile/debug the '''RelWithDebInfo''' or Release configuration ('''Debug''' should also work but should not really be necessary).
* '''RelWithDebInfo''' compiles faster and has more debugging information, but this comes at a runtime penalty of about 50% of your FPS in busy areas, compared to ReleaseForDownload build.
* '''Release''' runs fine in the debugger, but times you may miss debugger access to some local variables or the debugger may even show wrong values for objects and members, because it is confused by the optimizations.
* '''RelWithDebInfo''' comes with a seperate debugging console window opens and stays open for the duration of your session.
* You can see the last few lines from the debugger console also by pressing Shift+Ctrl+4 in the viewer (all builds).
* The debug log (usually in application data) can also be redirected to a more file if you add "-log secondlife.log" to the command line (Newview, Properties, Debugging, Command line arguments).
* If you want to build a '''Debug''' configuration, see the specific section with compile instructions on [[Finding_leaks]]

== Problems Running? ==
* Viewer Error: '''Second Life is unable to access a file that it needs.''': Did you neglect to download the Artworks archive from the [[source downloads]] page? It is in the Viewer column, below the OS-specific Viewer archives.
* '''Can't connect''': In the debug builds there is a selection box on the login screen to select the server to connect to. '''Agni''' is the production grid, '''aditi''' is the beta grid. (There seems to be a bug in this part of the code, you may have to make your selection, close the viewer and reopen it, before you can connect to the selected grid).
* '''Inventory errors''': If you're getting errors while trying to load your inventory, try [[Help:Stuck logging in|clearing your cache and deleting other temporary files]].
* If you want to connect to the beta grid, add '''--aditi''' to the command line (Newview, Properties, Debugging, Command line argument).
* '''Missing smime3 DLL''': Those are parts of the integrated web browser. Copy 'smime3.dll', 'nss3.dll', 'softokn3.dll', and 'ssl3.dll' files from your official client's main folder to "linden\indra\newview".
* '''assert with star_brightness''' and/or '''Black Screen''' under '''Windlight''': Current distributions of the Windlight source are missing files from the app_settings/windlight folder. Download the Linden Windlight viewer, install it and copy the files (and subfolders) into your development environment (linden/indra/newview/app_settings/windlight)

== Submit Patches ==
This is probably far down the road, but if you make changes to the source and want to submit them, see the page about [[Submitting patches|submitting patches]].

Compiling the viewer (MSVS2003)

2008-06-23T15:18:26Z

Scalar Tardis: /* Visual Studio .NET 2003 Professional */ Add minimum VS2003 Required Install Components list

{{CompileNav}}

The following instructions are for compiling the Second Life viewer on Windows for Visual Studio .Net 2003. If you are using more recent versions of Visual Studio, see [[Compiling the viewer (MSVS2005)]]. For other platforms including MacOS and Linux, see [[Compiling the viewer]].

If you get lost, or these instructions are incomplete, see [[communication tools]] for a list of ways to get in touch with people that can help.

== Development Environment ==
The following dev environment is what LL uses for Windows development. There is no reason that the Second Life viewer can not be built using other environments, but it will take some extra work.

(Instructions for building the viewer using Microsoft's Visual Studio .NET 2005 Express can be found [[Compiling the viewer (MSVS2005)|on another page]]. At the time of writing, Express was freely available.)

=== Visual Studio .NET 2003 Professional ===
* Setup [[Microsoft Visual Studio]].

It is not necessary to install every possible VS2003 component to compile the client source. For the initial prerequisites, it is not necessary to install the Internet Information Server (IIS) or SQL Server 2000.

Only the following components are absolutely needed in VS2003:

Visual Studio .NET Professional (Required)
1.2 Visual C++ .NET
1.2.1 Visual C++ Class & Template Libraries
1.2.2 Visual C++ Run-Time Libraries
1.2.2.1 Visual C++ Dynamic CRT Libraries
1.2.2.2 Visual C++ CRT Source Code
1.2.2.3 Visual C++ Static Single-Threaded CRT Libraries
1.2.2.4 Visual C++ Static Multi-Threaded CRT Libraries
1.2.3 Visual C++ Tools
1.2.3.2 Spy++
1.2.3.5 Visual C++ Error Lookup
1.6 Tools for Redistributing Applications
1.6.1 Graphics Library
1.6.2 Redistributable Merge Modules

=== Other Development Tools ===
You will also need some open source development tools.
==== Required ====
* [http://www.cmake.org/ CMake 2.4.8]
* [http://www.cygwin.com/ Cygwin]
** When you run the cygwin setup utility make sure you have selected to install '''patchutils''', '''flex''', and '''bison''' (all located under "devel") which are not part of the default install. Older releases (< r79209) had several hardcoded references that expect Cygwin to be installed at '''C:\cygwin''' in the project files, however current releases rely on the build environment configuration instead.
* [http://www.activestate.com/Products/ActivePython/?mp=1 ActivePython 2.3x or later] - Latest Version is 2.5.1.1
** You should install this if compiling 1.18 or later viewers, or else hack the prebuild .bat files as in [http://jira.secondlife.com/browse/VWR-1267 VWR-1267].
==== Optional ====
* ActivePerl was recommended for previous versions on this Wiki, but it currently appears that it is not strictly necessary unless you are planning to build your own version of all libraries (which most likely you don't want to do). So for a start it may be safe to skip it.
*: [http://www.activestate.com/Products/ActivePerl/?mp=1 ActivePerl]

== Source Code ==
The easiest way to get this working is to get '''source''', '''artwork''' and '''libraries''' for the same version from the [[source downloads]] page and unpack them all into the same directory/folder, which ideally would be a folder in (or near) the root directory with a short name like ''sl_1_16_0_5''.
'''Note:''' Avoid folder names with spaces in them (this means avoid putting the project into your ''My Documents'' folder).

== Open Source Libraries ==

Some libraries can be distributed with the SL source and there is a library package available with the source. As mentioned above (about the source), you can simply extract the '''library''' archive and copy the files to your code directory, maintaining the same directory structure.

If instead you are interested in compiling these libraries from their source (instead of using the above zip file of precompiled libraries provided by Linden Lab), see [[Compiling the viewer libraries (MSVS 2003)]]

== Other Libraries ==

Linden Lab included all the libraries/includes they can ship with their source, but we can not distribute the source to the following, and you will need to follow the instructions to acquire them, below.

These steps are cumbersome and will have to be repeated for each new release (if you keep the source for each release in it's own folder). It is a good idea to build an empty directory tree for the files below, then copy these library files there. Once completed, copy the whole tree to the actual source folder (like ''XCOPY olibs sl_1_16_0_5 /S''). You will then only need to repeat the last step for each new release, reusing the tree you have already created.

If you do not want to do this, of course you can just copy the files directly into the linden source paths.

rem OLIBS.CMD to build a folder tree for 3rd party libraries and includes
md olibs
md olibs\linden\
md olibs\linden\libraries
md olibs\linden\libraries\include
md olibs\linden\libraries\i686-win32
md olibs\linden\libraries\i686-win32\lib_release
md olibs\linden\libraries\i686-win32\lib_debug
md olibs\linden\libraries\i686-win32\include
md olibs\linden\libraries\i686-win32\include\GL
md olibs\linden\libraries\i686-win32\include\quicktime
md olibs\linden\indra
md olibs\linden\indra\newview

==== Fmod ====
* Download & extract [http://www.fmod.org/index.php/download fmod 3.75 api for win32] (''not'' 4.12).
* Copy "fmodapi375win\api\inc\fmod.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\inc\fmod_errors.h" to "linden\libraries\include"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_release"
* Copy "fmodapi375win\api\lib\fmodvc.lib" to "linden\libraries\i686-win32\lib_debug"
* Copy "fmodapi375win\api\fmod.dll" to "linden\indra\newview"

==== gl (pre-1.20) ====
* Download [http://oss.sgi.com/projects/ogl-sample/sdk.html glext.h, glxext.h, and wglext.h]
* Copy them to "linden\libraries\i686-win32\include\GL"

Note: From 1.20 forward, LL have found suitable redistributable equivalents and ship them in the source

==== Quicktime (Optional) ====
* '''Note:''' Quicktime download can be skipped '''if you can live with a build that does not play in-world movies''' (some minor modifications to the project are necessary then, see "QuickTime removal" on the build instructions for [[Compiling the viewer (MSVS2005)|Visual Studio 2005]]).
* Download & install the [http://developer.apple.com/quicktime/download/ Quicktime SDK for Windows]
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_release".
* Copy "QuicktimeSDK\Libraries\QTMLClient.lib" to "linden\libraries\i686-win32\lib_debug".
* Copy the contents of "QuicktimeSDK\CIncludes" into "linden\libraries\i686-win32\include\quicktime".

== Building ==
* Go into the '''indra''' folder, and run the '''develop.py''' script.
* Open the '''indra\build-vc71\SecondLife.sln''' solution in Visual Studio
* Build either '''ReleaseNoOpt''' (for debugging) or '''Release''' (for running or debugging production code). See [[#Configurations/Debugging Info]] for details on these configurations.
** Note that the Release build also contains debug information, and can be run in the debugger.
* To run the executable outside VS, create a shortcut to SecondLife.exe, and change the start location to linden\indra\newview\ (all the .dll will be found there.)
** Alternately, copy the exe (possibly rename it) to your "c:\program files\second life" folder.
* There were additional steps required in version 1.15 which seem to be fixed now. If you are trying to build 1.15 see an [https://wiki.secondlife.com/w/index.php?title=Compiling_the_viewer_%28MSVS2003%29&oldid=23026 older version of this page].

== Errors while building? ==
See [[Common compilation problems]] if you run into errors while building.

== Configurations/Debugging Info ==
* You will usually compile/debug the '''RelWithDebInfo''' or Release configuration ('''Debug''' should also work but should not really be necessary).
* '''RelWithDebInfo''' compiles faster and has more debugging information, but this comes at a runtime penalty of about 50% of your FPS in busy areas, compared to ReleaseForDownload build.
* '''Release''' runs fine in the debugger, but times you may miss debugger access to some local variables or the debugger may even show wrong values for objects and members, because it is confused by the optimizations.
* '''RelWithDebInfo''' comes with a seperate debugging console window opens and stays open for the duration of your session.
* You can see the last few lines from the debugger console also by pressing Shift+Ctrl+4 in the viewer (all builds).
* The debug log (usually in application data) can also be redirected to a more file if you add "-log secondlife.log" to the command line (Newview, Properties, Debugging, Command line arguments).
* If you want to build a '''Debug''' configuration, see the specific section with compile instructions on [[Finding_leaks]]

== Problems Running? ==
* Viewer Error: '''Second Life is unable to access a file that it needs.''': Did you neglect to download the Artworks archive from the [[source downloads]] page? It is in the Viewer column, below the OS-specific Viewer archives.
* '''Can't connect''': In the debug builds there is a selection box on the login screen to select the server to connect to. '''Agni''' is the production grid, '''aditi''' is the beta grid. (There seems to be a bug in this part of the code, you may have to make your selection, close the viewer and reopen it, before you can connect to the selected grid).
* '''Inventory errors''': If you're getting errors while trying to load your inventory, try [[Help:Stuck logging in|clearing your cache and deleting other temporary files]].
* If you want to connect to the beta grid, add '''--aditi''' to the command line (Newview, Properties, Debugging, Command line argument).
* '''Missing smime3 DLL''': Those are parts of the integrated web browser. Copy 'smime3.dll', 'nss3.dll', 'softokn3.dll', and 'ssl3.dll' files from your official client's main folder to "linden\indra\newview".
* '''assert with star_brightness''' and/or '''Black Screen''' under '''Windlight''': Current distributions of the Windlight source are missing files from the app_settings/windlight folder. Download the Linden Windlight viewer, install it and copy the files (and subfolders) into your development environment (linden/indra/newview/app_settings/windlight)

== Submit Patches ==
This is probably far down the road, but if you make changes to the source and want to submit them, see the page about [[Submitting patches|submitting patches]].

Ongoing JIRA Policy Debates

2008-06-23T07:38:01Z

Scalar Tardis: update description to match LL policy page description

User-Documented Policies

2008-06-23T07:37:40Z

Scalar Tardis: update description to match LL policy page description

Linden Lab Policies

2008-06-23T07:31:50Z

Scalar Tardis: expand article description

'''NOTICE: This page was not created by Linden Lab staff and has not been approved to speak for the company or its employees.'''

There have been many requests involving different aspects of LL's policies on a wide range of topics, however no such centralized page yet exists in the Wiki. The goal of this article is to provide a jumping-off point to existing official policies, as well as non-LL end-user attempts to research and document unofficial policies and planning agendas, and to provide easy-to-find links to ongoing hotbutton policy discussions in the JIRA.

* Link to [[User-Documented Policies]] and development pages
* Link to [[Ongoing JIRA Policy Debates]]

== Second Life policy pages ==
* [http://secondlife.com/ Second Life Home Page and links]
* [http://secondlife.com/corporate/privacy.php Privacy Policy]
* [http://secondlife.com/corporate/cs.php Community Standards]
* [http://secondlife.com/corporate/tos.php Terms of Service]
* [http://secondlife.com/corporate/dmca.php Digital Millenium Copright Act] (Wikipedia Article: [http://en.wikipedia.org/wiki/DMCA DMCA])
* [http://secondlife.com/corporate/brand/ Second Life Brand Center]
* [http://secondlife.com/policy/security/ Online Safety]
* [http://secondlife.com/corporate/vat.php Value-Added Tax (VAT)] (Wikipedia Article: [http://en.wikipedia.org/wiki/VAT VAT])
* [[What Is Our Antivirus Protection Policy]]

== SL Volunteer pages ==
* [[Volunteer Portal]]
* [[Volunteer Title Activation / Conditions]]
* [[Volunteer Mailing List Guidelines]]
* [[Quickie Wiki Intro]]

== SL Wiki policy pages ==
* [[Project:About | About the SL Wiki]]
* [[Project:Terms of Use | SL Wiki Terms of Use]]
* [[Project:Editing Guidelines | SL Wiki Editing Guidelines]]

== SL Open-Source / Viewer Design Policies ==
* [[Open Source Portal]]
* [http://secondlifegrid.net/programs/open_source/faq Open Source Development FAQs]
* [[Extended FAQ | Open Source Extended FAQ]]
* [[Viewer Roadmap]]
* [[SLDev | SLDev: SL Developer Mailing List]]
* [[Coding Standard]]

== SL Viewer Code Development Pages ==
* [[Patch Updater Design]]

Linden Lab Policies

2008-06-23T06:56:05Z

Scalar Tardis: /* SL Volunteer pages */ Add these back, since they are policy pages

'''NOTICE: This page was not created by Linden Lab staff and has not been approved to speak for the company or its employees.'''

There have been many requests involving different aspects of LL's policies on a wide range of topics, however no such centralized page yet exists in the Wiki. The goal of this article is to provide a jumping-off point to existing official policies, as well as non-LL end-user attempts to research and document unofficial policies and planning agendas.

* Link to [[User-Documented Policies]] and development pages
* Link to [[Ongoing JIRA Policy Debates]]

== Second Life policy pages ==
* [http://secondlife.com/ Second Life Home Page and links]
* [http://secondlife.com/corporate/privacy.php Privacy Policy]
* [http://secondlife.com/corporate/cs.php Community Standards]
* [http://secondlife.com/corporate/tos.php Terms of Service]
* [http://secondlife.com/corporate/dmca.php Digital Millenium Copright Act] (Wikipedia Article: [http://en.wikipedia.org/wiki/DMCA DMCA])
* [http://secondlife.com/corporate/brand/ Second Life Brand Center]
* [http://secondlife.com/policy/security/ Online Safety]
* [http://secondlife.com/corporate/vat.php Value-Added Tax (VAT)] (Wikipedia Article: [http://en.wikipedia.org/wiki/VAT VAT])
* [[What Is Our Antivirus Protection Policy]]

== SL Volunteer pages ==
* [[Volunteer Portal]]
* [[Volunteer Title Activation / Conditions]]
* [[Volunteer Mailing List Guidelines]]
* [[Quickie Wiki Intro]]

== SL Wiki policy pages ==
* [[Project:About | About the SL Wiki]]
* [[Project:Terms of Use | SL Wiki Terms of Use]]
* [[Project:Editing Guidelines | SL Wiki Editing Guidelines]]

== SL Open-Source / Viewer Design Policies ==
* [[Open Source Portal]]
* [http://secondlifegrid.net/programs/open_source/faq Open Source Development FAQs]
* [[Extended FAQ | Open Source Extended FAQ]]
* [[Viewer Roadmap]]
* [[SLDev | SLDev: SL Developer Mailing List]]
* [[Coding Standard]]

== SL Viewer Code Development Pages ==
* [[Patch Updater Design]]

Ongoing JIRA Policy Debates

2008-06-23T06:40:54Z

Scalar Tardis:

Linden Lab Policies

2008-06-23T06:36:18Z

Scalar Tardis: having moved user-generated content to another page, "official" is an unnecessary word for each section

'''NOTICE: This page was not created by Linden Lab staff and has not been approved to speak for the company or its employees.'''

There have been many requests involving different aspects of LL's policies on a wide range of topics, however no such centralized page yet exists in the Wiki. The goal of this article is to provide a jumping-off point to existing official policies, as well as non-LL end-user attempts to research and document unofficial policies and planning agendas.

* Link to [[User-Documented Policies]] and development pages
* Link to [[Ongoing JIRA Policy Debates]]

== Second Life policy pages ==
* [http://secondlife.com/ Second Life Home Page and links]
* [http://secondlife.com/corporate/privacy.php Privacy Policy]
* [http://secondlife.com/corporate/cs.php Community Standards]
* [http://secondlife.com/corporate/tos.php Terms of Service]
* [http://secondlife.com/corporate/dmca.php Digital Millenium Copright Act] (Wikipedia Article: [http://en.wikipedia.org/wiki/DMCA DMCA])
* [http://secondlife.com/corporate/brand/ Second Life Brand Center]
* [http://secondlife.com/policy/security/ Online Safety]
* [http://secondlife.com/corporate/vat.php Value-Added Tax (VAT)] (Wikipedia Article: [http://en.wikipedia.org/wiki/VAT VAT])
* [[What Is Our Antivirus Protection Policy]]

== SL Volunteer pages ==
* [[Volunteer Portal]]

== SL Wiki policy pages ==
* [[Project:About | About the SL Wiki]]
* [[Project:Terms of Use | SL Wiki Terms of Use]]
* [[Project:Editing Guidelines | SL Wiki Editing Guidelines]]

== SL Open-Source / Viewer Design Policies ==
* [[Open Source Portal]]
* [http://secondlifegrid.net/programs/open_source/faq Open Source Development FAQs]
* [[Extended FAQ | Open Source Extended FAQ]]
* [[Viewer Roadmap]]
* [[SLDev | SLDev: SL Developer Mailing List]]
* [[Coding Standard]]

== SL Viewer Code Development Pages ==
* [[Patch Updater Design]]

Ongoing JIRA Policy Debates

2008-06-23T06:34:59Z

Scalar Tardis: ick, line wrapping. Adding bullets to remove wrapping