|
Destiny Niles
Registered User
Join date: 23 Aug 2006
Posts: 949
|
06-26-2007 20:34
From the release Notes for Second Life 1.17.2(0) June 27, 2007 ===================================== LSL changes: * Added support for alternate sculptie edge stitching. * VWR-68: LSL constant expression folding and proper constant parsing
Can someone translate that from Lindenism to semi-english for me?
|
|
Deanna Trollop
BZ Enterprises
Join date: 30 Jan 2006
Posts: 671
|
06-26-2007 21:10
From: Destiny Niles * Added support for alternate sculptie edge stitching. When specifying PRIM_TYPE_SCULPT for PRIM_TYPE in a llSetPrimitiveParameters list, the following topology (or "edge stitching"  types can now be used: PRIM_SCULPT_TYPE_TORUS (left stitches to right, top stitches to bottom) PRIM_SCULPT_TYPE_CYLINDER (left stitches to right) PRIM_SCULPT_TYPE_PLANE (no edge stitching) From: someone * VWR-68: LSL constant expression folding and proper constant parsing Not a frakkin' clue.
|
|
BamBam Sachertorte
floral engineer
Join date: 12 Jul 2005
Posts: 228
|
06-26-2007 23:06
I read VWR-68 at https://jira.secondlife.com/browse/VWR-68 and it seems to be two things: a bug in the parsing of negative constants has been fixed, and constant expressions like '3 * 5' or '-PI_BY_TWO' are calculated at compile time instead of computed using byte codes when your program is run.
|
|
Darien Caldwell
Registered User
Join date: 12 Oct 2006
Posts: 3,127
|
06-27-2007 12:33
From: BamBam Sachertorte I read VWR-68 at https://jira.secondlife.com/browse/VWR-68 and it seems to be two things: a bug in the parsing of negative constants has been fixed, and constant expressions like '3 * 5' or '-PI_BY_TWO' are calculated at compile time instead of computed using byte codes when your program is run. Yes, its used to be if you said: integer x = 5-3; you would get a compile error, as the parser saw it as: integer x = 5 -3; // two numbers one positive one negative. you had to insert a space to get it to compile, like so: integer x = 5 - 3;
|