Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cdt-core-dev] __cplusplus not defined for ParserLanguage.CPP

John-
 
Thank you so much. Now that i see where it belongs, the fix is in my M7 sources too. Can't imagine why my text search didn't find it.
 
-Keithen
-----Original Message-----
From: cdt-core-dev-admin@xxxxxxxxxxx [mailto:cdt-core-dev-admin@xxxxxxxxxxx]On Behalf Of John Camelon
Sent: Friday, May 28, 2004 11:24 AM
To: cdt-core-dev@xxxxxxxxxxx
Subject: Re: [cdt-core-dev] __cplusplus not defined for ParserLanguage.CPP


We handle this in CDT 2.0 stream ... in Scanner.setupBuiltInMacros()

                        if( getDefinition( __CPLUSPLUS ) == null )
                                        addDefinition( __CPLUSPLUS, CPLUSPLUS_MACRO); //$NON-NLS-1$

Please verify when M9 is available using content assist and raise a bug if you do not see contributions in C++ projects for such code elements.
Cheers,

JohnC
www.eclipse.org/cdt


cdt-core-dev-admin@xxxxxxxxxxx wrote on 05/28/2004 01:58:55 PM:

> Something i found in CDT 1.2.1, but didn't see a solution in CDT 2.0M7 either.
>
> Stroustrup says "The macro __cplusplus is defined by every C++
> compiler." But it is not defined in our scanner when our project has
> a CCNature. So when we have common C/C++ headers with such
> definitions in them:
>
> #ifndef __cplusplus
>    enum {false, true};
> #endif
>
> we blow right through the ifndef and the parser fails when the enum
> specifier code checks for false being an identifier and finds it is
> a C++ token. Shouldn't this be defined for our parser or did we
> intend for each C++ project to define this symbol?
>
> Thanks.
>
> -Keithen
> _______________________________________________
> cdt-core-dev mailing list
> cdt-core-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-core-dev

Back to the top