[#71815] [Ruby trunk - Bug #11768] [Open] Add a polymorphic inline cache — tenderlove@...
Issue #11768 has been reported by Aaron Patterson.
6 messages
2015/12/03
[#71819] Re: [Ruby trunk - Bug #11768] [Open] Add a polymorphic inline cache
— Eric Wong <normalperson@...>
2015/12/03
tenderlove@ruby-lang.org wrote:
[#71821] Re: [Ruby trunk - Bug #11768] [Open] Add a polymorphic inline cache
— Aaron Patterson <tenderlove@...>
2015/12/03
On Thu, Dec 03, 2015 at 10:51:08PM +0000, Eric Wong wrote:
[#71824] Re: [Ruby trunk - Bug #11768] [Open] Add a polymorphic inline cache
— Eric Wong <normalperson@...>
2015/12/04
Aaron Patterson <tenderlove@ruby-lang.org> wrote:
[#71818] [Ruby trunk - Feature #11769] [Open] optimize case / when for `nil` — tenderlove@...
Issue #11769 has been reported by Aaron Patterson.
4 messages
2015/12/03
[#71825] Re: [Ruby trunk - Feature #11769] [Open] optimize case / when for `nil`
— Eric Wong <normalperson@...>
2015/12/04
tenderlove@ruby-lang.org wrote:
[#71931] [Ruby trunk - Feature #11786] [Open] [PATCH] micro-optimize case dispatch even harder — normalperson@...
Issue #11786 has been reported by Eric Wong.
9 messages
2015/12/08
[#71932] Re: [Ruby trunk - Feature #11786] [Open] [PATCH] micro-optimize case dispatch even harder
— Eric Wong <normalperson@...>
2015/12/08
Oops, I forgot to free the table when iseq is destroyed :x
[#71934] Re: [Ruby trunk - Feature #11786] [Open] [PATCH] micro-optimize case dispatch even harder
— SASADA Koichi <ko1@...>
2015/12/08
On 2015/12/08 12:43, Eric Wong wrote:
[#71936] Re: [Ruby trunk - Feature #11786] [Open] [PATCH] micro-optimize case dispatch even harder
— Eric Wong <normalperson@...>
2015/12/08
SASADA Koichi <ko1@atdot.net> wrote:
[#71938] Re: [Ruby trunk - Feature #11786] [Open] [PATCH] micro-optimize case dispatch even harder
— SASADA Koichi <ko1@...>
2015/12/08
On 2015/12/08 13:53, Eric Wong wrote:
[#72028] [Ruby trunk - Feature #11405] [Assigned] [PATCH] hash.c: minor speedups to int/fixnum keys — mame@...
Issue #11405 has been updated by Yusuke Endoh.
5 messages
2015/12/10
[#72040] Re: [Ruby trunk - Feature #11405] [Assigned] [PATCH] hash.c: minor speedups to int/fixnum keys
— Eric Wong <normalperson@...>
2015/12/10
mame@ruby-lang.org wrote:
[#72045] Ruby 2.3.0-preview2 Released — "NARUSE, Yui" <naruse@...>
We are pleased to announce the release of Ruby 2.3.0-preview2.
10 messages
2015/12/11
[#72047] Re: Ruby 2.3.0-preview2 Released
— SASADA Koichi <ko1@...>
2015/12/11
Please add your optimizations before RC1.
[#72054] Re: Ruby 2.3.0-preview2 Released
— Eric Wong <normalperson@...>
2015/12/11
SASADA Koichi <ko1@atdot.net> wrote:
[#72436] Re: Ruby 2.3.0-preview2 Released
— SASADA Koichi <ko1@...>
2015/12/22
On 2015/12/11 18:06, Eric Wong wrote:
[#72440] Re: Ruby 2.3.0-preview2 Released
— Eric Wong <normalperson@...>
2015/12/22
SASADA Koichi <ko1@atdot.net> wrote:
[#72069] [Ruby trunk - Feature #11405] [PATCH] hash.c: minor speedups to int/fixnum keys — mame@...
Issue #11405 has been updated by Yusuke Endoh.
3 messages
2015/12/12
[#72115] Re: [ruby-cvs:60264] duerst:r53112 (trunk): * enc/ebcdic.h: new dummy encoding EBCDIC-US — "U.NAKAMURA" <usa@...>
Hi,
7 messages
2015/12/14
[#72124] Re: [ruby-cvs:60264] duerst:r53112 (trunk): * enc/ebcdic.h: new dummy encoding EBCDIC-US
— Martin J. Dürst <duerst@...>
2015/12/14
On 2015/12/14 22:34, U.NAKAMURA wrote:
[#72125] Re: [ruby-cvs:60264] duerst:r53112 (trunk): * enc/ebcdic.h: new dummy encoding EBCDIC-US
— "U.NAKAMURA" <usa@...>
2015/12/15
Hi,
[ruby-core:72399] [Ruby trunk - Bug #11844] Please update unicode-licensed files (license issue)
From:
duerst@...
Date:
2015-12-20 02:20:54 UTC
List:
ruby-core #72399
Issue #11844 has been updated by Martin D端rst.
Christian Hofstaedtler wrote:
> Various files in enc/trans are old copies of Unicode.org files that forbid (re-)distribution. AFAICT, Unicode, Inc. has published newer versions of these files to fix this issue.
It looks like you have problems with the following text, e.g. in enc/trans/JIS/JISX0212%UCS.src:
###
# Recipient is granted the right to make copies in any form for
# internal distribution and to freely use the information supplied
# in the creation of products supporting Unicode. Unicode, Inc.
# specifically excludes the right to re-distribute this file directly
# to third parties or other organizations whether for profit or not.
###
However, this doesn't create any problems. We explicitly use the information to create products
(namely Ruby) supporting Unicode. We also don't distribute the file directly; there is an implementation-specific header at the start of the file, and another implementation-specific line at the end. Also, please note that at least some files (e.g. UCS%JISX0212.src) are changed much more, as the order is no longer the one claimed in the header ("The entries are in JIS X 0212 order"). In addition, each line comes with a '=' between the codepoints being converted, whereas http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/JIS/JIS0212.TXT only has a tab between the codepoints, but comments on each line.
So at least for these files, what we do doesn't conflict with the conditions on these files at all. (Even if it did, the fact that Unicode changed the copyright to be more liberal is a strong indication that they wouldn't want to claim any violation anymore.)
> New versions could possibly be found on http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/JIS/ and elsewhere under http://www.unicode.org/Public/
I haven't checked whether they are available for all of our data. But that's not the problem. The problem is that our files are already changed quite a bit, and it would be difficult to make sure we apply exactly the same changes that we applied to the original files.
I think if this is really a problem for you (I hope that after the explanation above it isn't anymore), then we should think about modifying the header, not the data, to reduce the danger of regressions.
> ext/json/generator/generator.c also has a restrictive Unicode, Inc. license blurb. Please fix this as well.
Restrictive? Have you actually read the blurb? Here's what it says:
* Limitations on Rights to Redistribute This Code
*
* Unicode, Inc. hereby grants the right to freely use the information
* supplied in this file in the creation of products supporting the
* Unicode Standard, and to make copies of this file in any form
* for internal or external distribution as long as this notice
* remains attached.
So it's okay to make copies of that file in any form for internal or external distribution.
But it's not okay to remove (or change) the copyright notice. So we are exactly in compliance, and you shouldn't have any problems whatsoever with it.
----------------------------------------
Bug #11844: Please update unicode-licensed files (license issue)
https://bugs.ruby-lang.org/issues/11844#change-55685
* Author: Christian Hofstaedtler
* Status: Open
* Priority: Normal
* Assignee:
* ruby -v: 2.2.3
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN
----------------------------------------
Various files in enc/trans are old copies of Unicode.org files that forbid (re-)distribution. AFAICT, Unicode, Inc. has published newer versions of these files to fix this issue.
New versions could possibly be found on http://www.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/JIS/ and elsewhere under http://www.unicode.org/Public/
ext/json/generator/generator.c also has a restrictive Unicode, Inc. license blurb. Please fix this as well.
--
https://bugs.ruby-lang.org/