MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0013418CMakeCMakepublic2012-07-18 00:452016-06-10 14:31
ReporterClausKlein 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionmoved 
PlatformMac OS XOSDarwinOS Version10.5
Product VersionCMake 2.8.8 
Target VersionFixed in Version 
Summary0013418: make Experimental fails with macports gcc 4.7
DescriptionThe cmake selftest fails because it used -arch options which are not supported by this compiler

see http://open.cdash.org/viewTest.php?onlyfailed&buildid=2448423 [^]


The following tests FAILED:
     63 - Architecture (Failed)
     88 - BuildDepends (Failed)
    137 - ObjC++ (Failed)


claus-kleins-macbook-pro:Downloads clausklein$ cc --version
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

claus-kleins-macbook-pro:Downloads clausklein$ gcc --version
gcc (MacPorts gcc47 4.7.1_1) 4.7.1
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

claus-kleins-macbook-pro:Downloads clausklein$ sw_vers
ProductName: Mac OS X
ProductVersion: 10.5.8
BuildVersion: 9L30
claus-kleins-macbook-pro:Downloads clausklein$
Steps To ReproduceInternal cmake changing into directory: /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends
Error: cmake execution failed
The C compiler identification is GNU 4.7.1
The CXX compiler identification is GNU 4.7.1
Checking whether C compiler has -isysroot
Checking whether C compiler has -isysroot - yes
Checking whether C compiler supports OSX deployment target flag
Checking whether C compiler supports OSX deployment target flag - yes
Check for working C compiler: /opt/local/libexec/ccache/gcc
Configuring
Check for working C compiler: /opt/local/libexec/ccache/gcc -- works
Detecting C compiler ABI info
Configuring
Detecting C compiler ABI info - done
Checking whether CXX compiler has -isysroot
Checking whether CXX compiler has -isysroot - yes
Checking whether CXX compiler supports OSX deployment target flag
Checking whether CXX compiler supports OSX deployment target flag - yes
Check for working CXX compiler: /opt/local/libexec/ccache/g++
Configuring
Check for working CXX compiler: /opt/local/libexec/ccache/g++ -- works
Detecting CXX compiler ABI info
Configuring
Detecting CXX compiler ABI info - done
Creating Project/foo.cxx
Building project first time
CMake Warning (dev) in /Users/clausklein/Downloads/cmake/Tests/BuildDepends/Project/CMakeLists.txt:
  A logical block opening on the line

    /Users/clausklein/Downloads/cmake/Tests/BuildDepends/Project/CMakeLists.txt:21 (if)

  closes on the line

    /Users/clausklein/Downloads/cmake/Tests/BuildDepends/Project/CMakeLists.txt:29 (endif)

  with mis-matching arguments.
This warning is for project developers. Use -Wno-dev to suppress it.

Configuring
Output from first build:
Change Dir: /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends/Project

Run Build Command:/opt/local/bin/gmake
Scanning dependencies of target foo
[ 9%] Building CXX object CMakeFiles/foo.dir/foo.cxx.o
g++: error: unrecognized option '-arch'
gmake[2]: *** [CMakeFiles/foo.dir/foo.cxx.o] Error 1
gmake[1]: *** [CMakeFiles/foo.dir/all] Error 2
gmake: *** [all] Error 2

CMake Error at CMakeLists.txt:87 (message):
  Could not build test project (1)!


Running /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends/Project/bar
Run result: No such file or directory Output: ""
CMake Error at CMakeLists.txt:115 (message):
  Project did not initially build properly:


Running /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends/Project/zot
Run result: No such file or directory Output: ""
CMake Error at CMakeLists.txt:127 (message):
  Project did not initially build properly:


Waiting 3 seconds...
Modifying Project/foo.cxx
Building project second time
CMake Warning (dev) in /Users/clausklein/Downloads/cmake/Tests/BuildDepends/Project/CMakeLists.txt:
  A logical block opening on the line

    /Users/clausklein/Downloads/cmake/Tests/BuildDepends/Project/CMakeLists.txt:21 (if)

  closes on the line

    /Users/clausklein/Downloads/cmake/Tests/BuildDepends/Project/CMakeLists.txt:29 (endif)

  with mis-matching arguments.
