(r1) UseOfUnicode < P1076

P1076 Web>Vhdl2019CollectedRequirements>UseOfUnicode (revision 1) (raw view)~~EditAttach~~
---+ Allow the use of Unicode

%TOC%

---++ Proposal Details
   * Who Updates: MartinThompson
   * Date Proposed:8 Aug 2011
   * Date Last Updated: 8 Aug 2011
   * Priority: Low
   * Complexity: High
   * Focus: Language

---+++ Current Situation

The current language allows the use of characters from the ISO 8859-1 character set, which allows accented versions of ASCII characters but little beyond that.
---+++ Requirement

To allow the use of Unicode characters in the following places:

   * identifiers
   * comments
   * strings
   * file access

Feedback on the value of this propsal has been sought from the VHDL community via

   * LinkedIn: [[http://www.linkedin.com/groupItem?view=&gid=1791727&type=member&item=63907076&qid=12b43810-b323-43ff-b6ad-b0fa86f9f1bb&trk=group_most_popular-0-b-ttl&goback=.gdr_1312792562993_1.gmp_1791727][http://www.linkedin.com/groupItem?view=&gid=1791727&type=member&item=63907076&qid=12b43810-b323-43ff-b6ad-b0fa86f9f1bb&trk=group_most_popular-0-b-ttl&goback=%2Egdr_1312792562993_1%2Egmp_1791727]]
   * comp.lang.vhdl: [[http://groups.google.com/group/comp.lang.vhdl/browse_thread/thread/39b3b8a8e8e31af5?pli=1]]
   * parallelpoints.com (the author's personal blog): http://www.parallelpoints.com/node/73
   * One comment was received via personal email.

A summary of the comments is below in the arguments for and against.

Is there any reason to use or not use UTF-8? It would be difficult to explicitly write the enumerated type, but it's relatively efficient, unambiguous, and 7-bit ASCII is unchanged. That might break the extended ASCII encoding I see in the current CHARACTER type, though. -- Main.RyanHinton - 2012-02-16
---+++ Implementation details

Not provided
---+++ Code Examples

Not provided
---++ Use Cases

Not provided

---++ Arguments FOR

It looks like a nice feature, but personally I dont think I will be needing it. But there are many countries where only their native language is spoken. they are having a hard time with english and this feature will definitely help them.
---

<br />Most modern computer languages allow the full range of unicode to be used. It would _only be a mature thing to do_ if VHDL also allowed this. The fact that we only allow ASCII puts us right in the 1980s.
---

<br />Unicode *strings* and file-IO might well be useful, but I guess that's a very different story [to identifiers]. A new type, either built-in or in std.standard, for Unicode *characters* would be a good start.
---

<br />I haven't ever had the need to use Unicode in VHDL *identifiers* -just in strings (or comments) when I want to print units (Ohm) or prefixes (micro), or non-breakable space etc. for documentation generation.
---++ Arguments AGAINST

Do we need a new datatype (perhaps 16 bits wide) for UTF characters? Will we provide an _enumerated_ datatype for these characters (16 bits - I hope not!). If we need a new datatype (utf_character and utf_string), would that imply new I/O functions as well?

You also need to think of the source file encoding. The compiler should be well aware of the encoding of your VHDL source files. Which encodings will you support? Next, all the back-end EDA tools will have to support UTF characters.
---

&gt;it also sounds like a large (huge?) amount of work which *may* be better spent elsewhere.

...agree. The EDA industry as a whole is irremediably Anglophone, and muddles through pretty well without internationalization.

---
<div id="_mcePaste">... that Unicode support in actual source code (such as identifiers) was added to Ada and one of the compiler developers which added this support remarked that it was not worth the hassle.</div>

---

---++ General Comments

Given the technical problems and the fact that there is not such a strong need, I&rsquo;d suggest against unicode for VHDL. Perhaps you should choose another battle to improve VHDL and leave unicode as something that cannot be fixed.

Overall the sentiment seems to be "it'd be useful, but a lot of work for comparatively small gain". No-one expressed the opinion that this could be a killer feature.
---++ Supporters

_Add your signature here to indicate your support for the proposal_
Topic revision: r1 - 2020-02-17 - 15:34:44 - TWikiGuest
P1076