You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 13, 2023. It is now read-only.
[@lucaswerkmeister] The conventional name for my.module’s test module is test.my.module, which means that (unless you’re using e. g. ant) you’ll typically test with ceylon test test.my.module. That double test feels redundant; perhaps ceylon test my.module could prepend test. automatically if my.module isn’t a test module (doesn’t shared import ceylon.test)?
[@lucaswerkmeister] That would mean that if test.my.module exists, I can never ever test my.module. I can’t really imagine why I would want to do that, but still, it sounds a tad scary to me. (Perhaps I’d want to have some small temporary test, and would put that into my.module so I can run it individually, or so it has access to unshared members? Dunno.)
[@quintesse] Hmm true.
Thing is I don't like it too much when code changes might suddenly change the way existing scripts might run. You add import ceylon.test and suddenly some kind of test script you didn't even know about starts to fail.
You might have to tell people to never use these "user friendly tricks" in scripts.
[@lucaswerkmeister] The conventional name for
my.module
’s test module istest.my.module
, which means that (unless you’re using e. g.ant
) you’ll typically test withceylon test test.my.module
. That doubletest
feels redundant; perhapsceylon test my.module
could prependtest.
automatically ifmy.module
isn’t a test module (doesn’tshared import ceylon.test
)?(Feature request, not for 1.1.)
[Migrated from ceylon/ceylon-runtime#70]
The text was updated successfully, but these errors were encountered: