mirror of
https://github.com/Sei-Lisa/LSL-PyOptimizer
synced 2025-07-01 23:58:20 +00:00
Allow //pragma inline or /*pragma inline*/ for inlining a function
They are transformed by the scanner to the identifier `inline`, which is how the parser identifies it. This solves the comment problem, but it results in a funny side effect. Now, in inline mode, /*pragma inline*/ will always be the identifier `inline`, therefore this is valid: integer /*pragma inline*/ = 5; llOwnerSay((string)inline); // will say 5 Not overly elegant, but better than making up a specific token or declaring comments as tokens or the like.
This commit is contained in:
parent
064a8c4319
commit
bf72d2c3bf
2 changed files with 18 additions and 2 deletions
|
@ -5,12 +5,12 @@ f1() inline
|
|||
llOwnerSay("f1");
|
||||
}
|
||||
|
||||
f2(integer f2param) inline
|
||||
f2(integer f2param) /*pragma inline*/
|
||||
{
|
||||
llOwnerSay("f2:" + (string)f2param);
|
||||
}
|
||||
|
||||
vector f3(integer f3p1, string f3p2) inline
|
||||
vector f3(integer f3p1, string f3p2) //pragma inline
|
||||
{
|
||||
f2(f3p1);
|
||||
integer f3p1; // test shading the parameter
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue