wren/example/import_module/lovecraft.wren

import "./cthulu" for Cthulu

class Lovecraft {
  construct new() {}
  say() { Cthulu.new().message }
}

System.print(Lovecraft.new().say())
Relative imports! This is a breaking change because existing imports in user Wren code that assume the path is relative to the entrypoint file will now likely fail. Also, stack trace output and host API calls that take a module string now need the resolved module string, not the short name that appears in the import. 2018-03-24 11:10:36 -07:00			`import "./cthulu" for Cthulu`
add simple example for importing a module 2015-02-18 11:39:31 -05:00
			`class Lovecraft {`
No more default constructors. Fixes #296. 2015-09-01 08:16:04 -07:00			`construct new() {}`
Make constructors just methods. * Eliminate "new" reserved word. * Allow "this" before a method definition to define a constructor. * Only create a default constructor for classes that don't define one. 2015-07-10 09:18:22 -07:00			`say() { Cthulu.new().message }`
add simple example for importing a module 2015-02-18 11:39:31 -05:00			`}`

"IO" -> "System". Get rid of the separate opt-in IO class and replace it with a core System class. - Remove wren_io.c, wren_io.h, and io.wren. - Remove the flags that disable it. - Remove the overloads for print() with different arity. (It was an experiment, but I don't think it's that useful.) - Remove IO.read(). That will reappear using libuv in the CLI at some point. - Remove IO.time. Doesn't seem to have been used. - Update all of the tests, docs, etc. I'm sorry for all the breakage this causes, but I think "System" is a better name for this class (it makes it natural to add things like "System.gc()") and frees up "IO" for referring to the CLI's IO module. 2015-09-15 07:46:09 -07:00			`System.print(Lovecraft.new().say())`