From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 36B5A3858C53; Thu, 8 Sep 2022 04:39:50 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 36B5A3858C53 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1662611990; bh=ek0ZpoYZ2MqzidnOTwIV7UKMT3WbxvBO0O9QZE7ijnI=; h=From:To:Subject:Date:In-Reply-To:References:From; b=i1u7y8UcQGYDEioWoXRMcWCGGQRFLOev1cBz8OsXz509t8aqnogydPSdXXOg/24G4 YGkhwbOlQdbJHsyG2mQlsXEqMxzsrbSCwBtN6olxdlUZ7MvN1lFwiYSQ3bfSLdTbJH 8f65V9qkbUGo4w3jNCXCm5cddiOCK/c9wPhCpGIA= From: "markmigm at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/99426] [modules] failed to read compiled module cluster 1186: Bad file data Date: Thu, 08 Sep 2022 04:39:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: markmigm at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D99426 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markmigm at gmail dot com --- Comment #5 from Mark Millard --- I've run into this sort of problem under Fedora 36 with its g++ 12.2.1 : # rm -fr gcm.cache/* # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC ios # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC iostream # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC ostream # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC iomanip In module imported at /usr/include/c++/12/istream:38:1, included from /usr/include/c++/12/sstream:38, from /usr/include/c++/12/bits/quoted_string.h:38, from /usr/include/c++/12/iomanip:45: /usr/include/c++/12/ios: error: failed to read compiled module cluster 927:= Bad file data /usr/include/c++/12/ios: note: compiled module file is =E2=80=98gcm.cache/./usr/include/c++/12/ios.gcm=E2=80=99 In file included from /usr/include/c++/12/string:53, from /usr/include/c++/12/bits/locale_classes.h:40, from /usr/include/c++/12/bits/ios_base.h:41, from /usr/include/c++/12/iomanip:40: /usr/include/c++/12/bits/basic_string.h:3972:40: fatal error: failed to load pendings for =E2=80=98__gnu_cxx::__stoa=E2=80=99 3972 | { return __gnu_cxx::__stoa(&std::strtol, "stoi", __str.c_str(), |=20=20=20=20=20=20=20=20=20=20=20 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 3973 | __idx, __base); } | ~~~~~~~~~~~~~~ compilation terminated. But moving ios to be the last of the 4 did not generate any messages: # rm -fr gcm.cache/* # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC iostream # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC ostream # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC iomanip # c++ -std=3Dc++20 -pedantic -Wall -Wextra -fmodules-ts -g -fPIC ios I've run into other examples of order dependencies. I've not found a way to predict a order that will be tolerated. The "Last reconfirmed" could be updated.=