On Wed, May 27, 2015 at 8:24 AM, Peter Bergner <berg...@vnet.ibm.com> wrote: > On Tue, 2015-05-26 at 16:40 -0500, Bill Schmidt wrote: >> Ah, never mind. I guess I need to run automake first. > > I ran the patch on powerpc64-linux (ie, Big Endian) both with and > without --enable-default-pie. Both bootstraps completed with no > errors and the without --enable-default-pie regtested without any > regressions. > > The --enable-default-pie regtesting shows massive failures that I > have to look into. I'm haven't determined yet whether these are > all -m32 FAILs or -m64 FAILS or both. I'll report back with more > info after I dig into some of the failures.
Does --enable-default-pie work on powerpc64-linux? Do you get working PIE by default? Some GCC tests expect non-PIE. I fixed some of them: commit 82923064d660e4183933b014ee3f645799a945b0 Author: hjl <hjl@138bc75d-0d04-0410-961f-82ee72b054a4> Date: Thu Jan 15 16:33:37 2015 +0000 Ignore additional linker messages on Linux/x86 with PIE g++.dg/other/anon5.C is expected to fail to link. On Linux/x86 with PIE and the new linker, there are additional messages from linker: [hjl@gnu-tools-1 gcc]$ g++ -fPIE -pie /export/gnu/import/git/sources/gcc/gcc/testsuite/g++.dg/other/anon5.C /tmp/ccwg53fj.o: In function `f()': anon5.C:(.text+0x7): undefined reference to `(anonymous namespace)::c::t' /usr/local/bin/ld: /tmp/ccwg53fj.o: relocation R_X86_64_PC32 against undefined symbol `_ZN12_GLOBAL__N_11c1tE' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status [hjl@gnu-tools-1 gcc]$ This patch ignores additional linker messages on Linux/x86 with PIE. * g++.dg/other/anon5.C: Ignore additional messages on Linux/x86 with PIE. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@219667 138bc75d-0d04-0410-961f-82ee72b054a4 -- H.J.