Re: ArchiveEntry optional arguments refactoring
От | Chapman Flack |
---|---|
Тема | Re: ArchiveEntry optional arguments refactoring |
Дата | |
Msg-id | 4a4d10a2-bffc-ed13-65a4-5fe762175eea@anastigmatix.net обсуждение исходный текст |
Ответ на | Re: ArchiveEntry optional arguments refactoring (Dmitry Dolgov <9erthalion6@gmail.com>) |
Ответы |
Re: ArchiveEntry optional arguments refactoring
Re: ArchiveEntry optional arguments refactoring |
Список | pgsql-hackers |
On 1/23/19 10:12 AM, Dmitry Dolgov wrote: > To make this discussion a bit more specific, I've created a patch of how > it can look like. A little bit of vararg-macro action can make such a design look even tidier, cf. [1]. Or are compilers without vararg macros still in the supported mix? -Chap [1] https://github.com/NetBSD/src/blob/trunk/sys/sys/midiio.h#L709 The macros in [1] are not defined to create a function call, but only the argument structure because there might be several functions to pass it to, so a call would be written like func(&SEQ_MK_CHN(NOTEON, ...)). In ArchiveEntry's case, if there's only one function involved, there'd be no reason not to have a macro produce the whole call.
В списке pgsql-hackers по дате отправления: