Summary: | app-editors/emacs +jit crossdev does not recognize the jit even though gcc has the jit use flag enabled and installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lemon Lime <torsi> |
Component: | Current packages | Assignee: | GNU Emacs project <gnu-emacs> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log
Config log crossdev equery f output |
Description
Lemon Lime
2023-10-29 22:18:32 UTC
Does the selected gcc definitely have jit? Please also include config.log. Created attachment 873695 [details]
Config log
My apologies. I have now attached the config log. Here's the output of the following command. > equery u cross-i686-asus-linux-gnu/gcc-13.2.1_p20230826 [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for cross-i686-asus-linux-gnu/gcc-13.2.1_p20230826: U I - - ada : Build the ADA language (GNAT) frontend + + cet : (Restricted to >=sys-devel/gcc-10) Enable support for Intel Control Flow Enforcement Technology (CET). Only effective on amd64/x86. Only provides benefits on newer CPUs. For Intel, the CPU must be at least as new as Tiger Lake. For AMD, it must be at least as new as Zen 3. This is harmless on older CPUs, but provides no benefit either. When combined with USE=hardened, GCC will set -fcf-protection by default when building software. The effect is minimal on systems which do not support it, other than a possible small increase in codesize for the NOPs. The generated code is therefore compatible with i686 at the earliest. - - custom-cflags : Build with user-specified CFLAGS (unsupported) + + cxx : Build support for C++ (bindings, extra libraries, code generation, ...) - - d : Enable support for the D programming language - - debug : Enables GCC's 'checking' facility via --enable-checking=yes,extra,rtl. This adds checks to various compiler passes for integrity and input validation. This can help catch possible miscompilations early as well as latent bugs which could become real problems in future, but at the cost of slower compile times when using GCC. Unrelated to backtraces. - - default-stack-clash-protection : Build packages with stack clash protection on by default as a hardening measure. This enables -fstack-clash-protection by default which protects against large memory allocations allowing stack smashing. May cause slightly increased codesize, but modern compilers have been adapted to optimize well for this case, as this mitigation is now quite common. See https://developers.redh at.com/blog/2020/05/22/stack-clash- mitigation-in-gcc-part-3 and https: //www.qualys.com/2017/06/19/stack- clash/stack-clash.txt. - - default-znow : Request full relocation on start from ld.so by default. This sets the -z,now (BIND_NOW) flag by default on all linker invocations. By resolving all dynamic symbols at application startup, parts of the program can be made read-only as a hardening measure. This is closely related to RELRO which is also separately enabled by default. In some applications with many unresolved symbols (heavily plugin based, for example), startup time may be impacted. - - doc : Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally - - fixed-point : Enable fixed-point arithmetic support for MIPS targets in gcc (Warning: significantly increases compile time!) + + fortran : Add support for fortran - - go : Build the GCC Go language frontend. - - graphite : Add support for the framework for loop optimizations based on a polyhedral intermediate representation + + hardened : Activate default security enhancements for toolchain (gcc, glibc, binutils) - - ieee-long-double : Use accelerated 128-bit IEEE long double ABI (ppc64le only) + + jit : Enable libgccjit so other applications can embed gcc for Just-In-Time compilation. - - libssp : Build SSP support into a dedicated library rather than use the code in the C library (DO NOT ENABLE THIS IF YOU DON'T KNOW WHAT IT DOES) - - lto : Build using Link Time Optimizations (LTO). Note that GCC is always built with support for building other programs with LTO. This USE flag is for whether GCC itself is built and optimized with LTO. - - modula2 : Build the GCC Modula-2 language frontend. + + nls : Add Native Language Support (using gettext - GNU locale utilities) + + nptl : Enable support for Native POSIX Threads Library, the new threading module (requires linux-2.6 or better usually) - - objc : Build support for the Objective C code language - - objc++ : Build support for the Objective C++ language - - objc-gc : Build support for the Objective C code language Garbage Collector + + openmp : Build support for the OpenMP (support parallel computing), requires >=sys-devel/gcc-4.2 built with USE="openmp" - - pgo : Build GCC using Profile Guided Optimization (PGO). GCC will build itself and then analyze the just-built binary and then rebuild itself using the data obtained from analysis of codepaths taken. It does not affect whether GCC itself supports PGO when building other software. This substantially increases the build time needed for building GCC itself. - - sanitize : Build support for various sanitizer functions (ASAN/TSAN/etc...) to find runtime problems in applications. - - systemtap : enable systemtap static probe points - - test : Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently) - - valgrind : Enable annotations for accuracy. May slow down runtime slightly. Safe to use even if not currently using dev-util/valgrind - - vanilla : Do not add extra patches which change default behaviour; DO NOT USE THIS ON A GLOBAL SCALE as the severity of the meaning changes drastically - - vtv : Build support for virtual table verification (a C++ hardening feature). This does not control whether GCC defaults to using VTV> Note that actually using VTV breaks ABI and hence the whole system must be built with -fvtable-verify. - - zstd : Enable support for ZSTD compression jit is marked as +I and +U. Does that count as confirmation? Should I run a different command to verify? (In reply to Lemon Lime from comment #3) Btw, this is the output of > eselect gcc list [1] i686-asus-linux-gnu-12 [2] i686-asus-linux-gnu-13 * [3] x86_64-pc-linux-gnu-11 * [4] x86_64-pc-linux-gnu-12 [5] x86_64-pc-linux-gnu-13 I have run . /etc/profile and even rebooted; so, in theory, the v13 compiler is selected. configure:20155: checking for gcc_jit_context_acquire in -lgccjit configure:20184: i686-asus-linux-gnu-gcc -o conftest -O2 -pipe -march=bonnell -msahf -mmovbe -mfxsr -Wl,-O1 -Wl,--as-needed conftest.c -lgccjit >&5 /usr/libexec/gcc/i686-asus-linux-gnu/ld: cannot find -lgccjit: No such file or directory collect2: error: ld returned 1 exit status Okay, let's start with whether the jit library is even there: equery f cross-i686-asus-linux-gnu/gcc-13.2.1_p20230826 (upload the output as an attachment please)? (In reply to Sam James from comment #5) > configure:20155: checking for gcc_jit_context_acquire in -lgccjit > configure:20184: i686-asus-linux-gnu-gcc -o conftest -O2 -pipe > -march=bonnell -msahf -mmovbe -mfxsr -Wl,-O1 -Wl,--as-needed conftest.c > -lgccjit >&5 > /usr/libexec/gcc/i686-asus-linux-gnu/ld: cannot find -lgccjit: No such file > or directory > collect2: error: ld returned 1 exit status > > Okay, let's start with whether the jit library is even there: equery f > cross-i686-asus-linux-gnu/gcc-13.2.1_p20230826 (upload the output as an > attachment please)? Done. You are right. The jit library files are missing even though the use flag is enabled. Maybe I could try re emerging crossdev gcc v13? Created attachment 873722 [details]
crossdev equery f output
|