This warning is for project developers. Use -Wno-dev to suppress it.

Configuring
Output from second build:
Change Dir: /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends/Project

Run Build Command:/opt/local/bin/gmake
[ 9%] Building CXX object CMakeFiles/foo.dir/foo.cxx.o
g++: error: unrecognized option '-arch'
gmake[2]: *** [CMakeFiles/foo.dir/foo.cxx.o] Error 1
gmake[1]: *** [CMakeFiles/foo.dir/all] Error 2
gmake: *** [all] Error 2

CMake Error at CMakeLists.txt:176 (message):
  Could not build test project (2)!


Running /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends/Project/bar
Run result: No such file or directory Output: ""
CMake Error at CMakeLists.txt:197 (message):
  Project did not rebuild properly!


Running /Users/clausklein/Downloads/CmakeMakeBuildDir/Tests/BuildDepends/Project/zot
Run result: No such file or directory Output: ""
CMake Error at CMakeLists.txt:211 (message):
  Project did not rebuild properly!


LINK_DEPENDS worked
Configuring
Configuring incomplete, errors occurred!
Additional Information
TagsNo tags attached.
Relationships
Attached Files? DashScriptGmake.cmake (2,844) 2012-07-18 00:56
https://public.kitware.com/Bug/file/4394/DashScriptGmake.cmake
Issue History
Date ModifiedUsernameFieldChange
2012-07-18 00:45ClausKleinNew Issue
2012-07-18 00:56ClausKleinFile Added: DashScriptGmake.cmake
2012-07-18 03:39Rolf Eike BeerNote Added: 0030069
2012-07-18 03:50Peter KuemmelNote Added: 0030070
2012-07-18 10:11Brad KingNote Added: 0030071
2012-07-18 10:13Brad KingNote Added: 0030072
2012-07-18 10:13Brad KingStatusnew => backlog
2012-07-18 13:52Rolf Eike BeerNote Added: 0030080
2012-07-18 14:56ClausKleinNote Added: 0030082
2016-06-10 14:28Kitware RobotNote Added: 0042091
2016-06-10 14:28Kitware RobotStatusbacklog => resolved
2016-06-10 14:28Kitware RobotResolutionopen => moved
2016-06-10 14:28Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0030069)
Rolf Eike Beer   
2012-07-18 03:39   
Just a note: I've already sent a patch to Peter fixing the warning in Tests/BuildDepends/Project/CMakeLists.txt.
(0030070)
Peter Kuemmel   
2012-07-18 03:50   
Thanks Rolf, fixed it.

But it seems the compiler from MacPorts doesn't support the "-arch' option.

Isn't it a misconfigured gcc?
(0030071)
Brad King   
2012-07-18 10:11   
I'm able to reproduce this and more:

The following tests FAILED:
         62 - Architecture (Failed)
         63 - BundleUtilities (Failed)
         86 - BuildDepends (Failed)
         99 - X11 (Failed)
        135 - ObjC++ (Failed)

The following should take care of the ObjC++ and X11 failures:

 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b21cb9ff [^]
 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7fa8e532 [^]

The Architecture and BuildDepends tests hard-code testing of OSX_ARCHITECTURES on sufficiently new versions of OS X. We will probably need to modify Modules/(Platform|Compiler)/* to detect whether the toolchain supports OSX_ARCHITECTURES (-arch).

Hopefully someone can identify the BundleUtilities problem.
(0030072)
Brad King   
2012-07-18 10:13   
In order to gain official support a platform must have a contributed nightly submission to the dashboard.

Moving to backlog until someone has time to address the -arch problems.
(0030080)
Rolf Eike Beer   
2012-07-18 13:52   
Claus already sent a patch for the X11 error which I merged to next on Sunday.
(0030082)
ClausKlein   
2012-07-18 14:56   
I have configured a cronjob to start a nightly build
(0042091)
Kitware Robot   
2016-06-10 14:28   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.