Macro al posto di una funzione

[pozz]

Ciao a tutti,

in alcuni casi le funzioni in C sono così semplici che è meglio
definirle come delle macro. Per evitare che l'utilizzatore si
accorga di usare una macro o una funzione, avevo pensato di
scrivere la macro in questo modo:

#define mul(x,y) {x*y;}

In questo modo, chiunque utilizzi la mia macro potrà scrivere
semplicemente:
mul(x,y);
come se fosse una semplice funzione.
Però, se devo scrivere:
if( x>0 )
mul(x,y);
else
mul(-x,y);
....il compilatore mi dà giustamente errore. Il problema di sintassi
si risolve mettendo le parentesi graffe ai due rami dell'if, ma
normalmente queste non sono obbligatorie.

Esiste un modo più elegante per fare quello che voglio?

[pozz]

"pozz" <pN************@libero.it> ha scritto nel messaggio
news:8i**********************@twister2.libero.it.. .

Ciao a tutti,

Oooops, I believed posting in an italian group, excuse me.

My question is:
when I define a function as a macro I use:
#define mul(x,y) {x*y;}
So the programmer can use the macro as it was a function, such as:
mul(x,y);

But, when there is an "if" statement as in:
if( x>0 )
mux(x,y);
else
mux(-x,y);
the compiler exits with error. It's right and I resolve the problem
using {} in the "if" branches. Is there an elegant way to define a
function as a macro without problems in "if" statement?

[Joona I Palaste]

pozz <pN************@libero.it> scribbled the following:

Ciao a tutti, in alcuni casi le funzioni in C sono così semplici che è meglio
definirle come delle macro. Per evitare che l'utilizzatore si
accorga di usare una macro o una funzione, avevo pensato di
scrivere la macro in questo modo: #define mul(x,y) {x*y;} In questo modo, chiunque utilizzi la mia macro potrà scrivere
semplicemente:
mul(x,y);
come se fosse una semplice funzione.
Però, se devo scrivere:
if( x>0 )
mul(x,y);
else
mul(-x,y);
...il compilatore mi dà giustamente errore. Il problema di sintassi
si risolve mettendo le parentesi graffe ai due rami dell'if, ma
normalmente queste non sono obbligatorie. Esiste un modo più elegante per fare quello che voglio?

In vostro programmo, il preprocessor transforma il texto por questo:

if( x>0 )
{x*y;};
else
{-x*y;};

Questo e un error, que il "else" non ha un "if" por attachi in.

Scriver vostro macro como questo:

#define mul(x,y) ((x)*(y))

e vostro programmo functionera.

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"There's no business like slow business."
- Tailgunner

[CBFalconer]

pozz wrote:

My question is:
when I define a function as a macro I use:
#define mul(x,y) {x*y;}
So the programmer can use the macro as it was a function, such as:
mul(x,y);

But, when there is an "if" statement as in:
if( x>0 )
mux(x,y);
else
mux(-x,y);
the compiler exits with error. It's right and I resolve the problem
using {} in the "if" branches. Is there an elegant way to define a
function as a macro without problems in "if" statement?

Try (only parentheses, no braces):

#define mul(x, y) ((x) * (y))

Then you can safely write:

if (x >= 0) z = mul( x, y);
else z = mul(-x, y);

--
fix (vb.): 1. to paper over, obscure, hide from public view; 2.
to work around, in a way that produces unintended consequences
that are worse than the original problem. Usage: "Windows ME
fixes many of the shortcomings of Windows 98 SE". - Hutchison

[Richard Bos]

CBFalconer <cb********@yahoo.com> wrote:

pozz wrote:

My question is:
when I define a function as a macro I use:
#define mul(x,y) {x*y;}
BTW, it is good practice to give macros all-capital names, so they can
be distinguished from real functions; this is important, because some
macros can evaluate their arguments more than once. For example,

#define DOUBLE(x) ((x)+(x))
int double(int x)
{
return x+x;
}
int a,b;

a=DOUBLE(4); /* a is 8; valid. */
a=double(4); /* Ditto. */
b=double(a++); /* b is 16; a is now 9. Also valid. */
b=DOUBLE(a++); /* Oops... */

The final line is not OK, because it is preprocessed to

b=((a++)+(a++));

which modifies a twice between sequence points, giving undefined
behaviour. Thus, you can pass arguments with side effects to functions,
but you're not guaranteed that you can do so to macros. Hence the
importance of knowing which function-like calls are macros.
But, when there is an "if" statement as in:
if( x>0 )
mux(x,y);
else
mux(-x,y);
the compiler exits with error.

Try (only parentheses, no braces):

#define mul(x, y) ((x) * (y))

And when your macro gets too complicated for that, try
<http://www.eskimo.com/~scs/C-faq/q10.4.html>.

Richard

[Mark McIntyre]

On Thu, 06 May 2004 07:13:18 GMT, in comp.lang.c ,
rl*@hoekstra-uitgeverij.nl (Richard Bos) wrote:

CBFalconer <cb********@yahoo.com> wrote:

pozz wrote:

>
> My question is:
> when I define a function as a macro I use:
> #define mul(x,y) {x*y;}

BTW, it is good practice to give macros all-capital names, so they can
be distinguished from real functions; this is important, because some
macros can evaluate their arguments more than once.

