Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x
От | Christoph Berg |
---|---|
Тема | Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x |
Дата | |
Msg-id | 20170530165258.ptkt2u457wqfmqye@msg.df7cb.de обсуждение исходный текст |
Ответ на | Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: [HACKERS] [PATCH] relocation truncated to fit: citus build failure on s390x
|
Список | 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 по дате отправления: