Hello,
The new byte code set that we will use in the future does not hat this
limitation.
You can, but only in Pharo6 and later, the new byte code backend (it is called
“SistaV1”).
(this is a global preference to be enabled in the Settings).
Marcus
It is not yet used by default, but you can enable it. Either globally, or,
> On 29 Aug 2017, at 04:52, Andreas Sunardi <a.suna...@gmail.com> wrote:
>
> I have written a tool (Pharo5) where user gives an input file to it, where
> the content is a smalltalk code, a DSL. I used a subclass of CodeImporter
> class to evaluate this input file.
>
> Recently my user used an input file where it hit the 256 literal limit (total
> of unique string, number, method name, etc), down in
> OpalEncoderForV3PlusClosures >> genPushLiteral:. The number seems to be hard
> coded and related to byte code generator, not something I can simply
> increase. I wasn't aware of this limitation.
>
> Before I overhaul my tool, I thought I should ask. Is there another
> alternative to evaluate a smalltalk file/script? The file is small, 27k, but
> the number of unique literals in it is > 256. Is it possible at all, seeing
> that the limit is related to byte code generator.
>
> Thank you in advance
> --
> Andreas Sunardi
