[Oberon] maxCode limit in ORG
chuck at kuracali.com
Thu Apr 8 00:19:19 CEST 2021
Thanks Michael and Jörg,
I agree that large modules are to be avoided and factoring a module is
better than just relaxing limits, especially without understanding the
consequences. Having bumped up against the limit (and then refactored my
code) I wanted to know the nature of that limit.
On Wed, Apr 7, 2021 at 2:09 PM Michael Schierl <schierlm at gmx.de> wrote:
> Am 06.04.2021 um 20:40 schrieb Joerg:
> > Chuck
> > It‘s indeed arbitrary. Keep in mind: it is in words. So, 8000 means ~32
> > It’s generally a bad practice to generate modules bigger than 32 kByte.
> Altough there might be special cases where a split in several modules is
> not wanted or generates „strange“ module borders.
> > Indeed on my FPGA system with 15MB of memory and 1MB for color display,
> I could increase this limit, but I did not.
> In my experience, when increasing the limits of the compiler you first
> hit the 64KB globals limit, before running into any real RAM shortage.
> The arrays in the compiler have static sizes, so if you increase the
> limits, the arrays will grow even if not needed.
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Oberon