-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some minor problems and arrangement of SB tool files. #95
Comments
In my free time recently, I sorted out these questions. I should upload the organized files, but I plan to write them out here. 1.About CLEO4 pluginIntOperations.cleo
|
2.About newOpcodes.cleo plugin.
|
3.In SAMobile mode, {iOS opcodes}, the name is wrong. These OPs are not only available in IOS, but also in the Android version. They should be more clearly defined as {SAMobile opcodes}:
|
4.About {CLEO1.1 OP} of GTA3/GTAVC. We should not distinguish the version of these OPs as 1.1. In fact, up to now, VC/3 writers will still use these OPs. Moreover, there are still OP source codes in the CLEO2.0 source code, and they can also be used in 2.0. Considering that some people still use it, we should summarize these OPs as {CLEO} standard CLEO libraries instead of 1.1 independently.
|
It is very late now, I will continue tomorrow, there are still some questions |
Thanks for noticing this. Those should be included. I also think I can manage to support bitwise operations without opcodes in the compiler as I did for the integer arithmetic operations (0A8E-0A91).
Interesting. Do you know why this is happened? Is there an alternative to the removed opcodes? Do they work in the older versions (2.0 for example)?
Ok, my bad. I was confused by a misleading comment in the SASCM.INI. If this is true, then there is no need for an extension and those could be part of
In principle I agree, those opcodes are part of CLEO 2.0. But my goal here is to encourage people to use unified opcode numbers that are the same across all platforms. For example, |
Yes. The keyword syntax of OP of computational classes is very bad. We will be very comfortable to make it support shorthand syntax that does not require OP. But I noticed that sb does not support the "&" symbol when compiling.
I don't know why these OP features are disabled by dk22pac. But in fact, in newopodes version 2.0, these OPs have been prompted to be disabled. The source code is attached to the file of version 2.0. I checked the source code and these OPs have no function. Version 2.1 is also unavailable. Considering that this plugin will only use version 2.0 or 2.1 at present, we should delete these OPs
I know what you mean by doing this. But the writers of VC and GTA3 are very few. Even so, I don't know other areas. But in China, some VC players are still very active in this old game. They still write CLEO. Due to habit, even though they have used the 2.0 cleo library, they still use the 05XX OP. Secondly, some old very useful scripts are also written by the old OP, so I think we should summarize these OPs as the "default" CLEO standard library. (In fact, including myself, I still use the 1.1 OP. For example, the OP for obtaining the version number is very useful.) In addition. I found the original gta3sc syntax in the source code of newopcodes. I think it can be added to the sb tool to add keywords for newopcodes. |
This is probably due to
Ok 👍
Ok, I will change it. Thanks for the feedback. |
@x87 I noticed some minor issues with the current version (3.6.0) of the SB tool file. I think it is necessary to rearrange the contents of these files. In fact, some things are still problems left over from the old version.
The text was updated successfully, but these errors were encountered: