Proposal: #CompileTimeDependences: `requires static`
David M. Lloyd
david.lloyd at redhat.com
Wed Jun 29 12:37:34 UTC 2016
On 06/28/2016 06:31 PM, mark.reinhold at oracle.com wrote:
> 2016/6/28 15:50:52 -0700, Remi Forax <forax at univ-mlv.fr>:
>> Apart the fact that 'static' should be spelled 'optional', there is no
>> reason to reuse static as it doesn't convey the semantics we want,
>> i.e. optional at runtime, i fully agree with this proposal.
I agree that 'static' really doesn't have any existing meaning in this
context, so we'd be inventing another connotation for that term.
> In this context `static` is intended to mean "at compile time" or,
> equivalently, before the more "dynamic" phases of run time and link
> time (the latter of which is more like run time than compile time).
>
> I agree that `static` is potentially confusing since its meaning here
> is different from what `static` means when used on a member of a class.
>
> It does, however, fit nicely with its (nearly) dual directive, `exports
> dynamic`, proposed for #ReflectiveAccessToNonExportedTypes.
>
> I think `optional` is a non-starter, since `requires optional` reads as
> an oxymoron, and it's optional at run time but mandatory at compile
> time, so in what sense is it, really, "optional"?
>
> Suggestions of other alternatives are welcome ...
Some random ideas:
"optional_at_runtime" - hey, it's descriptive.
Use "compile" or "compile_time" instead, i.e. indicate where the
dependency is required, not where it isn't required.
Use "optional" instead of "requires"; this has a grammatical problem
though because "requires" is a verb but "optional" is an adjective. You
could use "required" instead, but that's weird I guess.
Drop "requires" completely and describe dependencies in a different way,
like "dependenc[ey] joda.collect run(optional) compile(required)".
Annotations?
Just let build tools rewrite the descriptor after the fact, as seems
inevitable anyway.
--
- DML
More information about the jpms-spec-experts
mailing list