Fix mentions of __VARARGS__ and __VAR_ARGS__

These should actually be __VA_ARGS__.

See #2848.
This commit is contained in:
Olly Betts 2024-05-21 10:17:02 +12:00
parent 7c2b245cea
commit 550a1e6714
3 changed files with 4 additions and 4 deletions

View File

@ -43,7 +43,7 @@ Version 4.3.0 (in progress)
3. Use PyObject_Free instead of deprecated equivalents.
2024-03-25: olly
#2848 Fix elision of comma before ##__VARARGS__ which we document
#2848 Fix elision of comma before ##__VA_ARGS__ which we document
as supported but seems to have not worked since before 2009.
2024-03-11: wsfulton

View File

@ -369,7 +369,7 @@ used to solve the problem above like so:
<p>
An early non-standardised solution to this problem which gave a special
meaning to the token sequence <tt>, ## __VAR_ARGS__</tt> is supported by
meaning to the token sequence <tt>, ## __VA_ARGS__</tt> is supported by
several C and C++ compilers, and also by SWIG 4.3.0 and later (it was
documented as supported by earlier SWIG versions, but didn't actually work in
at least SWIG 2.x and 3.x). Using this feature you can get rid of the extra

View File

@ -457,7 +457,7 @@ BAR2() {
#define STARSTARSLASH(X,...)
STARSTARSLASH(A,/** Test **/,B) /**/
/* Regression test for handling elision of comma before ##__VARARGS__
/* Regression test for handling elision of comma before ##__VA_ARGS__
* https://github.com/swig/swig/issues/2848
*/
#define DECLARE_GLOBAL_VAR(...) int global_var, ##__VA_ARGS__;
@ -465,7 +465,7 @@ STARSTARSLASH(A,/** Test **/,B) /**/
DECLARE_GLOBAL_VAR()
DECLARE_GLOBAL_VAR2()
/* Show the C compiler simple definitions as ##__VARARGS__ is a GCC extension
/* Show the C compiler simple definitions as ##__VA_ARGS__ is a GCC extension
* so we can't rely on the compiler supporting it.
*/
%{