MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0007917CMakeCMakepublic2008-11-02 16:102011-05-02 14:46
ReporterHartmut Seichter 
Assigned ToMiguel Figueroa 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionCMake 2.8.4Fixed in VersionCMake 2.8.4 
Summary0007917: CMake 2.6.2 generating Xcode project with wxWidgets depency does not work
DescriptionAttached a very basic (wxWidget Minimal) example which shows the following behaviour on CMake 2.6.2:

- using the Xcode generator and target set to i386;ppc (aka Universal) the project can't be linked: the linker bails out with the error in 1)

- using the Makefile generator and same settings (target set to Universal "i386;ppc") all works fine


1) Error when using Xcode

        cd /Users/seichter/Development/wxTemplate/build
    /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.5.sdk -L/Users/seichter/Development/wxTemplate/build/Debug -L/usr/local/lib/Debug -L/Developer/SDKs/MacOSX10.5.sdk/usr/local/lib -F/Users/seichter/Development/wxTemplate/build/Debug -filelist /Users/seichter/Development/wxTemplate/build/wxTemplate.build/Debug/wxTemplate.build/Objects-normal/i386/wxTemplate.LinkFileList -mmacosx-version-min=10.5 -Wl,-search_paths_first -headerpad_max_install_names -L/usr/local/lib -arch ppc -arch i386 -framework IOKit -framework Carbon -framework Cocoa -framework System -framework QuickTime -framework OpenGL -framework AGL -lwx_base_carbonu-2.8 -lwx_macu_core-2.8 -lwx_macu_adv-2.8 -lwx_macu_gl-2.8 -o /Users/seichter/Development/wxTemplate/build/wxTemplate.build/Debug/wxTemplate.build/Objects-normal/i386/wxTemplate
ld warning: in /Users/seichter/Development/wxTemplate/build/wxTemplate.build/Debug/wxTemplate.build/Objects-normal/i386/Main.o, file is not of required architecture
Undefined symbols for architecture ppc:
  "_main", referenced from:
      start in crt1.10.5.o
ld: symbol(s) not found for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/hM/hM6dJIrUFPyrPc0lx9wjmU+++TI/-Tmp-//ccpnLsSz.out (No such file or directory)
          "_main", referenced from:
              start in crt1.10.5.o
        ld: symbol(s) not found for architecture ppc
        collect2: ld returned 1 exit status
        lipo: can't open input file: /var/folders/hM/hM6dJIrUFPyrPc0lx9wjmU+++TI/-Tmp-//ccpnLsSz.out (No such file or directory)
        cd /Users/seichter/Development/wxTemplate/build
    /Developer/usr/bin/g++-4.0 -arch ppc -isysroot /Developer/SDKs/MacOSX10.5.sdk -L/Users/seichter/Development/wxTemplate/build/Debug -L/usr/local/lib/Debug -L/Developer/SDKs/MacOSX10.5.sdk/usr/local/lib -F/Users/seichter/Development/wxTemplate/build/Debug -filelist /Users/seichter/Development/wxTemplate/build/wxTemplate.build/Debug/wxTemplate.build/Objects-normal/ppc/wxTemplate.LinkFileList -mmacosx-version-min=10.5 -Wl,-search_paths_first -headerpad_max_install_names -L/usr/local/lib -arch ppc -arch i386 -framework IOKit -framework Carbon -framework Cocoa -framework System -framework QuickTime -framework OpenGL -framework AGL -lwx_base_carbonu-2.8 -lwx_macu_core-2.8 -lwx_macu_adv-2.8 -lwx_macu_gl-2.8 -o /Users/seichter/Development/wxTemplate/build/wxTemplate.build/Debug/wxTemplate.build/Objects-normal/ppc/wxTemplate
ld warning: in /Users/seichter/Development/wxTemplate/build/wxTemplate.build/Debug/wxTemplate.build/Objects-normal/ppc/Main.o, file is not of required architecture
Undefined symbols for architecture i386:
  "_main", referenced from:
      start in crt1.10.5.o
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/hM/hM6dJIrUFPyrPc0lx9wjmU+++TI/-Tmp-//cc9BqhwW.out (No such file or directory)
          "_main", referenced from:
              start in crt1.10.5.o
        ld: symbol(s) not found for architecture i386
        collect2: ld returned 1 exit status
        lipo: can't open input file: /var/folders/hM/hM6dJIrUFPyrPc0lx9wjmU+++TI/-Tmp-//cc9BqhwW.out (No such file or directory)
Build failed (2 errors)

Steps To Reproduce
Additional Information- Xcode Version 3.1.1
- CMake 2.6.2

