[ecpg bug]: can not use single '*' in multi-line comment after c preprocessor directives
Hi hackers,
The following code fails to pass the ecpg compilation, although it is accepted by the gcc compiler.
```
#if ABC /* this is a multi-line
* comment including single star character */
int a = 1;
#endif
```
The issue arises from the first '*' in the second line. Upon its removal, the ecpg compiler functions properly.
```
#if ABC /* this is a multi-line
comment without single star character */
int a = 1;
#endif
```
The problem has been identified as a bug in the `cppline` definition within the `pgc.l` file.
```
cppline {space}*#([^i][A-Za-z]*|{if}|{ifdef}|{ifndef}|{import})((\/\*[^*/]*\*+\/)|.|\\{space}*{newline})*{newline}
```
[Source](https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/interfaces/ecpg/preproc/pgc.l;h=f3c03482aec61956691f30426f61510920c5c702;hb=HEAD#l461)
More specifically, the bug originates from the regex pattern for the C block code comment.
```
\/\*[^*/]*\*+\/
```
Attempting another example:
```
#if ABC /* hello * world */
int a = 1;
#endif
```
This time, the ecpg compiler also functions correctly.
Confused! I am uncertain how to rectify the regex. I hope someone can address this bug.
"Winter Loo" <winterloo@126.com> writes:
The following code fails to pass the ecpg compilation, although it is accepted by the gcc compiler.
Yeah ... an isolated "/" inside the comment doesn't work either.
Confused! I am uncertain how to rectify the regex. I hope someone can address this bug.
I poked at this for awhile and concluded that we probably cannot make
it work with a single regexp for "cppline". The right thing would
involve an exclusive start condition for parsing a cppline, more or
less like the way that /* comments are parsed in the <xc> start
condition. This is kind of a lot of work compared to the value :-(.
Maybe somebody else would like to take a crack at it, but I can't
get excited enough about it.
There are other deficiencies too in ecpg's handling of these things,
like the fact that (I think) comments are mishandled in #include
directives.
regards, tom lane