Re: [HACKERS] Windows warnings from VS 2017
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Windows warnings from VS 2017 |
| Дата | |
| Msg-id | 7214.1506000631@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Windows warnings from VS 2017 (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>) |
| Ответы |
Re: [HACKERS] Windows warnings from VS 2017
Re: [HACKERS] Windows warnings from VS 2017 |
| Список | pgsql-hackers |
Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
> The speed of memset is hardly going to be the dominating factor in a
> 'CREATE DATABASE' command, so we could certainly afford to change to
> plain memset calls here.
Another thought is that it may be time for our decennial debate about
whether MemSet is worth the electrons it's printed on. I continue to
think that any modern compiler+libc ought to do an equivalent or better
optimization given just a plain memset(). If that seems to be true
for recent MSVC, we could consider putting an #if into c.h to define
MemSet as just memset for MSVC. Maybe later that could be extended
to other compilers.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления: