Re: SGML on functions
От | Kevin Grittner |
---|---|
Тема | Re: SGML on functions |
Дата | |
Msg-id | 4C7A43530200002500034DBB@gw.wicourts.gov обсуждение исходный текст |
Ответ на | Re: SGML on functions (Thom Brown <thom@linux.com>) |
Список | pgsql-docs |
Thom Brown <thom@linux.com> wrote: > Kevin Grittner <Kevin.Grittner@wicourts.gov> wrote: >> You find examples like this: >> >> <funcsynopsis> >> <funcprototype> >> <funcdef>void <function>qsort</function></funcdef> >> <paramdef>void *<parameter>dataptr</parameter>[]</paramdef> >> <paramdef>int <parameter>left</parameter></paramdef> >> <paramdef>int <parameter>right</parameter></paramdef> >> <paramdef>int <parameter>(* comp)</parameter> >> <funcparams>void *, void *</funcparams></paramdef> >> </funcprototype> >> </funcsynopsis> >> > > But that page also says "Using FuncSynopsis for languages that are > unrelated to C may prove difficult." > > Using that syntax will result in a semi-colon being placed at the > end of the function when parsed. Yes, but that's the only place I could find an example of function and parameter together. The parameter tag can be used inside of function as well as in most of the places function can be used, so the definition seemed ambiguous to me. I took these examples as being the best evidence I could find about whether parameter tags were intended to be inside or outside of the function tag. I suppose an argument could be made that for functions for which the identity is totally determined by function name (as in C) the parameters should be outside the tag, while functions in SQL need the parameters inside the tag, because they are used to identify a particular function among many with the same name. It appears that, technically, either format is allowed. -Kevin
В списке pgsql-docs по дате отправления: