Please use spaces instead. /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: -r and -pie may not be used together collect2: error: ld returned 1 exit status `x86_64-pc-linux-gnu-gcc' failed in phase `Linker'. (Exit code: 1) * ERROR: dev-haskell/readline-1.0.3.0::gentoo failed (compile phase): * setup build failed ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop_20170610-230638 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.3.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python2.7 (fallback) [3] jython2.7 (fallback) Available Ruby profiles: [1] ruby21 (with Rubygems) [2] ruby22 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.4.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm
Created attachment 476436 [details] emerge-info.txt
Created attachment 476438 [details] dev-haskell:readline-1.0.3.0:20170614-134255.log
Created attachment 476440 [details] emerge-history.txt
Created attachment 476442 [details] environment
Created attachment 476444 [details] etc.portage.tbz2
Created attachment 476446 [details] logs.tbz2
Created attachment 476448 [details] temp.tbz2
Was the ghc built on USE=pie gcc? ghc does build-tile detection of -pie flag support from gcc. $ ghc --info | grep pie ,("C compiler supports -no-pie","YES") If it's not what gets reported you would need to rebuild ghc.
*** Bug 621766 has been marked as a duplicate of this bug. ***
(In reply to Sergei Trofimovich from comment #8) it is 17.0 profile : 17.0-desktop_20170610-230638, so, yes, it is pie related, or ?
*** Bug 621838 has been marked as a duplicate of this bug. ***
(In reply to Toralf Förster from comment #10) > (In reply to Sergei Trofimovich from comment #8) > it is 17.0 profile : 17.0-desktop_20170610-230638, so, yes, it is pie > related, or ? It's likely pie related. AFAIU your dev-lang/ghc is build with gcc-5.4.0 (with pie disabled). You need to build dev-lang/ghc against gcc-6.3.0 (pie enabled).
(In reply to Sergei Trofimovich from comment #12) I'd disagree - please look at the attached emerge-history. GCC is almost the first thing which is upgraded at a tinderbox image (and the old GCC will be unmerged after that)
*** Bug 621852 has been marked as a duplicate of this bug. ***
(In reply to Toralf Förster from comment #13) > (In reply to Sergei Trofimovich from comment #12) > I'd disagree - please look at the attached emerge-history. GCC is almost the > first thing which is upgraded at a tinderbox image (and the old GCC will be > unmerged after that) Are those all packages installed from sources or built binpkgs? I (incorrectly?) assumed binpkgs. Can you provide output of $ ghc --info | grep pie after package build fails?
(In reply to Sergei Trofimovich from comment #15) tinderbox@mr-fox ~ $ scw run/17.0-desktop_20170610-230638 mr-fox / # ghc --info | grep pie ,("C compiler supports -no-pie","NO")
*** Bug 622116 has been marked as a duplicate of this bug. ***
I had similar issue but with dev-haskell/hslua (there's a duplicate bug) and dev-lang/ghc[binary] after I updated to GCC 6.4.0 and switched profile to 17.0. Rebuilding GHC 8.0.2 without binary flag solved the issue.
I do not have a binary flag. After switching to profile 17.0 and reemerging world had these 3 packages failing with the same "ld: -r and -pie may not be used together" error message : dev-haskell/curl-1.3.8 dev-haskell/hslua-0.3.6.1 (bug #621852 which is duplicate of this bug) dev-haskell/hackage-security-0.5.2 Fixed all 3 of them by adding flag-o-matic to inherit and the following to src_compile: append-ldflags -no-pie
(In reply to Paul Tobias from comment #19) > I do not have a binary flag. After switching to profile 17.0 and reemerging > world had these 3 packages failing with the same "ld: -r and -pie may not be > used together" error message : > dev-haskell/curl-1.3.8 > dev-haskell/hslua-0.3.6.1 (bug #621852 which is duplicate of this bug) > dev-haskell/hackage-security-0.5.2 > > Fixed all 3 of them by adding flag-o-matic to inherit and the following to > src_compile: > append-ldflags -no-pie You need to rebuild ghc after you have switched gcc to USE=pie. No need to patch any haskell packages.
> You need to rebuild ghc after you have switched gcc to USE=pie. No need to > patch any haskell packages. Hmm, I did rebuild ghc as part of the "emerge -e world". Now I've rebuilt it again. But the ghc ebuild sets "-no-pie". For example this shows up when building ghc: >>> Configuring source in /tmp/portage/dev-lang/ghc-7.10.3/work/ghc-7.10.3 ... * Final mk/build.mk: # Gentoo changes docdir = /usr/share/doc/ghc-7.10.3 htmldir = /usr/share/doc/ghc-7.10.3 SRC_HC_OPTS+= -optc-march=haswell -opta-march=haswell -optl-Wl,-O1 -optl-Wl,--as-needed -optc-no-pie -optl-no-pie SRC_CC_OPTS+=-O2 -pipe -march=haswell -march=haswell -march=haswell -no-pie SRC_LD_OPTS+=-Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -no-pie And it can also be see at the end of `emerge --info dev-lang/ghc`: dev-lang/ghc-7.10.3::gentoo was built with the following: USE="gmp -binary -doc -ghcbootstrap -ghcmakebinary" ABI_X86="(64)" CFLAGS="-O2 -pipe -march=haswell -march=haswell -march=haswell -no-pie" CXXFLAGS="-O2 -pipe -march=haswell" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -no-pie" (I'm using ghc-7.10.3 here because of app-emulation/ganeti, but the ebuilds for ghc-8* seems to do the same.) So I'm seeing a different bug, just with the same "ld: -r and -pie may not be used together" error message? Or what else can I do if rebuilding GHC doesn't help?
(In reply to Paul Tobias from comment #21) > > (I'm using ghc-7.10.3 here because of app-emulation/ganeti, but the ebuilds > for ghc-8* seems to do the same.) I got actually the exact same problem here. Even with LDFLAGS=-no-pie to fix these haskell libraries I can't emerge ganeti. Did you find a way to achieve it ? (need I to open a new bug to keep this one clean ?)
Ran into the same issue with dev-lang/ghc-8.0.2[binary] . Will there be a binary build of ghc with pie enabled since the non-17.0 profiles are now deprecated?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bc1caf1c3e79fb5d11137efa122715298a130bcb commit bc1caf1c3e79fb5d11137efa122715298a130bcb Author: Jakov Smolić <jsmolic@gentoo.org> AuthorDate: 2022-08-21 21:34:59 +0000 Commit: Jakov Smolić <jsmolic@gentoo.org> CommitDate: 2022-08-21 21:50:23 +0000 dev-haskell/readline: treeclean Closes: https://bugs.gentoo.org/621774 Closes: https://bugs.gentoo.org/707302 Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> dev-haskell/readline/Manifest | 1 - .../readline/files/readline-1.0.3.0-tinfo.patch | 9 ------ dev-haskell/readline/metadata.xml | 7 ----- dev-haskell/readline/readline-1.0.3.0-r1.ebuild | 33 ---------------------- profiles/package.mask | 1 - 5 files changed, 51 deletions(-)