Jump to content
  • Advertisement
Sign in to follow this  
WitchLord

AngelScript 1.9.2a FINAL (2004/10/12)

This topic is 5025 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

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]

Share this post


Link to post
Share on other sites
Advertisement
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.

Share this post


Link to post
Share on other sites
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!

Share this post


Link to post
Share on other sites
Great job again.

I think that you better like coding than writing ... documentation, no ?

It's ok for me with test_framework, but can you please on each release (even with WIP) tell the xxxxx.cpp files that expose new features (or modified) in test_framework (this project become larger and larger !).

Best regards,

AbrKen.

Share this post


Link to post
Share on other sites
(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).

Share this post


Link to post
Share on other sites
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!

Share this post


Link to post
Share on other sites
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).

Share this post


Link to post
Share on other sites
Guest Anonymous Poster
is registering class members as behaviour possible with 1.9.2?
I'm having trouble with asBEHAVE_ADD /SUBTRACT/MULTIPLY but asBEHAVE_ASSIGNMENT is working.

Thanks

Share this post


Link to post
Share on other sites
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

Share this post


Link to post
Share on other sites
Hey mate

you are welcome :)

Glad to see my code helped a little to this great library

I forgot to tell you that to support copy constructors is matter of simply adding 2 or 3 lines to the CompileCOnstructorArguments function pushing the address of the reference object, but i think you know this by now or probably it is already implmented

In the next days I will send you a totally new virtual machine for angelscript, its a asm_x86 vm, as i dont have scripts to test the performance, probably you can post this ASx86 version on your site so others can test it and put here the results
If the performance changes made in the last releases are mainly on the compiler part, as removing opcodes or blending them, my asmx86 vm will benefit of those chenges. I havent tested its performance, but the ops needed where reduced to 1/3 of your vm and the opcode interpretation was improved with a relocation table

I was going to start the JIT compiler, but looking at the comments here, seems that there is no interest for JIT, so probably i will need to talk with you first

Lioric
cgiscript@hotpop.com

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!