-
Notifications
You must be signed in to change notification settings - Fork 25
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
Enable support for opaque types? #15
Comments
My bad, I totally forgot about that. I'll add some CLI options to ksv, would it be ok? |
Sure, but hard coding wouldn't be a problem for me either. Less to document and code and such... Else, some generic mechanism to simply forward all compiler switches would be great I guess. Maybe forward everything after the last specified KSY?
|
Ok, I'm slow again, but this is what I've came up with:
So, Also, take a look at kaitai-io/kaitai_struct#143 — this could potentially enable to use Ruby visualizer + Java engine (to allow execution of Java opaque types code). |
Don't worry, I appreciate everything you do and had a workaround, so wasn't stuck. Everything's fine. :-) I tried your changes and they work, so am closing this.
Is it really necessary to implement that in
|
In *nix systems, ksv is usually invoked simply with |
I'm currently working to get my KSYs usable using an opaque type in the Ruby visualizer and by default it doesn't seem to work. I need to activate support for opaque types in the compiler:
I don't see any way providing this on the shell or such. So, do you want to provide some way or simply enable this feature like you hard code e.g.
debug
as well?The text was updated successfully, but these errors were encountered: