Jump to content

  • Log In with Google      Sign In   
  • Create Account

FREE SOFTWARE GIVEAWAY

We have 4 x Pro Licences (valued at $59 each) for 2d modular animation software Spriter to give away in this Thursday's GDNet Direct email newsletter.


Read more in this forum topic or make sure you're signed up (from the right-hand sidebar on the homepage) and read Thursday's newsletter to get in the running!


#Actualcr88192

Posted 13 February 2013 - 07:11 PM

probably either Lua or Squirrel would work.

usually if a person is dealing with lots of GC performance issues, it probably means they are doing something wrong.
except for certain types of tasks (like using scripting code to write parts of a 3D renderer or the physics engine), raw performance of a script-language isn't usually a huge issue.

in my case, I am using a custom scripting language.
probably hardly mature enough to recommend it to anyone else, but granted I am prone to writing most of my own code (and was largely unaware of many of the scripting languages which existed at the time, ~ 10 years ago, having had been only really exposed to Python and Guile).

Squirrel looks vaguely similar to my language, so that is interesting to me at least.


side notes (my language):
the syntax in my language is much closer to ActionScript3 mixed with elements of C and C#. in its present form, it is mostly using static/manifest typing (though dynamic typing is also supported, and still often used), supporting either AS3 or C# like declaration syntax, and using a C#-like collection of core types. it has a GC, but tries to minimize memory leaks and has value-type structs/classes (value-classes are like structs, but with methods and copy-constructors and similar), as well as "delete", and things like strings and vectors are built-in types, ... (and for 32-bit x86, currently has a basic JIT).

package/import and class declaration syntax works more like in AS3 though (comparable to namespace/using in C#).
technically, the language design was more of a grab-bag though (neither minimalism nor elegance were significant goals).

loading is typically either directly from source, or from bytecode (where VM bytecode may be embedded inside DLLs or SOs via an embedded WAD-like container).

would probably need considerably more work though to compare favorably with more mainstream languages: for example, making everything faster and more robust, having a more feature-complete set of core libraries (vs a half-assed J2ME knock-off), ... but, for my uses, it is mostly ok.

...

#2cr88192

Posted 13 February 2013 - 07:11 PM

probably either Lua or Squirrel would work.

usually if a person is dealing with lots of GC performance issues, it probably means they are doing something wrong.
except for certain types of tasks (like using scripting code to write parts of a 3D renderer or the physics engine), raw performance of a script-language isn't usually a huge issue.

in my case, I am using a custom scripting language.
probably hardly mature enough to recommend it to anyone else, but granted I am prone to writing most of my own code (and was largely unaware of many of the scripting languages which existed at the time, ~ 10 years ago, having had been only really exposed to Python and Guile).

Squirrel looks vaguely similar to my language, so that is interesting to me at least.


side notes (my language):
the syntax in my language is much closer to ActionScript3 mixed with elements of C and C#. in its present form, it is mostly using static/manifest typing (though dynamic typing is also supported, and still often used), supporting either AS3 or C# like declaration syntax, and using a C#-like collection of core types. it has a GC, but tries to minimize memory leaks and has value-type structs/classes (value-classes are like structs, but with methods and copy-constructors and similar), as well as "delete", and things like strings and vectors are built-in types, ... (and for 32-bit x86, currently has a basic JIT).

package/import and class declaration syntax works more like in AS3 though (comparable to namespace/using in C#).
technically, the language design was more of a grab-bag though (neither minimalism nor elegance were significant goals).

loading is typically either directly from source, or from bytecode (where VM bytecode may be embedded inside DLLs or SOs via an embedded WAD-like container).

would probably need considerably more work though to compare favorably with more mainstream languages: for example, making everything faster and more robust, having a more feature-complete set of core libraries (vs a half-assed J2ME knock-off), ... but, for my uses, it is mostly ok.

...

#1cr88192

Posted 13 February 2013 - 07:10 PM

probably either Lua or Squirrel would work.<br /><br />usually if a person is dealing with lots of GC performance issues, it probably means they are doing something wrong.<br />except for certain types of tasks (like using scripting code to write parts of a 3D renderer or the physics engine), raw performance of a script-language isn't usually a huge issue.<br /><br /><br />in my case, I am using a custom scripting language.<br />probably hardly mature enough to recommend it to anyone else, but granted I am prone to writing most of my own code (and was largely unaware of many of the scripting languages which existed at the time, ~ 10 years ago, having had been only really exposed to Python and Guile).<br /><br />Squirrel looks vaguely similar to my language, so that is interesting to me at least.<br /><br /><br />side notes (my language):<br />the syntax in my language is much closer to ActionScript3 mixed with elements of C and C#. in its present form, it is mostly using static/manifest typing (though dynamic typing is also supported, and still often used), supporting either AS3 or C# like declaration syntax, and using a C#-like collection of core types. it has a GC, but tries to minimize memory leaks and has value-type structs/classes (value-classes are like structs, but with methods and copy-constructors and similar), as well as "delete", and things like strings and vectors are built-in types, ... (and for 32-bit x86, currently has a basic JIT).<br /><br />package/import and class declaration syntax works more like in AS3 though (comparable to namespace/using in C#).<br />technically, the language design was more of a grab-bag though (neither minimalism nor elegance were significant goals).<br /><br />loading is typically either directly from source, or from bytecode (where VM bytecode may be embedded inside DLLs or SOs via an embedded WAD-like container).<br /><br />would probably need considerably more work though to compare favorably with more mainstream languages: for example, making everything faster and more robust, having a more feature-complete set of core libraries (vs a half-assed J2ME knock-off), ... but, for my uses, it is mostly ok.<br /><br />...<br /><br />

PARTNERS