Project

General

Profile

Actions

Misc #21290

open

Unable to build ruby extension on Fedora 42 due to possible GCC 15 issues

Added by lukef (Luke Freeman) about 1 month ago. Updated 23 days ago.

Status:
Open
Assignee:
-
[ruby-core:121755]

Description

At least one Ruby extension (ed25519) fails to build due to incompatibilities(?) with the core library headers on Fedora 42.

When trying to build the ed25519 extension that is required for Kamal (and I guess Rails by association) there are errors relating to bool types. I'm assuming this is related to the inclusion of GCC 15 by default in version 42.

For example:

<mise dir>/installs/ruby/3.4.3/include/ruby-3.4.0/ruby/internal/core/rtypeddata.h:578:15: note: ‘bool’ is defined in
header ‘<stdbool.h>’; this is probably fixable by adding ‘#include <stdbool.h>’
In file included from <mise dir>/installs/ruby/3.4.3/include/ruby-3.4.0/ruby/ruby.h:42:
<mise dir>/installs/ruby/3.4.3/include/ruby-3.4.0/ruby/internal/memory.h:420:5: error: unknown type name ‘bool’
  420 |     bool left;                  /**< Whether overflow happened or not. */
      |     ^~~~
<mise dir>/installs/ruby/3.4.3/include/ruby-3.4.0/ruby/internal/memory.h:65:1: note: ‘bool’ is defined in header
‘<stdbool.h>’; this is probably fixable by adding ‘#include <stdbool.h>’
   64 | #include "ruby/internal/stdckdint.h"
  +++ |+#include <stdbool.h>
   65 | #include "ruby/internal/xmalloc.h"
<mise dir>/installs/ruby/3.4.3/include/ruby-3.4.0/ruby/internal/memory.h: In function ‘rbimpl_size_mul_overflow’:
<mise dir>/installs/ruby/3.4.3/include/ruby-3.4.0/ruby/internal/memory.h:574:49: error: ‘false’ undeclared (first use in
this function)
  574 |     struct rbimpl_size_mul_overflow_tag ret = { false,  0, };
      |                                                 ^~~~~

I logged the relevant issue with Kamal and the ed25519 projects but figured the issue should be tracked here as anyone upgrading to Fedora 42 won't probably be able to use Rails if starting from scratch.

Those issues are:

It's possible it is related to this issue also: https://bugs.ruby-lang.org/issues/21024. I have tried downgrading to Ruby 3.4.1 and even older, non-3.4 versions and the issue seems to be the same.

I'm running:

  • Fedora 42
  • Ruby 3.4+

Please let me know if you need additional information.


Files

gem_make.out (32.5 KB) gem_make.out Build log for ruby-prof 1.7.1 hongminhee (Minhee Hong), 05/08/2025 03:00 AM
gem_make.out (33.1 KB) gem_make.out Build log for blurhash 0.1.8 hongminhee (Minhee Hong), 05/08/2025 03:02 AM

Updated by dennmart (Dennis Martinez) about 1 month ago

For some additional context just in case it's helpful here, I've been running into this same issue on my Fedora 42 system and I noticed that the ed25519 gem is building its extensions using the -std=c99 flag. When I remove that flag, the gem extensions compile correctly without any issues.

I'm not a C programmer so I'm not sure if this flag is necessary for the gem, or if it's a potential Ruby/GCC 15 issue. I've included this in the reported issue on the gem repo.

Updated by nobu (Nobuyoshi Nakada) about 1 month ago

I can't reproduce the failure on Fedora 42 aarch64.
gem install --user ed25519 succeeded with ruby installed by dnf.

Anyway, -std=c99 flag is nonsense for other than gcc family.
Use append_cflags instead of adding them blindly.

Updated by dennmart (Dennis Martinez) 28 days ago

Thanks for the heads-up about using append_flags. I used it to fix the issue for the ed25519 gem and a new version was released resolving the problem. I think this issue can be closed.

Updated by anykeyh (Yacine PETITPREZ) 27 days ago

I confirm I have the same problem on arch. With multiple ruby version (3.2, 3.3, 3.4). Example of gems failing are jaro_winkler or ruby-prof.

Is there any way to fix without touching gem code? Some kind of system flag to set?

Updated by hongminhee (Minhee Hong) 24 days ago

Hi,

I am also experiencing a similar issue when trying to install a Ruby gem with C extensions (blurhash and ruby-prof) on Ruby 3.4.3. The compilation fails with errors related to bool and stdbool.h, similar to what has been described in this thread.

Here's my environment information:

  • Ruby Version: 3.4.3 (installed via mise)
  • Gem causing the issue: blurhash (v0.1.8), ruby-prof (v1.7.1)
  • Operating System: Fedora Linux 42
  • GCC Version: 15.1.1

The error messages I'm seeing are consistent with the “unknown type name ‘bool’” and suggestions to include <stdbool.h> within Ruby's internal header files. I can provide full error logs if needed, but they closely match the ones already shared.

Thank you for looking into this.

Updated by AUlrich (Andreas Ulrich) 24 days ago

I also stumbled over this issue and falsely addressed it to mongodb/bson

Here is a Dockerfile which lets you reproduce the issue

https://github.com/mongodb/bson-ruby/discussions/351#discussioncomment-13059541

Updated by definiv (Jake W) 23 days ago

Just adding that I am also experiencing this with ed25519 and ruby-prof, as well as appsignal.

  • Ruby Version: 3.3.5 (installed via rbenv)
  • Gem causing the issue: ed25519 (v1.3.9), ruby-prof (v1.7.1), appsignal (v4.5.9)
  • Operating System: Arch Linux 6.14.5
  • GCC Version: 15.1.1

Also seeing the same error messages with "unknown type name bool" and including <stdbool.h> in the gem's header files does fix it. The appsignal gem complains about "incompatible pointer types", and using --with-cflags="Wno-error=incompatible-pointer-types" does allow that to install.

Actions

Also available in: Atom PDF

Like2
Like0Like0Like0Like0Like0Like0Like0