[Bug 2119693] Re: Erroneously-vendored C library causes build failures on higher C standards

[Vladimir Petko]

Uploading to ubuntu (via ftp to upload.ubuntu.com):
  Uploading rustc-1.85_1.85.1+dfsg0ubuntu2-0ubuntu1.dsc: done.  
  Uploading rustc-1.85_1.85.1+dfsg0ubuntu2.orig.tar.xz: done.          
  Uploading rustc-1.85_1.85.1+dfsg0ubuntu2-0ubuntu1.debian.tar.xz: done.    
  Uploading rustc-1.85_1.85.1+dfsg0ubuntu2-0ubuntu1_source.buildinfo: done.  
  Uploading rustc-1.85_1.85.1+dfsg0ubuntu2-0ubuntu1_source.changes: done.
Successfully uploaded packages.


I have adjusted the version to 0ubuntu1.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to rustc-1.85 in Ubuntu.
https://bugs.launchpad.net/bugs/2119693

Title:
  Erroneously-vendored C library causes build failures on higher C
  standards

Status in rustc-1.85 package in Ubuntu:
  In Progress

Bug description:
  Newer versions of GCC cause problems with the oniguruma C library,
  which is bundled as a dependency of the vendored orig_sys crate. The
  higher C standard causes the oniguruma build to fail.

  This isn't a GCC problem — as I recently learned, it's advised to use
  system C libraries when possible. This bug will be fixed by replacing
  the vendored oniguruma C library with the libonig-dev package.

  One example of a failure caused by this issue is in a `rust-comrak`
  autopkgtest[1]:

  ```
  878s [onig_sys 69.8.1] cargo:warning=oniguruma/src/regparse.c:588:5: error: initialization of 'int (*)(void)' from incompatible pointer type 'int (*)(st_str_end_key *, st_str_end_key *)' [-Wincompatible-pointer-types]
  ```

  [1]:
  https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-
  questing/questing/armhf/r/rust-comrak/20250806_000912_1db42@/log.gz

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rustc-1.85/+bug/2119693/+subscriptions