Its also a good idea to use extra parens, for simlar reasons.
For example consider what
mul(4+5, 5);
evaluates to.

I'm also slightly puzzled at your macro. Its not strictly a function-like
macro since it doesn't return a value. You also can't use it in an
assignment.
This oddity by the way is probably causing your error. If you expand out
your macro when used in the if() statement, you'll see that.
The way to define function-like macros is
#define MUL(a,b) ((a) * (b))
You can then use MUL as a true function.
--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.angelfire.com/ms3/bchambless0/welcome_to_clc.html>
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---

[CBFalconer]

Mark McIntyre wrote:

On Thu, 06 May 2004 07:13:18 GMT, in comp.lang.c ,
rl*@hoekstra-uitgeverij.nl (Richard Bos) wrote:

CBFalconer <cb********@yahoo.com> wrote:

pozz wrote:
>
> My question is:
> when I define a function as a macro I use:
> #define mul(x,y) {x*y;}

BTW, it is good practice to give macros all-capital names, so they can
be distinguished from real functions; this is important, because some
macros can evaluate their arguments more than once.

Its also a good idea to use extra parens, for simlar reasons.
For example consider what
mul(4+5, 5);
evaluates to.

I'm also slightly puzzled at your macro. Its not strictly a function-like
macro since it doesn't return a value. You also can't use it in an
assignment.
This oddity by the way is probably causing your error. If you expand out
your macro when used in the if() statement, you'll see that.
The way to define function-like macros is
#define MUL(a,b) ((a) * (b))
You can then use MUL as a true function.

Mark, there is nothing there that I wrote. Please edit the
attributes to match the portion quoted after snipping. I have
left your entire article unsnipped to illustrate the point.

--
Chuck F (cb********@yahoo.com) (cb********@worldnet.att.net)
Available for consulting/temporary embedded and systems.
<http://cbfalconer.home.att.net> USE worldnet address!

[pozz]

"Richard Bos" <rl*@hoekstra-uitgeverij.nl> ha scritto nel messaggio
news:40****************@news.individual.net...

CBFalconer <cb********@yahoo.com> wrote:

pozz wrote:

But, when there is an "if" statement as in:
if( x>0 )
mux(x,y);
else
mux(-x,y);
the compiler exits with error.

Try (only parentheses, no braces):

#define mul(x, y) ((x) * (y))

Ok, and what if I want to include more C-instructions in a single macro?
For example:
#define FOO(x,y) (x++;y*=2;)

That's an error, so I can write:
#define FOO(x,y) x++;y*=2;
But if I write:
while( x<100 )
FOO(x,y);
the program is different than what it should be. The y*=2; instruction
will be executed only once after exiting from while() but I want to
execute it inside the while().

[Eric Sosman]

pozz wrote:

Ok, and what if I want to include more C-instructions in a single macro?
[...]

This is Question 10.4 in the comp.lang.c Frequently
Asked Questions (FAQ) list

<http://www.eskimo.com/~scs/C-faq/top.html>

--
Er*********@sun.com

[Mark McIntyre]

On Thu, 06 May 2004 23:42:50 GMT, in comp.lang.c , CBFalconer
<cb********@yahoo.com> wrote:

Mark McIntyre wrote:

On Thu, 06 May 2004 07:13:18 GMT, in comp.lang.c ,
rl*@hoekstra-uitgeverij.nl (Richard Bos) wrote:

>CBFalconer <cb********@yahoo.com> wrote:
>
>> pozz wrote:
>> >
>> > My question is:
>> > when I define a function as a macro I use:
>> > #define mul(x,y) {x*y;}
>
>BTW, it is good practice to give macros all-capital names, so they can
>be distinguished from real functions; this is important, because some
>macros can evaluate their arguments more than once.

Its also a good idea to use extra parens, for simlar reasons.
For example consider what
mul(4+5, 5);
evaluates to.

I'm also slightly puzzled at your macro. Its not strictly a function-like
macro since it doesn't return a value. You also can't use it in an
assignment.
This oddity by the way is probably causing your error. If you expand out
your macro when used in the if() statement, you'll see that.
The way to define function-like macros is
#define MUL(a,b) ((a) * (b))
You can then use MUL as a true function.

Mark, there is nothing there that I wrote. Please edit the
attributes to match the portion quoted after snipping. I have
left your entire article unsnipped to illustrate the point.

Chuck, apologies if this sounds rude, but I'm not going to trawl through
all the attributions of every post I reply to, just to make sure some
remark by some attribution line remains in. I'm happy to make reasonable
efforts, of course.
In this case it seems (to me) that Richard snipped what you said.

--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.angelfire.com/ms3/bchambless0/welcome_to_clc.html>
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---

[Richard Bos]

Mark McIntyre <ma**********@spamcop.net> wrote:

On Thu, 06 May 2004 23:42:50 GMT, in comp.lang.c , CBFalconer
<cb********@yahoo.com> wrote:

Mark, there is nothing there that I wrote. Please edit the
attributes to match the portion quoted after snipping. I have
left your entire article unsnipped to illustrate the point.

Chuck, apologies if this sounds rude, but I'm not going to trawl through
all the attributions of every post I reply to, just to make sure some
remark by some attribution line remains in. I'm happy to make reasonable
efforts, of course.
In this case it seems (to me) that Richard snipped what you said.

Erm... no. Only in the bit you quoted; not in the entire post.

Richard