Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare() |
| Дата | |
| Msg-id | 22234.1582147930@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare() (Peter Geoghegan <pg@bowt.ie>) |
| Список | pgsql-hackers |
Peter Geoghegan <pg@bowt.ie> writes:
> On Wed, Feb 19, 2020 at 12:55 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Boy, I'd be pretty darn hesitant to go there, even with our new
>> expectation of C99 compilers. What we found out when we last experimented
>> with non-static inlines was that the semantics were not very portable nor
>> desirable. I've forgotten the details unfortunately.
> My original approach to inlining was to alter the nbtsearch.c
> _bt_compare() callers (the majority) to call _bt_compare_inl(). This
> function matches our current _bt_compare() function, except it's a
> static inline. A "new" function, _bt_compare(), is also added. That's a
> shim function that simply calls _bt_compare_inl().
Yeah, that's pretty much the approach we concluded was necessary
for portable results.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера