[CMake] CMake itself - build fails with GCC 5.1

[Mariusz Pluciński]

Ok, I have found out what is the issue. In case anyone meets this issue,
here is explanation:

cmsys/ios/sstream has own implementation of sstream, which is used when
normal one could not be found (or is known as buggy). So it should not be
even used in my build.

Eventually, it shows up that the problem was with the test that is done
during bootstrap to decide if valid sstream is available. However, in my
case test has failed not because sstream was not there, but because there
was general issue with libstdc++ - it tried to run compiled code with one
builtin into system, instead of new one compiled together with GCC.
Replacing old libstdc++ with a new one, and restarting CMake build from
scratch fixed the issue.

Sorry for spamming the list :)

2015-04-29 12:41 GMT+02:00 Mariusz Pluciński <plucinski.mariusz at gmail.com>:

> I have recently built newest GCC - 5.1.0 - on CentOS 7. Now, I am trying
> to build CMake with it. Unfortunately, it stops on "./configure" step with
> following message:
>
> In file included from /root/cmake-3.2.2/Source/kwsys/SystemTools.cxx:36:0:
> /root/cmake-3.2.2/Bootstrap.cmk/cmsys/ios/sstream: In member function
> ‘void cmsys_ios::istringstream::clear(int)’:
> /root/cmake-3.2.2/Bootstrap.cmk/cmsys/ios/sstream:176:34: error: invalid
> conversion from ‘int’ to ‘std::ios_base::iostate {aka std::_Ios_Iostate}’
> [-fpermissive]
>      this->IStrStream::clear(flags);
>                                   ^
>
> Am I doing something wrong, or CMake is not yet adjusted to latest GCC?
>
> --
> Best Regards
> Mariusz Plucinski
>



-- 
Best Regards
Mariusz Plucinski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake/attachments/20150429/18a40171/attachment.html>