Re: [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros
Дата
Msg-id 13485.1248050560@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros  (Jeremy Kerr <jk@ozlabs.org>)
Ответы Re: [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros  (Jeremy Kerr <jk@ozlabs.org>)
Re: [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros  (Jeremy Kerr <jk@ozlabs.org>)
Список pgsql-hackers
Jeremy Kerr <jk@ozlabs.org> writes:
> However, I'd rather make decisions on data, rather than guessing. Is the 
> actual problem here that some compilers just don't support the 'inline' 
> keyword?

I think Alvaro's complaint is unfounded --- we already have logic
to #define inline as empty if the compiler doesn't support it.
The issue he's thinking of is that non-gcc compilers typically don't
react very well to static function definitions in .h files.  However
that doesn't apply to the proposed usage, since they're not going to
be in a .h file.

However, I think the whole patch is pretty useless.  That code is not
broken as it stands, and doesn't appear to really gain anything from the
proposed change.  Why should we risk any portability questions when the
code isn't going to get either simpler or shorter?
        regards, tom lane


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

Предыдущее
От: Jeremy Kerr
Дата:
Сообщение: Re: [PATCH 1/2 v3] [libpq] rework sigpipe-handling macros
Следующее
От: Jeremy Kerr
Дата:
Сообщение: Re: [PATCH v3] Avoid manual shift-and-test logic in AllocSetFreeIndex