Freaky (Thomas Hurst)
- Login: Freaky
- Email: tom@hur.st
- Registered on: 08/28/2018
- Last sign in: 09/26/2020
Issues
open | closed | Total | |
---|---|---|---|
Assigned issues | 0 | 0 | 0 |
Reported issues | 0 | 2 | 2 |
Activity
10/05/2023
- 05:23 PM Ruby master Revision fd22d5de (git): YJIT: Build on BSD platforms with GNU make (#8591)
09/27/2023
- 06:52 PM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- ahorek (Pavel Rosický) wrote in #note-18:
> I think if the platform support is sufficient, there are multiple places... - 04:01 PM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- I've updated [fast-bytecount](https://github.com/Freaky/fast-bytecount) with autotools support, which detects the nee...
- 01:07 PM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- ahorek (Pavel Rosický) wrote in #note-15:
> @Freaky here's an alternative approach https://godbolt.org/z/zWhTYv8x5
...
09/19/2023
- 11:15 PM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- nobu (Nobuyoshi Nakada) wrote in #note-13:
> Freaky (Thomas Hurst) wrote in #note-12:
> > I see a difference if I c...
09/18/2023
- 04:10 PM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- nobu (Nobuyoshi Nakada) wrote in #note-11:
> Freaky (Thomas Hurst) wrote in #note-9:
> > Oh. And you know what thi...
09/15/2023
- 12:32 PM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- nobu (Nobuyoshi Nakada) wrote in #note-7:
> These are all generated by the same compiler?
Yes - FreeBSD clang v... - 04:31 AM Ruby master Bug #19875: Ruby 3.0 -> 3.1 Performance regression in String#count
- Annotated disassemblies attached.
05/30/2019
- 07:08 PM Ruby master Bug #15889 (Closed): Enumerator#each_slice size FloatDomainError with infinite enumerator
- Calling `#size` on an infinite `each_slice` Enumerator results in a `FloatDomainError` exception:
``` ruby
1.step...
09/01/2018
- 04:19 PM Ruby master Bug #15039: Random.urandom and SecureRandom arc4random use
- shyouhei (Shyouhei Urabe) wrote:
> While I'm not against these points, I feel it is not a good idea to wait for such...
Also available in: Atom