Hey folks, thanks for a pretty bad ass library! I'm seeing a 3-3.3x gain when decoding fairly large JSON payloads (40-50MB) as compared stdlib/json-iterator.
Few things in the generated code that struck me as odd are the allocation sizes for slices/maps:
Slice is set to size 1 initially, values are appended using append
We are reliant primarily on the examples for testing at this point. It would be good to "stress" the allocator because I would be (pleasantly) surprised if it's bug-free.
More extensive unit testing
Integration test under tests/ that (for example) uses the max number of registers of a given kind and confirms the register allocator doesn't fall over
problem: the shadow classes (CtClass reflecting a binary class) built by JavaReflectionTreeBuilder can be modified. This is confusing for users, see INRIA/spoon#4664.
solution: the JavaReflectionTreeBuilder should construct immutable objects, closed to modification, where all setters throw an UnsupportedOperationException
CasADi is a symbolic framework for numeric optimization implementing automatic differentiation in forward and reverse modes on sparse matrix-valued computational graphs. It supports self-contained C-code generation and interfaces state-of-the-art codes such as SUNDIALS, IPOPT etc. It can be used from C++, Python or Matlab/Octave.
Unused imports are included in the headers of generated files causing 2.12 builds with the default -Yfatal-warnings` setting to fail (unless the correct linting options are unset)
Expected behavior
Scrooge generates files with headers including only the imports the current file needs.
Actual behavior
Scrooge generates import statements for classes that are never used.
What happened?
the link to the initiation leads to a wrong link:
link to the Discord thread: https://discord.com/channels/757179260417867879/988847696607600690
What you expected to happen
the link should lead to login and connect to the workspace
How to reproduce
se