• I'm using GCC 4.8.1 on a Mac via MacPorts. Without manually changing the PATH variable in the global environment settings it will only recognise the Apple GCC compiler (an ancient 4.2.1, present by default on the system). And it's more difficult than just changing it to "/opt/local/bin:$PATH" - for some reason, it won't recognise that and all paths have to be spelled out explicitly(!). That's not very intuitive.
  
  
• Even then, the indexer will *mostly* see the GCC 4.2.1 include files for the standard library. I'm saying mostly, because it will pick up the correct path for files that don't exist in the 4.2.1 include location yet (C++11-only stuff such as type_traits). Needless to say, the indexer doesn't like that.
  
  In order to fix this I have to add the GCC 4.8 standard library directories as the topmost include paths to *all* my projects, as follows:
  1) /opt/local/include/gcc48/c++/x86_64-apple-darwin12/
  2) /opt/local/include/gcc48/c++/
  
  This has to be done using both these paths in exactly this order, otherwise indexing will fail in strange ways. (For example: If I remove the first include directory, following <type_traits> gets me to the correct include, but the included <bits/c++config.h> inside type_traits will be from GCC 4.2.1. Good luck figuring stuff like that out.)
  
  It's weird that this mess happens in the first place, since the scanner discovery output *seems* ok, with all the right directories. See part of the log:
  14:57:53 **** Running scanner discovery: CDT GCC Built-in Compiler Settings ****
  g++ -E -P -v -std=c++11 -dD /Users/michael/workspace/.metadata/.plugins/org.eclipse.cdt.managedbuilder.core/spec.C
  #define __cplusplus 201103L
  (...)
  Configured with: ../gcc-4.8.1/configure --prefix=/opt/local --build=x86_64-apple-darwin12 --enable-languages=c,c++,objc,obj-c++,lto,fortran,java --libdir=/opt/local/lib/gcc48 --includedir=/opt/local/include/gcc48 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.8 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.8 --with-gxx-include-dir=/opt/local/include/gcc48/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --with-ppl=/opt/local --with-cloog=/opt/local --enable-cloog-backend=isl --disable-cloog-version-check --enable-stage1-checking --disable-multilib --enable-lto --enable-libstdcxx-time --with-as=/opt/local/bin/as --with-ld=/opt/local/bin/ld --with-ar=/opt/local/bin/ar --with-bugurl=https://trac.macports.org/newticket --with-pkgversion='MacPorts gcc48 4.8.1_1'
  
  
• Of course I also have to add "-std=c++11" in obscure places. Who in his right mind would get the idea to look under the hidden 'Discovery' tab to add this to the built-in compiler options? The fact that this is mentioned in the FAQ doesn't make it any better.
  
  
• With all this set up, the indexer *still* cannot deal with all my code. I'm pretty sure all issues related to include directories are fixed, and what remains are actual indexer bugs. For example, it chokes on this simple case:
  
  #include <type_traits>
  constexpr bool BAR() { return true; }
  struct Foo
  {
  void foo(std::enable_if<true>::type* = nullptr) {} // indexer is fine with this
  void bar(std::enable_if<BAR()>::type* = nullptr) {} // indexer has issues with that
  };
  

I'm using GCC 4.8.1 on a Mac via MacPorts. Without manually changing the PATH variable in the global environment settings it will only recognise the Apple GCC compiler (an ancient 4.2.1, present by default on the system).

Suddenly, in another project, the mouse-over over the __cplusplus definition tells me that it's recognized as '1'.

With all this set up, the indexer *still* cannot deal with all my code.