Summary: | dev-lang/spidermonkey-78.8.0[clang lto] - DEBUG: ld.lld: error: /usr/lib/gcc/powerpc64-unknown-linux-gnu/9.3.0/../../../../lib64/crt1.o: ABI version 1 is not supported | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | ernsteiswuerfel <erhard_f> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | ppc64 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | PPC64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 731004 | ||
Attachments: |
build.log
config.log emerge --info build.log (78.9.0, ppc64) |
Created attachment 689412 [details]
config.log
Created attachment 689415 [details]
emerge --info
Created attachment 696579 [details]
build.log (78.9.0, ppc64)
Same for 78.9.0.
I don't know what to do here. Package.use.mask lto for ppc? (In reply to Thomas Deutschmann from comment #4) > I don't know what to do here. Package.use.mask lto for ppc? USE='lto' works fine, only USE='clang lto' shows this error: # cat ~/tatt/spidermonkey-778944.report USE tests started on Mi 31. Mär 21:40:26 CEST 2021 FEATURES=' test' USE='' succeeded for =dev-lang/spidermonkey-78.9.0 USE='-clang -lto' succeeded for =dev-lang/spidermonkey-78.9.0 USE='clang -lto' succeeded for =dev-lang/spidermonkey-78.9.0 USE='-clang lto' succeeded for =dev-lang/spidermonkey-78.9.0 USE='clang lto' failed for =dev-lang/spidermonkey-78.9.0 There's no reason to mask on ppc64, it should build just fine on ELFv2. @ernsteiswuerfel Any reason you need to use ELFv1? Although clang itself supports ELFv1, lld does NOT. If you need to use ELFv1, use another linker. (In reply to Piotr Kubaj from comment #6) > @ernsteiswuerfel > Any reason you need to use ELFv1? > > Although clang itself supports ELFv1, lld does NOT. If you need to use > ELFv1, use another linker. I personally don't need ELFv1 by itself. Gentoos' glibc expects ELFv1 on ppc64 (not ELFv2 yet) if I am not mistaken? So at the moment you can't have both +clang and +lto here. Don't know whether this is much of a problem. Perhaps some of the experienced members of the ppc/ppc64 arch team know how to proceed further. ;) gentoo does not support elfv2 on big-endian ppc64. glibc and gcc and clang and llvm and kernel and openssl asm and others all assume be is elfv1 and le is elfv2, so we don't break this assumption. while it's possible to patch it out (void linux does that tree wide) I don't thing it's really worth it. not really sure where the errors comes from yet. I recommend package.use.mask lto useflag on big-endian profile, but not on little-endian as first measure and investigate error in detail to find real reason. |
Created attachment 689409 [details] build.log [...] checking for IceConnectionNumber in -lICE... no configure: error: compiler is incompatible with sanitize options DEBUG: <truncated - see config.log for full output> DEBUG: #include "confdefs.h" DEBUG: /* Override any gcc2 internal prototype to avoid an error. */ DEBUG: /* We use char because int might match the return type of a gcc2 DEBUG: builtin and then its argument prototype would still apply. */ DEBUG: char IceConnectionNumber(); DEBUG: DEBUG: int main() { DEBUG: IceConnectionNumber() DEBUG: ; return 0; } DEBUG: configure:3667: /usr/lib/llvm/11/bin/powerpc64-unknown-linux-gnu-clang -std=gnu99 -o conftest -O2 -mcpu=970 -pipe -Qunused-arguments -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -fuse-ld=lld conftest.c 1>&5 DEBUG: ld.lld: error: /usr/lib/gcc/powerpc64-unknown-linux-gnu/9.3.0/../../../../lib64/crt1.o: ABI version 1 is not supported DEBUG: clang-11: error: linker command failed with exit code 1 (use -v to see invocation) DEBUG: configure: failed program was: DEBUG: #line 3660 "configure" DEBUG: #include "confdefs.h" DEBUG: DEBUG: int main() { DEBUG: DEBUG: ; return 0; } DEBUG: configure: error: compiler is incompatible with sanitize options ERROR: old-configure failed !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-lang/spidermonkey-78.8.0/work/build/config.log