Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Building on Gentoo #25160

Open
seiferteric opened this issue Oct 22, 2024 · 2 comments
Open

Building on Gentoo #25160

seiferteric opened this issue Oct 22, 2024 · 2 comments

Comments

@seiferteric
Copy link
Contributor

Hello, trying to build Serenity on Gentoo I am getting:

[11/15] Performing configure step for 'serenity'
loading initial cache file /home/eseifert/dev/serenity/Build/superbuild-x86_64/serenity-prefix/tmp/serenity-cache-.cmake
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- The ASM compiler identification is GNU
-- Found assembler: /home/eseifert/dev/serenity/Toolchain/Local/x86_64/bin/x86_64-pc-serenity-gcc
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Using jakt compiler at /home/eseifert/dev/serenity/Toolchain/Local/jakt/bin/jakt
-- Using jakt target triple x86_64-pc-serenity-unknown
-- Using jakt library directory /home/eseifert/dev/serenity/Build/x86_64/Root/usr/local/lib/x86_64-pc-serenity-unknown
-- Downloading file bcm2710-rpi-3-b.dtb from https://github.com/raspberrypi/firmware/raw/1.20240529/boot/bcm2710-rpi-3-b.dtb
-- Found Python3: /usr/bin/python3.12 (found version "3.12.6") found components: Interpreter
-- Downloading file pnp_ids.csv from https://uefi.org/uefi-pnp-export
-- Removing outdated /home/eseifert/dev/serenity/Build/superbuild-x86_64/../caches/CLDR for version 45.0.0
-- Downloading file cldr.zip from https://github.com/unicode-org/cldr-json/releases/download/45.0.0/cldr-45.0.0-json-modern.zip
-- Downloading file adobe-icc-profiles.zip from https://download.adobe.com/pub/adobe/iccprofiles/win/AdobeICCProfilesCS4Win_end-user.zip
-- Removing outdated /home/eseifert/dev/serenity/Build/superbuild-x86_64/../caches/UCD for version 15.1.0
-- Downloading file UCD.zip from https://www.unicode.org/Public/15.1.0/ucd/UCD.zip
-- Downloading file emoji-test.txt from https://www.unicode.org/Public/emoji/15.1/emoji-test.txt
-- Downloading file IdnaMappingTable.txt from https://www.unicode.org/Public/idna/15.1.0/IdnaMappingTable.txt
-- Downloading file public_suffix_list.dat from https://raw.githubusercontent.com/publicsuffix/list/master/public_suffix_list.dat
-- Downloading file commonmark.spec.json from https://spec.commonmark.org/0.30/spec.json
-- Downloading file pci.ids from https://pci-ids.ucw.cz/v2.2/pci.ids
-- Downloading file usb.ids from http://www.linux-usb.org/usb.ids
-- Configuring done (151.2s)
cmake: /var/tmp/portage/dev-build/cmake-3.30.5/work/cmake-3.30.5/Source/cmGeneratorExpressionNode.cxx:2980: virtual std::string TargetPropertyNode::Evaluate(const std::vector<std::__cxx11::basic_string<char> >&, cmGeneratorExpressionContext*, const GeneratorExpressionContent*, cmGeneratorExpressionDAGChecker*) const: Assertion `dagCheckerParent->EvaluatingTransitiveProperty()' failed.
FAILED: serenity-prefix/src/serenity-stamp/serenity-configure /home/eseifert/dev/serenity/Build/superbuild-x86_64/serenity-prefix/src/serenity-stamp/serenity-configure 
cd /home/eseifert/dev/serenity/Build/x86_64 && /usr/bin/cmake -GNinja -C/home/eseifert/dev/serenity/Build/superbuild-x86_64/serenity-prefix/tmp/serenity-cache-.cmake -S /home/eseifert/dev/serenity -B /home/eseifert/dev/serenity/Build/x86_64 && /usr/bin/cmake -E touch /home/eseifert/dev/serenity/Build/superbuild-x86_64/serenity-prefix/src/serenity-stamp/serenity-configure
ninja: build stopped: subcommand failed.

Seems like cmake doesn't detect compiler ABI correctly, but not sure what to do about it. Thanks.

@LucasChollet
Copy link
Member

That assert is printed by your cmake executable. So I guess that's a bug in this specific version. You might want to try using Toolchain/BuildCmake.sh instead.

@ADKaster
Copy link
Member

Right, might be worth reporting this one upstream to CMake if you can reduce it.. though our CMake setup is a bit complex to just dive in and minimize a generator expression evaluation crash.

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

No branches or pull requests

3 participants