[From nobody Fri May 15 09:21:06 2026
Received: (at maintonly) by bugs.debian.org; 23 Feb 2026 17:08:36 +0000
X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
 (2024-03-25) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-106.1 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH,
 DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,
 FROMDEVELOPER,MD5_SHA1_SUM,SPF_HELO_NONE,SPF_NONE,UNPARSEABLE_RELAY,
 USER_IN_DKIM_WELCOMELIST autolearn=ham autolearn_force=no
 version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 35; hammy, 150; neutral, 161; spammy,
 0. spammytokens:
 hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
 0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: &lt;aurel32@debian.org&gt;
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:49948)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from &lt;aurel32@debian.org&gt;) id 1vuZQC-00GIal-1S
 for maintonly@bugs.debian.org; Mon, 23 Feb 2026 17:08:36 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; 
 s=smtpauto.stravinsky;
 h=X-Debian-User:Content-Transfer-Encoding:Content-Type
 :MIME-Version:Message-ID:Subject:To:From:Date:Reply-To:Cc:Content-ID:
 Content-Description:In-Reply-To:References;
 bh=hvDd2Ibu0Wrwcd0JajyRC7uP+TMbJhNxfrTm+G/zFao=; b=W+J3HLGHc/+A84BkXkJao4GvM/
 laPBcOmpwm2Y1XzysXz8QsdI1TdzJyBFvxMsxacxMb0i5uOFbhjywtpFCCBUE/XPDECvon2AItHvF
 KJJ+0B3QQ7svGxbfiEKSACJtGZu3ub4s8xxGekzXXF6rhDfIc14G03mfou+TkvLK7kHcRO9evRTK3
 W0ob/ApBU/IGGRGJOrIyq21kdTsLfLg7aiS2tXt4PiyTF8quzd2JKlLEDsUIciqikDufCqE4AwOIg
 +nGjAxXGhAk24a8JAMiTyY8xPL+3QIYdhYHdzXbpYvTyV8JFyv3Cf1ip+c9o3/dZ80YeEKXAyY71K
 gMkaga4w==;
Received: from authenticated user by stravinsky.debian.org with esmtpsa
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.94.2) (envelope-from &lt;aurel32@debian.org&gt;)
 id 1vuZQC-0096hC-4x
 for maintonly@bugs.debian.org; Mon, 23 Feb 2026 17:08:34 +0000
Received: from authenticated user by hall.aurel32.net with esmtpsa (TLS1.3) tls
 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2)
 (envelope-from &lt;aurel32@debian.org&gt;) id 1vuZQA-000000041BQ-0qjh
 for maintonly@bugs.debian.org; Mon, 23 Feb 2026 18:08:34 +0100
Date: Mon, 23 Feb 2026 18:08:33 +0100
From: Aurelien Jarno &lt;aurel32@debian.org&gt;
To: maintonly@bugs.debian.org
Subject: r-cran-later: FTBFS with glibc 2.43 due to once_flag symbol collision
Message-ID: &lt;aZyJkVv0ol_n1eAi@aurel32.net&gt;
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
User-Agent: Mutt/2.2.13 (2024-03-09)
X-Debian-User: aurel32
Delivered-To: maintonly@bugs.debian.org

Source: r-cran-later
Version: 1.4.6+dfsg-1
Severity: important
Tags: ftbfs upstream
Justification: fails to build from source
User: debian-glibc@lists.debian.org
Usertags: glibc-2.43

Dear maintainer(s),

r-cran-later fails to build from source with glibc 2.43, currently in
experimental. From the build log:

| gcc -I&quot;/usr/share/R/include&quot; -DNDEBUG -pthread -DSTRICT_R_HEADERS -DRCPP_=
NO_MODULES  -I'/usr/lib/R/site-library/Rcpp/include'     -fPIC  -g -O2 -ffi=
le-prefix-map=3D/build/reproducible-path/r-base-4.5.2=3D. -fstack-protector=
-strong -fstack-clash-protection -Wformat -Werror=3Dformat-security -mbranc=
h-protection=3Dstandard -Wdate-time -D_FORTIFY_SOURCE=3D2  -c tinycthread.c=
 -o tinycthread.o
| In file included from tinycthread.c:25:
| tinycthread.h:471:21: error: conflicting types for =E2=80=98pthread_once_=
t=E2=80=99; have =E2=80=98__once_flag=E2=80=99
|   471 |   #define once_flag pthread_once_t
|       |                     ^~~~~~~~~~~~~~
| In file included from /usr/include/pthread.h:26,
|                  from tinycthread.h:98:
| /usr/include/aarch64-linux-gnu/bits/pthreadtypes.h:53:30: note: previous =
declaration of =E2=80=98pthread_once_t=E2=80=99 with type =E2=80=98pthread_=
once_t=E2=80=99 {aka =E2=80=98int=E2=80=99}
|    53 | typedef int __ONCE_ALIGNMENT pthread_once_t;
|       |                              ^~~~~~~~~~~~~~
| make[1]: *** [/usr/lib/R/etc/Makeconf:202: tinycthread.o] Error 1
| make[1]: Leaving directory '/build/reproducible-path/r-cran-later-1.4.6+d=
fsg/src'
| make[1]: Entering directory '/build/reproducible-path/r-cran-later-1.4.6+=
dfsg/src'
| make[1]: Leaving directory '/build/reproducible-path/r-cran-later-1.4.6+d=
fsg/src'
| ERROR: compilation failed for package =E2=80=98later=E2=80=99
| * removing =E2=80=98/build/reproducible-path/r-cran-later-1.4.6+dfsg/debi=
an/r-cran-later/usr/lib/R/site-library/later=E2=80=99
| dh_auto_install: error: R CMD INSTALL -l /build/reproducible-path/r-cran-=
later-1.4.6\+dfsg/debian/r-cran-later/usr/lib/R/site-library --clean . --bu=
ilt-timestamp=3D&quot;'Tue, 17 Feb 2026 10:30:53 +0900'&quot; returned exit code 1
| make: *** [debian/rules:4: binary] Error 25
| dpkg-buildpackage: error: debian/rules binary subprocess failed with exit=
 status 2

The full build log is available here [1].

The issue is due to the definition of once_flag in stdlib.h in addition
to threads.h as part of ISO C23 [2]. I believe that the issue is fixed
upstream [3], but I haven't tested the patch.

I would like to thanks Emanuele Rocca for doing the archive rebuild on a
fast arm64 server.

Regards
Aurelien

[1] https://people.debian.org/~ema/glibc-2.43-rebuilds/output-1/r-cran-late=
r_arm64.build
[2] https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;h=3Da7ddbf456d97ac=
8d1aa7afd735e196a1488bd874
[3] https://github.com/r-lib/later/commit/912513941924a13012e71add224fe5285=
f8799fc=20

--=20
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                     http://aurel32.net
]