Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upComments
This comment has been minimized.
This comment has been minimized.
|
I suggest to rename |
dahlia
added
the
typ:refactor
label
Mar 23, 2017
dahlia
added
cat:lang
cmp:compiler
cmp:runtime
labels
Aug 26, 2017
dahlia
added this to Chosen
in Sprint at Seoul in February 2018
Feb 9, 2018
dahlia
added this to the Version 0.5.0 milestone
May 5, 2018
dahlia
added
the
dfct:easy
label
May 5, 2018
dahlia
added this to Chosen
in Sprint at Seoul in May 2018
May 5, 2018
Jhuni0123
self-assigned this
May 21, 2018
added a commit
to Jhuni0123/nirum
that referenced
this issue
May 21, 2018
added a commit
to Jhuni0123/nirum
that referenced
this issue
May 21, 2018
added a commit
to Jhuni0123/nirum
that referenced
this issue
May 21, 2018
added a commit
to Jhuni0123/nirum
that referenced
this issue
May 21, 2018
This comment has been minimized.
This comment has been minimized.
|
The compiler 0.4 will be released with a new type name In the next minor release we need to obsolete |
added a commit
to Jhuni0123/nirum
that referenced
this issue
May 25, 2018
dahlia
unassigned
Jhuni0123
Aug 14, 2018
This comment has been minimized.
This comment has been minimized.
|
PR #281 implemented it. |
dahlia
closed this
Aug 17, 2018
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Kroisse commentedMar 23, 2017
Currently, Nirum specification doesn't clarify their implementors to treat "uri" be a union of Uniform Resource Locator and Uniform Resource Name, or accept URL only and reject URN. Because URN is used rarely in practice, most of Nirum users might want to exclude URN during serialization and deserialization. Furthermore, most of programming languages don't have URN datatype in their standard library. It makes hard to implement the runtime for them.