<div class="gmail_quote">On Mon, Jun 8, 2009 at 5:28 PM, Stefan Dröge <span dir="ltr"><<a href="mailto:stefan@sdroege.de">stefan@sdroege.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/6/8 Andreas Pakulat <<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>>:<br>
<div class="im">> Thats not really a bug, adding translation support for such compiler<br>
> messages in code that tries to parse that output is insane (at least<br>
> without the compiler offering a way to backtranslate its messages). In<br>
> KDevelop3 we're having the same problem and there you have the choice of<br>
> either getting nicely formatted (and shortened) compiler output or<br>
> translated messages, but not both at the same time.<br>
><br>
> Andreas<br>
<br>
</div>I don't think you need to add translation support for the parser. In<br>
this particular case the user never gets to see the output of gcc. As<br>
I understand it, it is only executed, if you configure your project<br>
with CMake, to find out the standard system header paths.</blockquote><div><br>Yes, that is the only reason.<br><br>Can you try the CMakeFindEclipseCDT4.cmake attached to this bug report? I've wrapped the call to EXECUTE_PROCESS by saving the LANG environment variable and then setting it to "C", and restoring it after running gcc. I'm not entirely sure if this is the right thing to do as I'm not really experienced with locales at all.<br>
<br><a href="http://public.kitware.com/Bug/view.php?id=9122">http://public.kitware.com/Bug/view.php?id=9122</a><br>
<br>You can test the script by putting the following in your code:<br>message("C system include dirs = ${CMAKE_ECLIPSE_C_SYSTEM_INCLUDE_DIRS}")<br>message("C++ system include dirs = ${CMAKE_ECLIPSE_CXX_SYSTEM_INCLUDE_DIRS}")<br>
<br></div></div>-- <br>Philip Lowman<br>