[CMake] Can't build cmake 2.8.1 out of source

[j s]

Files attached

Thanks,

Juan

On Thu, Jun 24, 2010 at 2:56 PM, Brad King <brad.king at kitware.com> wrote:

> j s wrote:
> > So if I remove /opt/local/bin from my path, but use /opt/local/bin/cmake
> > (Macports) to build, it will work.
> >
> > The compiler found is /usr/bin/gcc when /opt/local/bin/ is not in my
> > path.  In our group we typically symlink /opt/local/bin to gcc-mp-4.3,
> > which may be causing the conflict.  I do know that, at least in the
> > past, that cmake will use /usr/bin/c++ instead of /opt/local/bin/g++.
> >
> > Attached is the file you requested.  My only guess is that either the
> > compiler or other Macports tool is problematic.
>
> The FundamentalTypes.h ends up with this:
>
> > /* The size of fundamental types.  Types that do not exist have size 0.
>  */
> > #define cmsys_SIZEOF_CHAR 1
> > #define cmsys_SIZEOF_SHORT __SIZEOF_SHORT__
> > #define cmsys_SIZEOF_INT __SIZEOF_INT__
> > #define cmsys_SIZEOF_LONG __SIZEOF_LONG__
> > #define cmsys_SIZEOF_LONG_LONG __SIZEOF_LONG_LONG__
> > #define cmsys_SIZEOF___INT64 0
> [snip]
> > #if cmsys_SIZEOF_INT == 4
>
> but the #if fails.  Somehow the compiler used to detect the
> availability of macros like __SIZEOF_INT__ and the compiler
> used to actually compile later are behaving differently.
>
> From the CMakeOutput.log you sent it looks like the compiler
>
>  /opt/local/bin/gcc
>
> is used while checking for the macros.  Please run the build
> with "make VERBOSE=1" to see the full compiler command line
> that fails at build time.  Post it.
>
> Also, what is the output of
>
>  touch empty.c
>  /opt/local/bin/gcc -E empty.c -dM
>
> ?
>
> Thanks,
> -Brad
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20100624/ed03f1fe/attachment-0001.htm>