wxWidgets 2.8.9 compiled as unicode, cocoa, shared and installed in /usr/local/*

AFAIR this issue didn't exist with CMake 2.6.1


TagsNo tags attached.
Relationships
duplicate of 0008272closed Bill Hoffman CMake 2.6.3 RC5 breaks on Mac OS X 
Attached Fileszip wxTemplate.zip (4,888) 2008-11-02 16:10
https://public.kitware.com/Bug/file/1820/wxTemplate.zip
zip wxTemplate_updated.zip (4,349) 2011-01-20 12:06
https://public.kitware.com/Bug/file/3646/wxTemplate_updated.zip
Issue History
Date ModifiedUsernameFieldChange
2008-11-02 16:10Hartmut SeichterNew Issue
2008-11-02 16:10Hartmut SeichterFile Added: wxTemplate.zip
2008-12-29 06:17Hartmut SeichterNote Added: 0014448
2009-01-02 23:46Miguel FigueroaStatusnew => assigned
2009-01-02 23:46Miguel FigueroaAssigned To => Miguel Figueroa
2009-01-02 23:53Miguel FigueroaRelationship addedduplicate of 0008272
2009-01-03 00:06Miguel FigueroaNote Added: 0014463
2009-01-04 02:42Hartmut SeichterNote Added: 0014464
2009-01-04 04:57Miguel FigueroaNote Added: 0014465
2009-01-04 04:58Miguel FigueroaAssigned ToMiguel Figueroa =>
2009-01-06 05:06Hartmut SeichterNote Added: 0014468
2009-01-06 13:23Miguel FigueroaNote Added: 0014469
2009-01-06 13:23Miguel FigueroaAssigned To => Miguel Figueroa
2009-04-07 10:16Miguel FigueroaNote Added: 0015951
2009-04-07 10:16Miguel FigueroaStatusassigned => feedback
2009-04-20 01:20Hartmut SeichterNote Added: 0016074
2009-05-14 00:02Hartmut SeichterNote Edited: 0016074
2011-01-18 11:03David ColeNote Added: 0024856
2011-01-20 11:51Hartmut SeichterNote Added: 0024960
2011-01-20 11:51Hartmut SeichterStatusfeedback => assigned
2011-01-20 12:06Hartmut SeichterFile Added: wxTemplate_updated.zip
2011-01-20 16:27Hartmut SeichterNote Deleted: 0024960
2011-01-20 16:30Hartmut SeichterNote Added: 0024971
2011-01-20 16:32David ColeNote Added: 0024973
2011-01-20 16:32David ColeStatusassigned => resolved
2011-01-20 16:32David ColeFixed in Version => CMake 2.8.4
2011-01-20 16:32David ColeResolutionopen => fixed
2011-01-20 16:32David ColeTarget Version => CMake 2.8.4
2011-01-20 16:32David ColeAdditional Information Updatedbug_revision_view_page.php?rev_id=145#r145
2011-05-02 14:46David ColeNote Added: 0026371
2011-05-02 14:46David ColeStatusresolved => closed

Notes
(0014448)
Hartmut Seichter   
2008-12-29 06:17   
FindwxWidgets copies the -arch flags from wxconfig which works for Makefiles but not for Xcode. Xcode than completely ignores the library statement.

A working workaround is this:

    set(Apple_wxWidgets_LIBRARIES)
    foreach(LIB ${wxWidgets_LIBRARIES})
        #message(STATUS "Checking ${LIB}")
        if(${LIB} MATCHES "-arch")
            message(STATUS "Skipping ${LIB}")
        else()
            #message(STATUS "Added ${LIB}")
            list(APPEND Apple_wxWidgets_LIBRARIES ${LIB})
        endif()
    endforeach()
    
    set(wxWidgets_LIBRARIES ${Apple_wxWidgets_LIBRARIES})
(0014463)
Miguel Figueroa   
2009-01-03 00:06   
Could you post the output of the following commands:

wx-config --libs
wx-config --list

----
BTW, you should use the following line, rather than the USE_LIBS:

find_package(wxWidgets REQUIRED base core adv gl)

Also, the following two lines are already inserted by the include(${wxWidgets_USE_FILE}):

add_definitions(${wxWidgets_DEFINITIONS})
include_directories(${wxWidgets_INCLUDE_DIRS})

So, they are not needed. Make sure these things are not causing problems at your end.
----

Thanks,
--Miguel
(0014464)
Hartmut Seichter   
2009-01-04 02:42   
Thanks for pointing out the extra lines - I removed them. However, same result.

Below the two commands. This is off a vanilla wxWidgets 2.8.x branch off the SVN. In CMake I change the default detected /usr/bin/wx-config to the version listed below and I also tick the Unicode version. And btw. if I select the static version it also doesn't work - same errors as above.

Hartmuts-Mac:wxTemplate seichter$ /usr/local/bin/wx-config --libs
-L/usr/local/lib -arch ppc -arch i386 -framework IOKit -framework Carbon -framework Cocoa -framework System -framework QuickTime -framework OpenGL -framework AGL -lwx_macu_richtext-2.8 -lwx_macu_aui-2.8 -lwx_macu_xrc-2.8 -lwx_macu_qa-2.8 -lwx_macu_html-2.8 -lwx_macu_adv-2.8 -lwx_macu_core-2.8 -lwx_base_carbonu_xml-2.8 -lwx_base_carbonu_net-2.8 -lwx_base_carbonu-2.8

Hartmuts-Mac:wxTemplate seichter$ /usr/local/bin/wx-config --list

    Default config is mac-unicode-release-2.8

  Default config will be used for output

  Alternate matches:
    mac-ansi-release-static-2.8
(0014465)
Miguel Figueroa   
2009-01-04 04:57   
I don't develop on a Mac and don't have one for testing, but it seems to me that I'm picking the wx-config output as it should. That is, the linking line above corresponds to the output of the selected wxWidgets wx-config --libs.

So, the problem seems to be with the Xcode Generator. It seems to me that you need to select the architecture in the Xcode GUI and maybe remove the -arch flags from the build line. So, this should be handled by the generator.

If to handle it the generator needs the FindwxWidgets/UsewxWidgets module to set a few things (such as properties), then this can be handled at that level.

--Miguel
(0014468)
Hartmut Seichter   
2009-01-06 05:06   
I don't think this is an Xcode issue per se. CMake supports since 2.4 to control universal/fat binaries with CMAKE_OSX_ARCHITECTURES. As the cmake rerun will override the Xcode settings it is the prefered way. Hence, the UsewxWidgets module should honour the settings of this variable - maybe yield an error when the architecture is not available. But in general it should strip the -arch flag from the library list. I guess one could also argue this is upstream an wxWidgets problem.

As an example it would make sense to have a CMAKE_OSX_ARCHITECTURE set to "i386" and wxWidgets been build as Universal i386;ppc;ppc_64;x64 - linking should still succeed. Its up to the user to use the lipo command to slim down the bundled libs for deployment.
(0014469)
Miguel Figueroa   
2009-01-06 13:23   
So, what I gather from your experience is that:

1. The value of CMAKE_OSX_ARCHITECTURES should have priority over what wx-config provides as output.

2. If the value of CMAKE_OSX_ARCHITECTURES is found in the list provided by wx-config, then we can succeed in finding wxWidgets and we simply strip the -arch commands. If it is not, then we should return wxWidgets_FOUND=FALSE. That is we set CMAKE_OSX_ARCHITECTURE to i386 and wx-config --libs returns ... -arch ppc -arch ppc_64 -arch x64 ...

3. What happens if CMAKE_OSX_ARCHITECTURES is not set? Do we keep the -arch commands in the build line? Do we extract them and use them to set the CMAKE_OSX_ARCHITECTURES variable? Do we strip them out and simply ignore them?

Let's discuss this here first and then I'll poll the list for any additional feedback before I apply a patch to solve this.

Thanks,
--Miguel
(0015951)
Miguel Figueroa   
2009-04-07 10:16   
I need feedback on this to decide what is the correct way to proceed. I don't have the environment for debugging either.
(0016074)
Hartmut Seichter   
2009-04-20 01:20   
(edited on: 2009-05-14 00:02)
Sorry haven't looked in here for a while

1 - yes as you can link with an Intel target against a universal library

2 + 3 - CMAKE_OSX_ARCHITECTURES seems always been set on Mac version of CMake and defaults to the host platform (so on an Intel MacBook its a i386, on a PowerMac its ppc)

2 yes, sounds reasonable if CMAKE_OSX_ARCHITECTURE is not found in the list it will fail to link, so you can give the user the chance in CMake to fix the problem. If both or the one are found, strip them/it and return the rest of the libs. So the only way it could fail if a i386 target tries to link against ppc only and vice versa (well, there could be potentially more as you already identified - this should become more apparent with wxWidgets / wxOSX in the trunk)
(0024856)
David Cole   
2011-01-18 11:03   
Is this still an issue with CMake 2.8.3 or the recently posted CMake 2.8.4-rc1?

Please try again and let us know if this is still a problem...

Thanks.
(0024971)
Hartmut Seichter   
2011-01-20 16:30   
Sorry, checked again. Works as expected. Used 2.8.4-rc1 and checked with Xcode and makefiles.
(0024973)
David Cole   
2011-01-20 16:32   
Excellent! Resolving as fixed based on lastest comment from reporter...

Please re-open if there is anything that needs to be added here.

Thanks!
(0026371)
David Cole   
2011-05-02 14:46   
Closing resolved issues that have not been updated in more than 3 months.