cmake +universal x86_64/i386: CHECK_TYPE_SIZE found different results

[treaves@…]

-- Check if the system is big endian - little endian
-- Looking for include files HAVE_STDARG_H
-- Looking for include files HAVE_STDARG_H - found
-- Looking for include files HAVE_WCHAR_H
-- Looking for include files HAVE_WCHAR_H - found
-- Looking for asprintf
-- Looking for asprintf - found
-- Looking for setgroups
-- Looking for setgroups - not found.
running cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.6.4/CMakeFiles/CMakeTmp" && /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.6.4/Bootstrap.cmk/cmake -E copy src2.c src.c  2>&1
-- Performing Test VA_LIST_ISNOT_ARRAY_DEFINE
-- Performing Test VA_LIST_ISNOT_ARRAY_DEFINE - Failed
running cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.6.4/CMakeFiles/CMakeTmp" && /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.6.4/Bootstrap.cmk/cmake -E copy src2.c src.c  2>&1
-- Performing Test HAS_VA_COPY
-- Performing Test HAS_VA_COPY - Success
running cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.6.4/CMakeFiles/CMakeTmp" && /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.6.4/Bootstrap.cmk/cmake -E copy src2.c src.c  2>&1
-- Performing Test ATTR_UNUSED_VAR
-- Performing Test ATTR_UNUSED_VAR - Success
-- Looking for elf.h
-- Looking for elf.h - not found
-- Configuring incomplete, errors occurred!
---------------------------------------------
Error when bootstrapping CMake:
Problem while running initial CMake
---------------------------------------------
Error: Status 1 encountered during processing.
Executing: /opt/local/bin/port install cmake +universal

[tobypeterson]

I don't think that (elf.h) is really the issue, it's just the last thing in the log. Can you provide a debug log? Also, there's really no need to build universal, that's probably what's causing the issue.

[treaves@…]

Hm... running 'sudo port install -d cmake +universal' seems to have installed it fine. The last time I used Porticus.

[cssdev]

Just upgrading to Snow Leopard myself, so I can't verify anything yet ... maybe it's some kind of issue with Porticus.

[eric.nodwell@…]

Replying to treaves@…:

Hm... running 'sudo port install -d cmake +universal' seems to have installed it fine. The last time I used Porticus.

Are you sure that's '+universal'? Because the +universal build failed for me with the "Looking for elf.h - not found" error. (I have +universal as default.) However, '-universal' built fine for me.

[cssdev]

I verified the error building +universal, but a non-universal build worked without any trouble. Do you have a need to build universal on Snow Leopard?

[treaves@…]

Not a need, but that's not the issue. I have a need to build other things +Universal, and that means that everything that is built as dependencies also get the +Universal.

[cssdev]

It looks like adding universal_variant no might be the easiest fix for now.

[ryandesign (Ryan Carsten Schmidt)]

Cc Me!

[florian.feldhaus@…]

Cc Me!

[nicos_pavlov@…]

Cc Me!

[domiman@…]

Cc Me!

[Veence (Vincent)]

I can confirm the bug, I can confirm also that building -universal leads to the same error (elf.h not found, which is normal), but the builds carries on anyway. The best way to fix would maybe to build two different binaries and then join them via lipo, as some other ports do.

[ryandesign (Ryan Carsten Schmidt)]

debug output

[ryandesign (Ryan Carsten Schmidt)]

Attached​ is the full debug output. The relevant error seems to be:

-- Check size of long
CMake Error at Modules/CheckTypeSize.cmake:89 (MESSAGE):
  CHECK_TYPE_SIZE found different results, consider setting
  CMAKE_OSX_ARCHITECTURES or CMAKE_TRY_COMPILE_OSX_ARCHITECTURES to one or no
  architecture !

[ryandesign (Ryan Carsten Schmidt)]

Simply using the muniversal portgroup​ does seem to work.

[cssdev]

Replying to ryandesign@…:

Simply using the muniversal portgroup​ does seem to work.

That seems like an easy enough fix! treaves, could you please verify that this changes solves the problem on your system?

[treaves@…]

It does indeed fix it for me. Thanks!

[cssdev]

Thanks for the confirmation. Committed to r58150