Skip to content

feat: build no-YJIT Linux variants for older glibc systems#11

Merged
jdx merged 2 commits intomainfrom
build-no-yjit-variants
Feb 9, 2026
Merged

feat: build no-YJIT Linux variants for older glibc systems#11
jdx merged 2 commits intomainfrom
build-no-yjit-variants

Conversation

@jdx
Copy link
Owner

@jdx jdx commented Feb 9, 2026

Summary

  • Build both YJIT and no-YJIT variants on Linux runners (ubuntu-22.04, ubuntu-22.04-arm)
  • YJIT builds require glibc 2.35+ (unchanged behavior)
  • No-YJIT builds target glibc 2.17, supporting older distros like RHEL 7, Amazon Linux 2, and CentOS 7
  • macOS continues to build YJIT only (no glibc concern)
  • Standardize x86_64 no-YJIT on glibc@2.17 (was glibc@2.13, which caused OpenSSL header incompatibilities and targeted the long-EOL CentOS 6)

Output tarballs (backwards compatible — no existing names change):

  • ruby-X.Y.Z.x86_64_linux.tar.gz — YJIT (unchanged)
  • ruby-X.Y.Z.no_yjit.x86_64_linux.tar.gz — no YJIT (new, additive)

Tested no-YJIT x86_64 binary on Amazon Linux 2 Docker (glibc 2.26) — Ruby, zlib, yaml, openssl, and HTTPS all work. Max glibc symbol in binary: 2.14.

Test plan

  • CI builds all 5 variants (macOS YJIT, Linux x86 YJIT, Linux x86 no-YJIT, Linux ARM YJIT, Linux ARM no-YJIT)
  • No-YJIT x86_64 binary runs on Amazon Linux 2 (glibc 2.26)
  • YJIT tarball name unchanged
  • No-YJIT tarball uses .no_yjit. naming convention

🤖 Generated with Claude Code

Build both YJIT and no-YJIT variants on Linux runners. The YJIT
builds require glibc 2.35+ while no-YJIT builds target glibc 2.13
(x86_64) / 2.17 (ARM), supporting older distros like RHEL 7,
Amazon Linux 2, and CentOS 7.

Output tarballs:
- ruby-X.Y.Z.x86_64_linux.tar.gz (YJIT, unchanged)
- ruby-X.Y.Z.no_yjit.x86_64_linux.tar.gz (no YJIT, new)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@gemini-code-assist
Copy link

Note

Gemini is unable to generate a summary for this pull request due to the file types involved not being currently supported.

glibc@2.13 causes OpenSSL header incompatibilities with portable-openssl@3.5.1
(opaque X509 struct access). CentOS 6 (glibc 2.12) has been EOL since 2020;
all supported distros (RHEL 7, AL2, etc.) have glibc >= 2.17.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Copy link

@cursor cursor bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cursor Bugbot has reviewed your changes and found 1 potential issue.

Bugbot Autofix is ON, but a Cloud Agent failed to start.

on_arm do
depends_on "glibc@2.17" => :build
end
depends_on "glibc@2.17" => :build
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

x86_64 glibc version contradicts PR description target

Medium Severity

The PR description explicitly states "No-YJIT builds target glibc 2.13 (x86_64) / 2.17 (ARM)" but the code change removes the architecture-specific glibc dependencies and uses glibc@2.17 for both architectures. The original code had on_intel using glibc@2.13 and on_arm using glibc@2.17. This means x86_64 no-YJIT builds will now require glibc 2.17 instead of 2.13, reducing compatibility with older x86_64 systems.

Additional Locations (2)

Fix in Cursor Fix in Web

@jdx jdx changed the title feat: build no-YJIT variants for Linux feat: build no-YJIT Linux variants for older glibc systems Feb 9, 2026
@jdx jdx merged commit f57e737 into main Feb 9, 2026
10 checks passed
@jdx jdx deleted the build-no-yjit-variants branch February 9, 2026 14:12
jdx added a commit to jdx/mise that referenced this pull request Feb 9, 2026
## Summary

