wren/test at ef93496fd488bc076fca7c7b06e8e44675a72d46 - wren

Files

T

Bob Nystrom ef93496fd4 fix: remove default constructors and require explicit construct new() for all user classes

The compiler no longer auto-generates a default `new()` constructor for classes. All classes must now explicitly define `construct new() {}` to be instantiable. This change removes the `createDefaultConstructor` function from the compiler, eliminates the `return_this` primitive used by Object's default initializer, and adds explicit constructors to all test and example classes. Core metaclasses (Bool, Class, Null, Num, Object, Range, Sequence) now correctly reject `new()` calls with runtime errors.

2015-09-01 15:16:04 +00:00

api

fix: remove default constructors and require explicit construct new() for all user classes

2015-09-01 15:16:04 +00:00

benchmark

feat: add Alexander Roper to AUTHORS and expand embedding API documentation

2015-08-29 06:13:56 +00:00

core

fix: remove default constructors and require explicit construct new() for all user classes

2015-09-01 15:16:04 +00:00

fix: remove default constructors and require explicit construct new() for all user classes

2015-09-01 15:16:04 +00:00

language

fix: remove default constructors and require explicit construct new() for all user classes

2015-09-01 15:16:04 +00:00

limit

feat: replace 'this' keyword with 'construct' for constructor definitions across core lib, compiler, docs, and tests

2015-07-21 14:24:53 +00:00

README.md

This contains the automated validation suite for the VM and built-in libraries.

benchmark/ - Performance tests. These aren't strictly pass/fail, but let us compare performance both against other languages and against previous builds of Wren itself.
core/ - Tests for the built in core library, mainly methods on the core classes. If a bug is in wren_core.c or wren_value.c, it will most likely break one of these tests.
io/ - Tests for the built in IO library. In other words, methods on the IO class. If a bug is in wren_io.c, it should break one of these tests.
language/ - Tests of the language itself, its grammar and runtime semantics. If a bug is in wren_compiler.c or wren_vm.c, it will most likely break one of these tests. This includes tests for the syntax for the literal forms of the core classes.
limit/ - Tests for various hardcoded limits. The language doesn't officially specify these limits, but the Wren implementation has them. These tests ensure that limit behavior is well-defined and tested.