Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()
Дата
Msg-id 9472.1582145738@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()  (Peter Geoghegan <pg@bowt.ie>)
Ответы Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()  (Peter Geoghegan <pg@bowt.ie>)
Re: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Peter Geoghegan <pg@bowt.ie> writes:
> It also inlines (in the second patch) by marking the _bt_compare
> definition as inline, while not changing anything in nbtree.h. I
> believe that this is portable C99 -- let's see what CF Tester thinks
> of it.

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.  But why do we need
this, and what exactly are you hoping the compiler will do with it?

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Increase psql's password buffer size
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pg_regress cleans up tablespace twice.