- On Linux with glibc < 2.35, automatically download the no-YJIT
precompiled Ruby variant from jdx/ruby
- YJIT builds require glibc 2.35+ (Ubuntu 22.04+, Debian 12+, Fedora
36+)
- No-YJIT builds target glibc 2.17, supporting older distros (RHEL 7,
Amazon Linux 2, CentOS 7)
- Detects glibc version via `ldd --version`, cached for the process
lifetime
- Falls back to standard YJIT build if no no-YJIT variant exists for the
requested version

Depends on jdx/ruby#11 which adds no-YJIT Linux variants to the release
pipeline.

## Test plan

- [ ] On glibc 2.35+ system: installs standard YJIT build (unchanged
behavior)
- [ ] On glibc < 2.35 system: installs `.no_yjit.` variant
- [ ] On glibc < 2.35 with version that has no no-YJIT variant: falls
back to standard build
- [ ] On macOS: unchanged behavior (always YJIT)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **Medium Risk**
> Changes runtime platform detection and alters which Ruby tarball is
downloaded on Linux, which could cause install failures on edge cases
(missing `ldd`, non-glibc systems, or unexpected `ldd --version`
output).
> 
> **Overview**
> Precompiled Ruby installs now *auto-select* the `.no_yjit` release
asset on Linux when detected glibc is older than 2.35, with fallback to
the standard precompiled build if the variant isn’t available.
> 
> This adds a process-wide glibc version detector (`LINUX_GLIBC_VERSION`
via `ldd --version`) and updates the Ruby plugin’s GitHub release asset
selection and download filename handling to support the no-YJIT artifact
naming.
> 
> <sup>Written by [Cursor
Bugbot](https://cursor.com/dashboard?tab=bugbot) for commit
8804fe6. This will update automatically
on new commits. Configure
[here](https://cursor.com/dashboard?tab=bugbot).</sup>
<!-- /CURSOR_SUMMARY -->

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
lucasew pushed a commit to lucasew/CONTRIB-mise that referenced this pull request Feb 18, 2026
## Summary

- On Linux with glibc < 2.35, automatically download the no-YJIT
precompiled Ruby variant from jdx/ruby
- YJIT builds require glibc 2.35+ (Ubuntu 22.04+, Debian 12+, Fedora
36+)
- No-YJIT builds target glibc 2.17, supporting older distros (RHEL 7,
Amazon Linux 2, CentOS 7)
- Detects glibc version via `ldd --version`, cached for the process
lifetime
- Falls back to standard YJIT build if no no-YJIT variant exists for the
requested version

Depends on jdx/ruby#11 which adds no-YJIT Linux variants to the release
pipeline.

## Test plan

- [ ] On glibc 2.35+ system: installs standard YJIT build (unchanged
behavior)
- [ ] On glibc < 2.35 system: installs `.no_yjit.` variant
- [ ] On glibc < 2.35 with version that has no no-YJIT variant: falls
back to standard build
- [ ] On macOS: unchanged behavior (always YJIT)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **Medium Risk**
> Changes runtime platform detection and alters which Ruby tarball is
downloaded on Linux, which could cause install failures on edge cases
(missing `ldd`, non-glibc systems, or unexpected `ldd --version`
output).
> 
> **Overview**
> Precompiled Ruby installs now *auto-select* the `.no_yjit` release
asset on Linux when detected glibc is older than 2.35, with fallback to
the standard precompiled build if the variant isn’t available.
> 
> This adds a process-wide glibc version detector (`LINUX_GLIBC_VERSION`
via `ldd --version`) and updates the Ruby plugin’s GitHub release asset
selection and download filename handling to support the no-YJIT artifact
naming.
> 
> <sup>Written by [Cursor
Bugbot](https://cursor.com/dashboard?tab=bugbot) for commit
8804fe6. This will update automatically
on new commits. Configure
[here](https://cursor.com/dashboard?tab=bugbot).</sup>
<!-- /CURSOR_SUMMARY -->

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant