Renaming more clearly SHA functions in pgcrypto/ - Mailing list pgsql-hackers

From Michael Paquier
Subject Renaming more clearly SHA functions in pgcrypto/
Date
Msg-id CAB7nPqRdY4WyuP2U7pmpjwgLUruePmSoV_Dvz-Wv67GpMMjXNg@mail.gmail.com
Whole thread Raw
Responses Re: Renaming more clearly SHA functions in pgcrypto/  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List 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 by date:

Previous
From: Kyotaro HORIGUCHI
Date:
Subject: [CF2016-9] Allow spaces in working path on tap-tests
Next
From: Michael Paquier
Date:
Subject: Re: [CF2016-9] Allow spaces in working path on tap-tests