MCPP bug: conditional operator expression

Eric Smith — Tue, 05 Nov 2019 13:13:39 -0000

Just in case anyone else finds this via a search engine, the bug is a typo in the eval_signed function in mcpp_eval.c. The line:

   v1 = (--*valpp)->val ? v1 : v2;

should read

   valp--; v1 = (valp->val) ? v1 : v2;

because later in the code the value of valpp is updated from valp. The eval_unsigned function has this right already.

Retaining the #define statements

Mohamed Fysal — Mon, 03 Dec 2018 04:12:08 -0000

I am using mcpp to scan through the source files to find whichever defines available and then just enable those lines of code from source depending upon the defines. This is working fine using mcpp. But for some other purposes, I need few of the defines to be intact without changed by mcpp, because those defines I will be using for some other processes I do in the code. Is it possible in mcpp. Please advise me how to do ?

-Dunix commandline option does not define identifier unix as 1

zunzunzun — Tue, 12 Jul 2016 06:56:13 -0000

mcpp -Dunix x.c

x.c is like following

ifdef unix

xxxx

endif

is not expanded to "xxxx" because unix is not evaluated as 1.

Which is correct the specified commandline option overwrites the predefined macro value or not.

Recent posts to Discussion

MCPP bug: conditional operator expression

Retaining the #define statements

-Dunix commandline option does not define identifier unix as 1

ifdef unix

endif