Renaming more clearly SHA functions in pgcrypto/

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Renaming more clearly SHA functions in pgcrypto/
Дата
Msg-id CAB7nPqRdY4WyuP2U7pmpjwgLUruePmSoV_Dvz-Wv67GpMMjXNg@mail.gmail.com
обсуждение исходный текст
Ответы Re: Renaming more clearly SHA functions in pgcrypto/  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
Hi all,
(folks interested in that in CC)

While looking at some facility in pgcrypto, I have noticed the stanza
created by 56f4478 to prevent conflicts with OpenSSL, like that:
+#define SHA256_Init pg_SHA256_Init
+#define SHA256_Update pg_SHA256_Update

Wouldn't it be better to avoid that, and just rename all those
functions as pg_shaXX_foo? It seems to me that this would be more
in-line with what's already in core. This renaming would be part of
the refactoring effort for SCRAM to have all the functions for SHA1,
SHA156, etc in a unique file sha.c in src/common with a reworked
interface, particularly for SHA1 where things are quite inconsistent
with SHA2XX.

Opinions? As that's a matter really rather independent on SCRAM, I
prefer creating a new thread to gather opinions..

Thanks,
-- 
Michael



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

Предыдущее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: [CF2016-9] Allow spaces in working path on tap-tests
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [CF2016-9] Allow spaces in working path on tap-tests