Passing templated types as parameter to macro

[martin.brodeur]

I unable to pass a template type with two parameters to a very simple
macro with g++ 3.4 (Linux x86):

for example:

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE(token)

void foo()
{
THIS_IS_A_MACRO (tracked::Track edBasicType<int >); // this works

THIS_IS_A_MACRO (tracked::Track edBasicType2<in t,char>); // this
doesn't

// g++ complains this: macro "THIS_IS_A_MACR O" passed 2 arguments,
but takes just 1

}

Is there a way to pass templatized types (with multiple params) to a
macro definition ?

thanks in advance.

MB

[Marcus Kwok]

ma************@ gmail.com wrote:

I unable to pass a template type with two parameters to a very simple
macro with g++ 3.4 (Linux x86):

for example:

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE(token)

void foo()
{
THIS_IS_A_MACRO (tracked::Track edBasicType<int >); // this works

THIS_IS_A_MACRO (tracked::Track edBasicType2<in t,char>); // this
doesn't

// g++ complains this: macro "THIS_IS_A_MACR O" passed 2 arguments,
but takes just 1

}

Is there a way to pass templatized types (with multiple params) to a
macro definition ?

I'm not sure if it will work, but you could try

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE((token))

(note the extra set of parentheses around 'token').

--
Marcus Kwok
Replace 'invalid' with 'net' to reply

[Sylvester Hesp]

Marcus Kwok wrote :

ma************@ gmail.com wrote:

>I unable to pass a template type with two parameters to a very simple
macro with g++ 3.4 (Linux x86):

for example:

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE(token)

void foo()
{
THIS_IS_A_MACRO (tracked::Track edBasicType<int >); // this works

THIS_IS_A_MACRO (tracked::Track edBasicType2<in t,char>); // this
doesn't

// g++ complains this: macro "THIS_IS_A_MACR O" passed 2 arguments,
but takes just 1

}

Is there a way to pass templatized types (with multiple params) to a
macro definition ?

I'm not sure if it will work, but you could try

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE((token))

(note the extra set of parentheses around 'token').

The error is in using THIS_IS_A_MACRO with 2 parameters, while it
expects one. Changing the "implementation " of THIS_IS_A_MACRO won't
change anything.

- Sylvester

[Marcus Kwok]

Sylvester Hesp <s.******@spamo isyn.nlwrote:

Marcus Kwok wrote :

>ma************@ gmail.com wrote:

>>I unable to pass a template type with two parameters to a very simple
macro with g++ 3.4 (Linux x86):

for example:

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE(token)

void foo()
{
THIS_IS_A_MACRO (tracked::Track edBasicType<int >); // this works

THIS_IS_A_MACRO (tracked::Track edBasicType2<in t,char>); // this
doesn't

// g++ complains this: macro "THIS_IS_A_MACR O" passed 2 arguments,
but takes just 1

}

Is there a way to pass templatized types (with multiple params) to a
macro definition ?

I'm not sure if it will work, but you could try

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE((token))

(note the extra set of parentheses around 'token').

The error is in using THIS_IS_A_MACRO with 2 parameters, while it
expects one. Changing the "implementation " of THIS_IS_A_MACRO won't
change anything.

What about changing the call site to add the extra parentheses there:

THIS_IS_A_MACRO ((tracked::Trac kedBasicType2<i nt,char>));

If that works, then you might be able to get more natural syntax by
adding another level of macro indirection. I recall a similar technique
we used in a C course to wrap printf() calls with a macro that expanded
to another macro, so that lint wouldn't complain when we didn't check
the return value, but the exact details escape me at the moment.

--
Marcus Kwok
Replace 'invalid' with 'net' to reply

[Marcus Kwok]

Marcus Kwok <ri******@gehen nom.invalidwrot e:

What about changing the call site to add the extra parentheses there:

THIS_IS_A_MACRO ((tracked::Trac kedBasicType2<i nt,char>));

If that works, then you might be able to get more natural syntax by
adding another level of macro indirection. I recall a similar technique
we used in a C course to wrap printf() calls with a macro that expanded
to another macro, so that lint wouldn't complain when we didn't check
the return value, but the exact details escape me at the moment.

OK, I was able to find it and I was wrong; the "trick" we used was to
use the double-parentheses so that the variable number of arguments to
printf() could be passed to the second intermediate macro.

--
Marcus Kwok
Replace 'invalid' with 'net' to reply

[martin.brodeur]

It works using extra parentheses, thanks !!!!

MB

On May 24, 12:56 pm, ricec...@gehenn om.invalid (Marcus Kwok) wrote:

Sylvester Hesp <s.hes...@spamo isyn.nlwrote:

Marcus Kwok wrote :

martin.brod...@ gmail.com wrote:
I unable to pass a template type with two parameters to a very simple
macro with g++ 3.4 (Linux x86):

>for example:

>#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE(token)

>void foo()
{
THIS_IS_A_MACRO (tracked::Track edBasicType<int >); // this works

> THIS_IS_A_MACRO (tracked::Track edBasicType2<in t,char>); // this
doesn't

> // g++ complains this: macro "THIS_IS_A_MACR O" passed 2 arguments,
but takes just 1

>}

>Is there a way to pass templatized types (with multiple params) to a
macro definition ?

I'm not sure if it will work, but you could try

#define THIS_IS_A_MACRO (token) BOOST_PP_STRING IZE((token))

(note the extra set of parentheses around 'token').

The error is in using THIS_IS_A_MACRO with 2 parameters, while it
expects one. Changing the "implementation " of THIS_IS_A_MACRO won't
change anything.

What about changing the call site to add the extra parentheses there:

THIS_IS_A_MACRO ((tracked::Trac kedBasicType2<i nt,char>));

If that works, then you might be able to get more natural syntax by
adding another level of macro indirection. I recall a similar technique
we used in a C course to wrap printf() calls with a macro that expanded
to another macro, so that lint wouldn't complain when we didn't check
the return value, but the exact details escape me at the moment.

--
Marcus Kwok
Replace 'invalid' with 'net' to reply