-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Integrating cl-unicode with my Google Summer of Code work #7
Comments
From a maintainer's perspective, I would like to see cl-unicode dispatch to SBCL internal functions when they're available. Obviously, it is important that the semantics of the two implementations match, but given the narrow nature of cl-unicode's functionality, this should not be too hard to achieve. One area where semantic differences have prevented such merges with other libraries in the past is error reporting and performance requirements. For example, flexi-streams is relatively slow, but handles errors gracefully and attempts to deal with encoding problems in a manner that allows restarts. This made merging flexi-streams with implementation-supplied encoding functionality undesireable, as implementations often have a focus on performance and thus don't report errors in the same precise way. |
Since my changes aren't merged into SBCL's master yet, the API can still be adjusted. Here is an SBCL manual that contains documentation for my API in section 7.8. Please let me know if there's any additional functions you'd like to see in the |
I will not be able to spend time on looking at cl-unicode or your code to 2014-07-20 16:19 GMT+02:00 Krzysztof Drewniak [email protected]:
|
I'll look through the |
As far as I know, my |
I'm currently working on improving SBCL's Unicode support as part of the Google Summer of Code. Part of my work, which you can find here, involved expanding the SBCL Unicode database and exposing its contents through external APIs, which are in the
sb-unicode
package and defined intarget-unicode.lisp
.Many of the functions that my work provides overlap with those provided by
cl-unicode
. I am writing to you to discuss whethercl-unicode
could become a (partial) wrapper around the SBCL-provided Unicode database when compiled on SBCL to avoid data duplication. I'm willing to add additional data to the internal database, such as block information, to accomplish this goal if you think it's a good idea. One possible issue is that my work stores full case mappings, while yours stores simple mappings.If you have any other suggestions about how my work could integrate with your library, please let me know.
The text was updated successfully, but these errors were encountered: