Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Codeblocks ported to sqrat
BlueHazzard:
--- Quote from: oBFusCATed on July 06, 2014, 12:28:16 pm ---But as far as I know C::B doesn't care for scripting performance, game-developers care.
--- End quote ---
performance is always a requirement for c::d else i could go to eclypse ;)
--- Quote from: oBFusCATed on July 06, 2014, 12:28:16 pm ---We want to have something that is easy to use and not surprising. And non-working operator== for our types is quite surprising thing.
In fact it silently works and returns false, it is not a runtime error or something like that!
I'd probably be fine if this was a runtime error, so we'll know when it fails to work.
--- End quote ---
This is a BIG point... It has to be considered... As I said, i'm open for using the == as it is expected (or, also adding a second operator for the old behaviour)
--- Quote from: oBFusCATed on July 06, 2014, 12:28:16 pm ---Also in HEAD we have not exposed any compare function for wxString or any other class, I don't know about your branch.
--- End quote ---
From the wiki: http://wiki.codeblocks.org/index.php?title=Scripting_commands#wxString
bool Matches wxString not use '==' !!, returns true if the string contents matches a mask containing '*' and '?'
--- Quote from: oBFusCATed on July 06, 2014, 12:28:16 pm ---p.s. Can your tests for scripting be extracted and committed with the HEAD version of squirrel and its binding (probably partially)?
--- End quote ---
hmm... i don't remember if it is possible. I think i have added a lot string related things, that are needed in the output ( for ex. wxString constructor with native string) but it wouldn't be that hard to port, the base framework can be used for sure...
First thing i will do next is to make a separated squirrel binding version number from the sdk version number and list all difference from the binding site, so sdk version and binding version are two different numbers...
greetings
oBFusCATed:
--- Quote from: BlueHazzard on July 06, 2014, 02:03:19 pm ---performance is always a requirement for c::d else i could go to eclypse ;)
--- End quote ---
Yes, but when you don't have tight loops or calling scripts too much, then ease of use should win.
And in C::B no performance critical parts are implemented as scripts!
--- Quote from: BlueHazzard on July 06, 2014, 02:03:19 pm ---From the wiki: http://wiki.codeblocks.org/index.php?title=Scripting_commands#wxString
bool Matches wxString not use '==' !!, returns true if the string contents matches a mask containing '*' and '?'
--- End quote ---
Not exactly the same as operator==, but it will do the job in my case. Thank you for showing it to me.
--- Quote from: BlueHazzard on July 06, 2014, 02:03:19 pm ---hmm... i don't remember if it is possible. I think i have added a lot string related things, that are needed in the output ( for ex. wxString constructor with native string) but it wouldn't be that hard to port, the base framework can be used for sure...
--- End quote ---
If it is too hard, just don't bother.
--- Quote from: BlueHazzard on July 06, 2014, 02:03:19 pm ---First thing i will do next is to make a separated squirrel binding version number from the sdk version number and list all difference from the binding site, so sdk version and binding version are two different numbers...
--- End quote ---
Sounds useful, I have been thinking about it, too.
BlueHazzard:
Can please someone of the linux guys look over the last git hub code? i can't compile it on linux, because of undefined reference of the Property Grid XML Handler. I have looked in the libpropertygrid and it seems to get exported... It is for sure some stupid thing, but i can't find it...
thank you..
oBFusCATed:
Are you talking about trunk/master or the code in your branch?
BlueHazzard:
My github branch "work_ongoing"
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version