[Oberon] Conditional compilation using IF const THEN

Jan de Kruyf jan.de.kruyf at gmail.com
Sun Aug 12 21:04:47 CEST 2018

I just read through part of the discussion:

What I seem to miss is the idea of "unit tests".

IF Oberon had a "private Child Module" extension that has access to all
internals of the parent then all internals of a Module can be tested in a
concise way  by a battery of tests with simple go /no-go outcome. This
works great for regression tests also.

I have never found any reason to have IF DEBUG statements in my code. The
tests are normally finegrained enough to pick up a bug easily.

The big advantage is that you simply uncouple your test framework from the
code under test once done and do a final compilation.


On Sun, Aug 12, 2018 at 8:22 PM, Jan de Kruyf <jan.de.kruyf at gmail.com>

> I second that motion.
> At the same time I like to remark that it often takes lots of discussion
> and thinking before a concept has become so clear that also a child can
> understand it.
> Which I take it is what we strive for.
> j.
> On Sun, Aug 12, 2018 at 4:35 PM, Skulski, Wojciech <
> skulski at pas.rochester.edu> wrote:
>> > The purist will of course not be satisfied with all these
>> > shenanigans discussed here.
>> Please remember that you are delivering your genial systems and solutions
>> to non-genial users and programmers. Sometimes these are students,
>> sometimes these are busy professors, sometimes in between. Please do not
>> limit your audience to NW, PR, AP, and a few others who care about purity.
>> Please provide tools which make SW development possible and maybe even
>> enjoyable for the rest of us out there.
>> Thanks,
>> W
>> --
>> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
>> https://lists.inf.ethz.ch/mailman/listinfo/oberon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.inf.ethz.ch/pipermail/oberon/attachments/20180812/c68da715/attachment-0001.html>

More information about the Oberon mailing list