Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x - Mailing list pgsql-hackers

From Christoph Berg
Subject Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x
Date
Msg-id 20170530165258.ptkt2u457wqfmqye@msg.df7cb.de
Whole thread Raw
In response to Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x  (Andres Freund <andres@anarazel.de>)
Responses Re: [HACKERS] [PATCH] relocation truncated to fit: citus build failure on s390x  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Re: Andres Freund 2017-05-30 <20170530161541.koj5xbvvovrrtxtd@alap3.anarazel.de>
> I think we can fix this easily enough in Citus, postgis, and whatever.
> But it's not a particularly good user/developer experience, and
> presumably is going to become more and more common. On x86 there
> shouldn't be a difference in efficiency between the two, but some others
> will see some.  Given that most distributions switched to building the
> main executables with -fPIE anyway, to allow for ASLR, it seems unlikely
> that the intra extension overhead is going to be very meaningful in
> comparison.

My main point here would be that we are already setting this for all
extensions for sparc and sparc64, so s390(x) would just follow suit.

-fPIC is the default in Debian now, see the discussion starting at
https://lists.debian.org/debian-devel/2016/05/msg00028.html
including the Fedora: https://lists.debian.org/debian-devel/2016/05/msg00219.html
and Ubuntu: https://lists.debian.org/debian-devel/2016/05/msg00225.html
situation, which all do that.

Christoph


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] [PATCH] relocation truncated to fit: citus build failure on s390x
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Segmentation fault when creating a BRIN, 10beta1