User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); es-ES; rv:1.8.0.5) Gecko/20060719 Firefox/1.5.0.5 Build Identifier: Eclipse-cdt uses a command from gcc toolchain for finding all the includes, the command returns something like the search of #include<...> starts here /important stuff for CDT /more things the search list ends here. The problem is it tries to parse all the stuff ignoring LC_ALL, if LC_ALL is not set to english, like en_US, etc, then gcc command shows something diferent. LC_ALL="es_CO" la busqueda de #include<...> comienza aqui /important stuff for cdt /more important stuff fin de la busqueda when it tries to parse it, it finds nothing to do, One possible way of solving it is setting LC_ALL="en_US" before calling startup.jar. But i think it should go upstream, couse it`s related to every eclipse-cdt build i know. Reproducible: Always Steps to Reproduce: 1.$export LC_ALL="es_CO" 2.$eclipse-3.2 3.start a new Managed make, or standard make project, PD: don`t know if it works without having a foreign install of gentoo Actual Results: you can see it doesn`t show any includes.autocompletes doesn`t work, other features don`t work Expected Results: Show an Include folder, wich should contain /usr/include and other standard c/c++ libraries. I think is a major problem, couse the autocompletion is the most differentiating feature of eclipse-cdt
dev-util/eclipse-cdt is package.masked; and yes, submit this upstream, please, not a Gentoo issue. https://bugs.eclipse.org/bugs/enter_bug.cgi