From mboxrd@z Thu Jan 1 00:00:00 1970 From: julia.lawall@lip6.fr (Julia Lawall) Date: Sun, 9 Mar 2014 14:40:23 +0100 (CET) Subject: [Cocci] Determination of the number for named function parameters In-Reply-To: <531C6E71.8020807@users.sourceforge.net> References: <5307CAA2.8060406@users.sourceforge.net> <530B5FB6.6010207@users.sourceforge.net> <530C5E18.1020800@users.sourceforge.net> <530CD2C4.4050903@users.sourceforge.net> <530CF8FF.8080600@users.sourceforge.net> <530DD06F.4090703@users.sourceforge.net> <531B0D52.5070008@users.sourceforge.net> <531B32F4.9080004@users.sourceforge.net> <531B771D.3020900@users.sourceforge.net> <531C1FAD.6030009@users.sourceforge.net> <531C63B8.6090403@users.sourceforge.net> <531C6E71.8020807@users.sourceforge.net> Message-ID: To: cocci@systeme.lip6.fr List-Id: cocci@systeme.lip6.fr On Sun, 9 Mar 2014, SF Markus Elfring wrote: > > I have no idea. I would have sort of expected that it would return a > > length of 2, but I guess it is reasonable, and even desirable, that it > > does not. What answer would you like? > > I would expect that it will be treated by the SmPL pattern as a function with a > single named parameter at least. I am unsure how the "ellipsis" should be > counted and matched in the signature eventually. > > Does this small source file indicate that there might be further difficulties > for data analysis of variadic functions? Without knowing what you mean by "data analysis" it is impossible to tell. It is clear that there is some problem with ... matching a parameter-typed metavariable. This could be considered reasonable, because ... is not a (single) parameter. julia