00:26
roca has joined #jruby
01:07
roca has quit [Quit: roca]
01:11
<
GitHub30 >
[jruby] vassilios opened issue #5098: YAML.load significant performance degradation when JSON string is included
https://git.io/vxcLw
02:19
pilne has quit [Quit: Leaving]
02:24
pilne has joined #jruby
02:57
roca has joined #jruby
03:42
<
GitHub75 >
[jruby] dgolombek opened issue #5099: Exception.new.backtrace_locations should return nil
https://git.io/vxcsZ
03:46
roca has quit [Ping timeout: 240 seconds]
04:00
roca has joined #jruby
04:32
roca has quit [Quit: roca]
05:39
mkristian has joined #jruby
06:01
sidx64 has joined #jruby
06:05
sidx64 has quit [Client Quit]
06:06
sidx64 has joined #jruby
06:08
sidx64 has quit [Client Quit]
06:09
sidx64 has joined #jruby
07:02
mkristian has quit [Remote host closed the connection]
07:11
sidx64_ has joined #jruby
07:14
sidx64 has quit [Read error: Connection reset by peer]
07:16
sidx64_ has quit [Ping timeout: 240 seconds]
07:17
sidx64 has joined #jruby
08:29
claudiuinberlin has joined #jruby
08:30
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
08:31
sidx64 has joined #jruby
08:32
sidx64 has quit [Client Quit]
08:33
sidx64 has joined #jruby
08:34
sidx64 has quit [Client Quit]
08:48
drbobbeaty has joined #jruby
09:01
sidx64 has joined #jruby
09:02
sidx64 has quit [Client Quit]
09:09
sidx64 has joined #jruby
09:27
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
09:51
shellac has joined #jruby
10:04
sidx64 has quit [Read error: Connection reset by peer]
10:05
sidx64 has joined #jruby
10:28
<
kares >
enebo: rdubya: maybe you should point out exactly what you mean with breaking AR tests
10:29
<
kares >
did watch tests carefully as I did the merge (+ along the way) and it seems to me like I got it better
10:29
<
kares >
there's one suite of failures for sure - those are ENV[TZ] related but that is a trade-off
10:30
<
kares >
the gist of it is that we need to be able to return typed (not raw) values from custom SELECTs
10:31
<
kares >
that is the motivation for the change ...
10:31
<
kares >
the result is that we rely on JVM's time-zone and a TZ switch is not trivial as with MRI
10:32
<
kares >
but I feel like that assumption is wrong and we can port over those tests with the proper zone switch and exclude
10:33
<
kares >
also in JRuby it was hard the way date.rb was implemented - it should be easier now to manage zone changes with the rewrite (on master)
10:34
<
kares >
anyway, am going for an AR-JDBC review what I feel is okay-ish or easily fixable
10:34
<
kares >
enebo: rdubya: if you'll hit smt concrete you feel like I broke just ping me (or open a GH issue with details where you assign me)
10:35
<
kares >
really want to have a usable release out there
10:36
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
10:40
sidx64 has joined #jruby
11:00
drbobbeaty has joined #jruby
11:29
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
11:33
sidx64 has joined #jruby
11:34
sidx64 has quit [Client Quit]
11:51
bbrowning_away is now known as bbrowning
11:53
sidx64 has joined #jruby
11:55
sidx64 has quit [Client Quit]
11:56
sidx64 has joined #jruby
11:58
sidx64 has quit [Client Quit]
12:04
sidx64 has joined #jruby
12:06
sidx64 has quit [Client Quit]
12:10
sidx64 has joined #jruby
12:11
sidx64 has quit [Client Quit]
12:13
roca has joined #jruby
12:28
sidx64 has joined #jruby
13:10
roca has quit [Quit: roca]
13:22
drbobbeaty has quit [Read error: Connection reset by peer]
13:27
jrafanie has joined #jruby
13:51
<
enebo >
kares: ok I will try and figure out what I saw. I saw more than a single type of error. Possibly something was wrong with my env maybe?
14:14
shellac_ has joined #jruby
14:14
shellac_ has quit [Remote host closed the connection]
14:49
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
14:53
<
GitHub178 >
jruby/ruby-2.5 9c096c9 Thomas E. Enebo: A little hackage since real solution is a painful discussion....
14:53
<
GitHub178 >
jruby/ruby-2.5 8ab9aea Thomas E. Enebo: Yay a little more up to date grammar. Still missing some new syntax lex...
15:03
roca has joined #jruby
15:08
sidx64 has joined #jruby
15:14
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
15:44
nirvdrum has joined #jruby
16:02
xardion has quit [Remote host closed the connection]
16:08
xardion has joined #jruby
16:18
olle has quit [Quit: olle]
16:18
olle has joined #jruby
16:19
olle has quit [Client Quit]
17:05
roca_ has joined #jruby
17:06
roca has quit [Ping timeout: 264 seconds]
17:08
roca_ is now known as roca
17:17
roca_ has joined #jruby
17:17
roca has quit [Ping timeout: 256 seconds]
17:19
roca_ is now known as roca
17:20
roca is now known as lroca
17:37
lopex has quit [Ping timeout: 276 seconds]
17:37
amitchellbullard has quit [Ping timeout: 276 seconds]
17:39
lopex has joined #jruby
17:40
amitchellbullard has joined #jruby
17:42
shellac has quit [Quit: Leaving]
18:19
lroca is now known as roca
18:22
roca has left #jruby ["Good Bye"]
18:23
<
GitHub135 >
[jruby] thomas- opened issue #5100: File.open() on Windows without binary flag reading 0x0A (newline) instead of 0x0D (return)
https://git.io/vxCrp
18:27
nirvdrum has quit [Ping timeout: 256 seconds]
18:31
<
havenwood >
it seems the cert for jruby.org is borked at the moment
18:32
<
havenwood >
*.github.com
18:32
<
havenwood >
Or was it never https? If so, never mind! Though the github wildcard cert seems odd.
18:35
claudiuinberlin has joined #jruby
18:37
desnudopenguino has joined #jruby
18:38
subbu is now known as subbu|lunch
18:50
claudiuinberlin has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
18:59
<
lopex >
enebo: numbers
18:59
<
enebo >
lopex: lexers....grrrr
19:00
<
lopex >
enebo: lots of symbol comparisons
19:00
<
lopex >
shall I user newSymbol everywhere ?
19:01
<
havenwood >
I'm not coming up with anything Googling. I'm not familiar with the concept of the jruby-core jar so I'm not sure where to look.
19:01
<
havenwood >
I'm assuming that's not just jruby.jar renamed?
19:02
* desnudopenguino
waves at havenwood
19:02
<
havenwood >
desnudopenguino: I have a script that downloads two of the three jars.
19:02
<
havenwood >
I just don't know what this jruby-core is!
19:03
<
desnudopenguino >
ah, i'm digging through the one link you provided, i got it to compile, now gotta figure out exactly how to package it to run on serverless
19:03
<
lopex >
havenwood: it's a jar that's not jruby complete
19:04
<
lopex >
so it's just a jruby with core library
19:04
<
havenwood >
lopex: ah, interesting
19:04
<
lopex >
so core is built in libraries, and complete is with std lib
19:04
<
havenwood >
Hrmm. How would I get at that jar for say 9.1.16.0? (Pardon my ignorance.)
19:05
<
lopex >
enebo: do we distribute them in maven repos anyhow ?
19:05
<
havenwood >
So maybe both aren't actually needed there. I'm trying to do a script to bootstrap the latest jars for aws lambda.
19:05
sidx64 has joined #jruby
19:06
claudiuinberlin has joined #jruby
19:06
<
lopex >
well, if you're going to use any std lib then you'll need jruby complete "in standalone" mode
19:06
<
havenwood >
lopex: thanks!
19:07
<
lopex >
havenwood: those jars seem to be 11 months old so something is not right
19:08
<
havenwood >
lopex: that repo seems to just be a spiked example of deploying jruby to amazon lambda
19:08
<
lopex >
also jruny.org seems to be ok now
19:08
<
havenwood >
I was trying to create a script to automate the process with the latest jars.
19:09
<
havenwood >
the (very hacky) spike i just wrote that does grab the latest aws-lambda-java-core and jruby-complete jars is: aws-lambda-java-core
19:10
<
havenwood >
lopex: ah, thanks, that's nicer
19:10
<
havenwood >
they support /latest, so that makes the version-finding part less hacky
19:11
<
lopex >
no idea why 11 month old jars would have 9.1.8.0 version though
19:11
<
lopex >
might be assemblified jars though
19:12
<
lopex >
anyways, hope it helped
19:12
<
havenwood >
lopex: thanks!
19:17
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
19:37
sidx64 has joined #jruby
19:38
subbu|lunch is now known as subbu
19:52
sidx64_ has joined #jruby
19:55
sidx64 has quit [Ping timeout: 260 seconds]
19:58
sidx64 has joined #jruby
20:00
sidx64_ has quit [Ping timeout: 276 seconds]
20:28
<
GitHub24 >
jruby/block_dispatch f1a357e Charles Oliver Nutter: Fix Enumerable regressions dur to improper args prep.
20:28
<
GitHub24 >
jruby/block_dispatch 3d53daf Charles Oliver Nutter: Fix regression in define_method return handling.
20:28
<
GitHub24 >
jruby/block_dispatch 284ae60 Charles Oliver Nutter: Begin collapsing BlockBody logic....
20:35
<
lopex >
headius: when's the release ?
20:45
<
headius >
9.2? shooting for beginning of May
20:52
<
ChrisBr >
the ruby spec says a complex number is finite if it's magnitude is finite
20:52
<
ChrisBr >
however, the magnitude is not finite in this case, so not sure if this is actually a bug in ruby and not in jruby?
20:53
nirvdrum has joined #jruby
20:54
<
headius >
but it is finite isn't it?
20:54
<
headius >
Float::MAX is big but not infinite
20:55
<
headius >
havenwood: you good?
20:55
<
ChrisBr >
nope, the magnitude is inifinte
20:55
<
ChrisBr >
in ruby and jruby
20:55
<
havenwood >
havenwood: yup, thanks! I seem to have my code spike working and should be able to go from here.
20:56
<
havenwood >
headius: ^
20:56
<
headius >
ok great!
20:56
<
headius >
ChrisBr: well if that's the case it could be a bug
20:56
<
ChrisBr >
when running Complex(Float::MAX, Float::MAX).magnitude.finite? it is false in ruby and jruby
20:56
<
headius >
but the test thinks it should be true
20:57
<
headius >
what's the test name
20:58
<
headius >
I'm looking at MRI 2.5 HEAD now
20:59
<
ChrisBr >
this is the failing line
20:59
<
headius >
assert_predicate(Complex(Float::MAX, Float::MAX), :finite?)
20:59
<
headius >
so to clarify...do you think this case should be infinite or finite?
21:00
<
headius >
are you testing latest 2.5?
21:00
subbu is now known as subbu|away
21:00
<
ChrisBr >
yep, running on 2.5
21:00
<
ChrisBr >
according to the spec it should be infinite
21:01
<
ChrisBr >
as the spec says: it is infinite when the magnitude is infinite
21:01
<
ChrisBr >
and the magnitude is infinite in ruby and jruby
21:02
<
headius >
and MRI fails the test
21:02
<
headius >
yeah I guess we ask them
21:02
<
ChrisBr >
Complex(Float::MAX, Float::MAX).magnitude -> infinite
21:02
<
headius >
yeah I'm looking at the hypot code
21:03
<
headius >
if there's something to fix it would be in there I guess...perhaps needs to work with BigDecimal or something?
21:05
<
headius >
hmm no, they just use doubles
21:06
<
headius >
their hypot looks a lot simpler than ours
21:06
<
headius >
in any case if 2.5 fails it then we ask
21:06
<
headius >
we're missing something
21:11
<
headius >
ChrisBr: Math.hypot(MAX, MAX) returns infinity as well, unsurprisingly
21:13
<
headius >
ChrisBr: are you on macOS?
21:15
<
GitHub77 >
jruby/block_dispatch 6902809 Charles Oliver Nutter: Restore lost yieldValues body.
21:20
<
headius >
test passes for me on MRI
21:21
bbrowning is now known as bbrowning_away
21:22
<
headius >
finite is true in the test!
21:23
<
lopex >
headius: does the universe pass against mri tests ?
21:23
<
ChrisBr >
headius: yeah, right
21:23
<
ChrisBr >
but what I don't get is that it is true because the magnitude is false on MRI
21:23
<
headius >
strange things are afoot
21:24
<
headius >
ChrisBr: yeah confirmed
21:26
<
lopex >
headius: btw how quick intellij branch switch is for jruby sources ?
21:26
<
headius >
ChrisBr: heh, have you looked at Complex#finite?
21:26
<
ChrisBr >
so, just wondering how that can be because it is a float and it is infinite
21:26
<
headius >
it's not doing what it says
21:26
<
ChrisBr >
so it should be false, no?
21:26
<
ChrisBr >
Returns +true+ if +cmp+'s magnitude is finite number,
21:26
<
ChrisBr >
how you mean?
21:27
<
headius >
our version uses hypot function and theirs just checks finiteness of the real and imaginary parts
21:27
<
headius >
the version there is different from what I have
21:28
<
ChrisBr >
but that does not matter, does it? Because in MRI and JRuby the magnitude is infinite
21:29
<
headius >
that's what I see on MRI 2.5 branch
21:29
<
headius >
no magnitude used at all
21:29
<
headius >
which explains why the test passes
21:30
sidx64 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
21:30
<
ChrisBr >
grml, let me check
21:30
<
ChrisBr >
well, that makes sense
21:30
<
ChrisBr >
it looks even similar in jruby! I was already wondering why it calls both but does not use the values
21:31
<
headius >
241ba38d700
21:31
<
headius >
that's the commit that killed using magnitude
21:31
<
headius >
so the docs are wrong now
21:31
<
ChrisBr >
and does not even use the value
21:32
<
headius >
yeah what the
21:33
<
headius >
yeah I think the mystery is solved
21:34
<
headius >
no worries, I was confused too
21:34
<
headius >
probably should open a bug for bad doco
21:35
<
ChrisBr >
yeah, right
21:35
<
ChrisBr >
will do that
21:36
<
ChrisBr >
and with changing from magnitude to value the test passes :/
21:46
<
lopex >
headius: hiya ?
21:46
<
headius >
lopex: sorry yes
21:47
<
GitHub195 >
jruby/jruby-9.1 a72224d Marcin Mielzynski: fix for #5086, RegexpError invalid pattern in look-behind for certain Regexps since 9.1.16.0
21:48
<
headius >
ChrisBr: at least it was an easy one :-)
21:48
<
lopex >
headius: I even fill a guilt when interrupting you
21:48
<
headius >
yes I'm very important
21:51
<
lopex >
nirvdrum: did you see that jcodings changes wrt reflection ?
21:51
<
nirvdrum >
lopex: I saw your comments, but haven't had a chance to look. My ISP broke something and I've been operating at dial-up speeds for a couple days.
21:52
<
lopex >
nirvdrum: no reflection now in jcodings
21:52
<
nirvdrum >
Awesome.
21:52
<
lopex >
only for fallback for truly unknown ones
21:52
<
nirvdrum >
It looks like SVM is much more forgiving with reflection calls these days, but it still can't do dynamic class loading without those classes being declared at image build time.
21:53
<
lopex >
yeah I saw the issue
21:53
<
nirvdrum >
So, whereas I had to vendor a ton of jcodings to just avoid the Class.forName call at all, now it'll just error out at runtime if the class isn't available.
21:53
<
lopex >
so SVN does some static analysis then ?
21:57
<
nirvdrum >
That's how it determines what to compile into the binary.
21:57
<
nirvdrum >
It does a closed world static analysis and throws away any classes and methods not used.
21:57
<
nirvdrum >
bbiab. Dinner time.
21:58
<
lopex >
for quick checks
21:59
<
lopex >
nirvdrum: but you can provide alternate paths as in proguard right ?
22:00
subbu|away is now known as subbu
22:07
<
GitHub156 >
[jruby] ChrisBr opened pull request #5101: Fix Complex#finite? and Complex#infinite? failing tests (ruby-2.5...complex/finite)
https://git.io/vxWfo
22:07
<
ChrisBr >
^^ headius thanks for the help
22:07
<
headius >
ChrisBr: thank you!
22:08
<
GitHub168 >
[jruby] headius closed pull request #5101: Fix Complex#finite? and Complex#infinite? failing tests (ruby-2.5...complex/finite)
https://git.io/vxWfo
22:08
<
GitHub22 >
jruby/ruby-2.5 21f0aa0 Charles Oliver Nutter: Merge pull request #5101 from ChrisBr/complex/finite...
22:08
<
GitHub22 >
jruby/ruby-2.5 0b7e88a Christian Bruckmayer: Fix Complex#infinite?...
22:08
<
GitHub22 >
jruby/ruby-2.5 152ef48 Christian Bruckmayer: Fix Complex#finite?...
22:08
<
GitHub15 >
jruby/ruby-2.5 1115791 Miguel Landaeta: Enumerable#any? now accept a pattern argument...
22:08
<
GitHub15 >
jruby/ruby-2.5 3c3bd8c Miguel Landaeta: Enumerable#none? now accept a pattern argument...
22:08
<
GitHub15 >
jruby/ruby-2.5 f2cbbc7 Miguel Landaeta: Enumerable#one? now accept a pattern argument...
22:08
<
GitHub137 >
[jruby] headius closed pull request #5096: Enumerable#any?, all?, none? and one? now accept a pattern argument (ruby-2.5...enumerable-methods-one-none-any-and-all-now-accept-pattern-argument)
https://git.io/vxnuF
22:09
<
ChrisBr >
lol that was fast :)
22:09
<
GitHub14 >
[jruby] headius closed pull request #5061: Add keyword_init option to Struct.new (ruby-2.5...keyword-arguments-on-struct-new)
https://git.io/vAaax
22:09
<
GitHub138 >
jruby/ruby-2.5 55fa773 Charles Oliver Nutter: Merge pull request #5061 from nomadium/keyword-arguments-on-struct-new...
22:09
<
GitHub138 >
jruby/ruby-2.5 6746380 Miguel Landaeta: Add keyword_init option to Struct.new...
22:09
<
ChrisBr >
other question: Complex numbers are now always frozen! What would be the best approach to do that? Just call freeze in the constructor?
22:13
<
headius >
ChrisBr: that's what we do in Fixnum
22:14
<
headius >
the more numerics they freeze the more I want to split up our class hierarchy so numbers don't have instance variable space
22:14
<
headius >
it would shrink every numeric object by 64 bits or so
22:14
<
headius >
actually more because there's other state for that
22:22
<
ChrisBr >
headius: thanks for the hin
22:22
<
GitHub117 >
[jruby] ChrisBr opened pull request #5102: Freeze Complex and Rational (ruby-2.5...freeze-complex)
https://git.io/vxWUu
22:27
<
GitHub44 >
jruby/ruby-2.5 652d8a2 Charles Oliver Nutter: Merge pull request #5102 from ChrisBr/freeze-complex...
22:27
<
GitHub44 >
jruby/ruby-2.5 a52f80e Christian Bruckmayer: Freeze Complex and Rational...
22:27
<
GitHub49 >
[jruby] headius closed pull request #5102: Freeze Complex and Rational (ruby-2.5...freeze-complex)
https://git.io/vxWUu
22:39
<
lopex >
nirvdrum: what it's all about ?
22:40
<
nirvdrum >
Ideally we wouldn't have substitutions at all. But the mechanism is there if needed.
22:40
<
lopex >
nirvdrum: but you dont need that no more
22:40
<
nirvdrum >
I haven't tried out your latest changes. Ideally we won't need it, know.
22:40
<
nirvdrum >
s/know/no/
22:40
<
nirvdrum >
I need some sleep :-P
22:41
<
nirvdrum >
I might still need the one for loading the mapping tables, since the JAR won't be around. But I'll look into that more, too.
22:42
<
lopex >
nirvdrum: anyways Encoding.load is a fallback now
22:43
<
nirvdrum >
Have you deployed the snapshot?
22:43
<
lopex >
headius: ^^
22:43
<
headius >
I haven't
22:43
<
nirvdrum >
I can mvn install locally if not. No big deal.
22:43
<
headius >
lopex: all good on master?
22:43
<
lopex >
headius: I already registered on sonatype
22:43
<
headius >
do you know how to deploy?
22:44
<
lopex >
headius: surely
22:44
<
lopex >
headius: I'll pind you on that sonatype thing
22:44
<
headius >
yeah just google for the ossrh thing
22:45
<
lopex >
os since enebo's not here
22:45
<
headius >
you just need some maven settings for auth and then mvn deploy
22:45
<
lopex >
headius: please gime the cost of newSymbol
22:45
<
headius >
lopex: if the symbol exists it's mostly a hash lookup
22:45
<
headius >
traversal of hash structure and weak ref in there also
22:46
<
lopex >
it's not the case
22:46
<
lopex >
headius: rare lookup symbol
22:46
<
lopex >
like upcase(:foo)
22:46
<
lopex >
foo no likely to be used
22:47
<
lopex >
"a"."b"(upcase :foo)
22:47
<
lopex >
headius: ^^
22:47
<
headius >
if it's in code it should be anchored
22:48
<
lopex >
"upcase" is a flag for rare paths
22:48
<
headius >
literal symbols are stored in IR or cached in JIT
22:48
<
headius >
once enebo's branch lands, the symbols for identifiers should be anchored as well
22:52
<
lopex >
headius: stil here ?
22:52
<
lopex >
an idea how to make the more java friendly ?
22:53
<
headius >
looks like a straightforward port
22:53
<
lopex >
they shrink the exoectend length as they norroy the trans
22:54
<
lopex >
headius: they shirink as the power of two
22:54
<
lopex >
modulo the margin which is CASE_MAPPING_ADDITIONAL_LENGTH
22:55
<
lopex >
headius: admint it's a bit funny
22:55
<
lopex >
headius: last bit in jruby btw
22:55
<
lopex >
for folding
22:57
<
headius >
yeah it's weird alright
22:57
<
lopex >
headius: any idea in getting rid of that linked map
22:57
<
headius >
so it builds this chain of buffers
22:57
<
lopex >
it build s the chain
22:57
<
lopex >
and then constructs the sting at the end
22:58
<
lopex >
headius: but hey it's weird isnt it ?
22:58
<
headius >
this is all because any given case mapping might be a wider char?
22:58
<
lopex >
it's an opts
22:58
<
headius >
it seems overcomplicated
22:58
<
lopex >
I'm calling it so now
22:59
<
lopex >
headius: c and memory artifacts
22:59
<
headius >
yeah for sure
22:59
<
lopex >
well the chain makes sense in some sense
23:00
<
lopex >
and we're talking about verry pssimistic scenarios
23:01
<
lopex >
the converge logarithmically woth a margin
23:01
<
headius >
I am confused, what is it converging on?
23:02
<
lopex >
they start with length + capa
23:02
<
headius >
so they're trying to dig out the bad caps?
23:02
<
headius >
with a sort of binary search
23:02
<
lopex >
then they seem to add capa + capa / 2
23:03
<
lopex >
they (seem) to converge binaryly untill they finish
23:03
<
lopex >
headius: admit it's a weird wthin thwy do
23:05
<
headius >
what does enc->case_map do?
23:06
<
lopex >
headius: case map
23:06
<
lopex >
headius: er
23:06
<
lopex >
headius: let me show
23:06
<
headius >
so it's mapping all characters into the buffer's space
23:07
<
lopex >
headius: and it already assume a margin
23:07
<
headius >
oh ok I get it
23:07
<
lopex >
headius: jcodings has all it for now
23:07
<
headius >
so the buffer chunks are just incrementally larger each step so they reduce how many chunks
23:07
<
headius >
and then they just combine them all
23:08
<
headius >
and you ported it as is but wondering about better way
23:08
<
lopex >
jcodings is 99% functionality now
23:08
<
lopex >
it's that bit
23:09
<
headius >
yeah I guess the linked list is close to what I might do
23:09
<
lopex >
and shrink right ?
23:09
<
headius >
I guess it is less copying for a long string than growing a buffer
23:10
<
lopex >
headius: hey I'm bothering you because folding is kind of important
23:10
<
lopex >
99% case wont go ahead for that marginh
23:10
<
lopex >
it;'s just that list tihng
23:11
<
headius >
where is this code in joni
23:11
<
lopex >
headius: like sharp s
23:11
<
lopex >
headius: it's the only function not used by joni
23:11
<
lopex >
headius: aaaah
23:12
<
lopex >
headius: another thing
23:12
<
headius >
I mean jcodings
23:12
<
headius >
CaseFoldItem
23:12
<
headius >
oh CodeItem
23:13
<
lopex >
it;s on encoding
23:13
<
lopex >
it;s a new function
23:14
<
lopex >
well it's a new function
23:15
<
lopex >
headius: it;s the only jcodings method not used by joni
23:15
<
lopex >
it's a specialized folding routine
23:15
<
lopex >
just for up/down case and the like
23:16
<
lopex >
headius: a low handing fruit to have case tests
23:16
<
headius >
yeah I guess I have no suggestions for improving it right now :-)
23:19
<
lopex >
the most universal folding routine I've ever seen
23:24
<
lopex >
headius: 35 times faster
23:42
<
headius >
backport?
23:42
<
headius >
it's already on 9.1.16.0 isn't it?
23:42
<
headius >
and yeah I was just marveling at UnicodeEncoding.caseMap
23:47
xardion has quit [Ping timeout: 256 seconds]
23:49
xardion has joined #jruby