I just uploaded version 1.9.2 to the site. The new feature is the addition of constructors with parameters. These constructors are registered just like before except with parameters. I've optimized the library sligthly more and I believe that AngelScript may now actually be faster than Lua. In fact I'm willing to challenge any other scripting language to find a realistic situation where it is faster than AngelScript. It's not a competition, I'm just trying to find inspiration to make AngelScript even faster. If there is a scripting language faster than mine, maybe I can learn from it and use that knowledge to advantage. Scripting languages with JIT compilation doesn't count as they are playing in a different class. When AngelScript has JIT compilation I will challenge those as well. I've already started working on version 1.10.x, which will add native support for arrays. It will improve various points in the library interface to make it easier to use (without breaking backwards compatibility though [wink]). [Edited by - WitchLord on October 12, 2004 12:25:40 PM]

I forgot to send thanks to Andres Carrera who sent me the code that got me going on implementing constructors with parameters. His code added support for constructors with parameters, but only for global variables, and only for some parameter types. I ended up using very little of his code, but he got the ball rolling so he deserves a big thanks anyway.

Thank you Andres Carrera.

every time i turn around AS has another update :D nice work!

I just gota get my game to a demo state so you can see where all your hard work is going now!

(sorry about the double post, forgot to login)

Quote:Original post by WitchLord
I've optimized the library sligthly more and I believe that AngelScript may now actually be faster than Lua. In fact I'm willing to challenge any other scripting language to find a realistic situation where it is faster than AngelScript. It's not a competition, I'm just trying to find inspiration to make AngelScript even faster. If there is a scripting language faster than mine, maybe I can learn from it and use that knowledge to advantage.

That sounds great. I am looking forward to the day where I will be implementing the scripting system into my new engine (still have alot of work that needs to be done before I get there).

I agree with Andreas on the necessity of a JIT, which would completely change the need for a scripting language in the first place.

If we needed JIT we would be pretty comfortable using C# as a scripting solution instead (sample present on the DX9.0c SDK), So I guess we would never need a JIT compiler for Angelscript or maybe as just a final release option.

My thoughts are usage for a scripting language is just to increase Turn-About-Time during development, and i am using Angelscript for the C++ similarity, since what i would be doing is dumping this code directly into C++ files and enabling an option for the Modder to redirect each of these parts to a script. hence making sure the orignal game is at peak performance. a JIT would prove useful as a packaging tool to perhaps finalize a MOD for the game.

Comments please!

kaysik:

I look forward to seeing your next project. I intend to try out your Knock-Off game this weekend as I think it looks interesting.

abrken:

Yeah, I definitely like coding better than documenting. Who doesn't? [wink]. I do try to keep the documentation up-to-date with the code though.

The test framework usually only have additions, as I use it to guarantee that I don't break functionality (regression testing).

I think that I already write enough information about what is new. Check the change log (for new features) and the update instructions (for altered features). If you want more detail about the exact code that was changed then may I suggest WinMerge, it's an excellent free program for comparing entire directory structures.

AxoDosS:

No, worries. I deleted the other post.

I look forward to that as well. You're other projects are already very impressive, you just need to glue them together to a final product [smile].

EddHead:

AngelScript will have JIT compilation, but without loosing the features and flexibility of a scripting language. This means that even when the code has been JIT compiled the script functions should still be suspendable and resumed at will. This will obviously not be as fast as a complete JIT compilation, but I believe that execution speeds could reach the performance of an order of 10 times slower than C++ (today it is an order of 50 times slower).

No, not yet. These behaviours must be registered with global functions. Example:

engine->RegisterObjectBehaviour(0, asBEHAVE_ADD, "obj f(const obj &, const obj &)", asFUNCTION(AddObj), asCALL_CDECL);

Obj AddObj(const obj &a, const obj &b)
{
return a + b;
}

I may include registration of these behaviours as member methods in a future version, but it is quite far down on my to-do list.

Regards,
Andreas