Re: [pgsql-pkg-debian] [HACKERS] [PATCH] relocation truncated to fit: citus build failure on s390x
От | Tom Lane |
---|---|
Тема | Re: [pgsql-pkg-debian] [HACKERS] [PATCH] relocation truncated to fit: citus build failure on s390x |
Дата | |
Msg-id | 24279.1496162840@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | [pgsql-pkg-debian] Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: [pgsql-pkg-debian] [HACKERS] [PATCH] relocation truncated to fit: citus build failure on s390x
|
Список | pgsql-pkg-debian |
Andres Freund <andres@anarazel.de> writes: > On 2017-05-29 15:45:11 -0400, Tom Lane wrote: >> Maybe this is small enough to not be something we need to worry about, >> but I'm wondering if we should ask citus and other large .so's to set >> some additional make flag that would cue usage of -fPIC over -fpic. > 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. Very possibly true, but I wish we had some hard facts and not just guesses. regards, tom lane
В списке pgsql-pkg-debian по дате отправления: