4

我肯定需要一些帮助来解决这个问题。自 5 天以来,我一直在尝试解决此问题,并且当我尝试了几乎可以在 Internet 上找到的每一个想法时,我快疯了……


当我使用 Cmake 生成的 makefile 编译我的 C++ 项目时,代码编译高达 100% 但随后无法链接 OGRE 框架并以Error 1退出。

由于我无法使用自己的项目进行编译,并且我的程序无法找到的框架是 OGRE 框架,我尝试使用Ogre3D 安装教程提供的文件来最大限度地简化问题。但是问题和错误仍然完全相同,并且编译过程停止:

ld:找不到框架OGRE

我试图复制在系统的默认 /Library/Framework 中的OgreSDK /lib/release中找到的Ogre.framework以及这台计算机上的几乎所有地方,包括项目文件夹(对 OgreFindFrameWork.cmake 文件进行了修改),尤其是所有文件夹由 OgreFindFrameWork.cmake 文件定位,但此错误仍然存​​在。

我也尝试了很多 Cmake 修改或使用 Xcode 编译,但由于它总是以相同的错误消息结束,我决定使用最简单的一个来说明这个问题。因此,以下信息与上述 OGRETutorialFramework 调试项目相关。

有谁可以解释我需要更改什么以使链接器能够找到定义的框架(我想这不是 Ogre 框架特有的问题,我可能会在另一个框架中遇到相同的错误)?

谢谢你。


以下部分的索引:
- 1/ make log
- 2/ OGRETutorialFramework的CMakeFile.txt
- 3/ 使用的软件版本



- 1/ make 生成和构建日志

下面是生成过程的日志:

Valkeas-Mac:OGRETutorialFramework root# make
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag - yes
-- Detected g++ 4.0.1

-- Enabling GCC visibility flags
-- Looking for OGRE...
-- OGRE_PREFIX_WATCH changed.
-- Found Ogre Cthugha (1.7.3)
-- Found OGRE: -framework OGRE
-- Looking for OGRE_Paging...
-- Found OGRE_Paging: -framework OGRE
-- Looking for OGRE_Terrain...
-- Found OGRE_Terrain: /Volumes/Data/OgreSDK/lib/libOgreTerrain.dylib
-- Looking for OGRE_Property...
-- Found OGRE_Property: /Volumes/Data/OgreSDK/lib/libOgreProperty.dylib
-- Looking for OGRE_RTShaderSystem...
-- Found OGRE_RTShaderSystem: /Volumes/Data/OgreSDK/lib/libOgreRTShaderSystem.dylib
-- Looking for OIS...
-- Found OIS: /Volumes/Data/OgreSDK/lib/release/libOIS.a
-- Configuring done
-- Generating done

如您所见,找到了框架(-- Found OGRE: -framework OGRE)。

这是构建过程的日志:

-- Build files have been written to: /var/root/Desktop/OGRETutorialFramework
Scanning dependencies of target OGRETutorialFramework
[ 50%] Building CXX object CMakeFiles/OGRETutorialFramework.dir/BaseApplication.cpp.o
[100%] Building CXX object CMakeFiles/OGRETutorialFramework.dir/TutorialApplication.cpp.o
Linking CXX executable OGRETutorialFramework.app/Contents/MacOS/OGRETutorialFramework
ld: framework not found OGRE
collect2: ld returned 1 exit status
make[2]: *** [OGRETutorialFramework.app/Contents/MacOS/OGRETutorialFramework] Error 1
make[1]: *** [CMakeFiles/OGRETutorialFramework.dir/all] Error 2
make: *** [all] Error 2
Valkeas-Mac:OGRETutorialFramework root#

如您所见,它无法找到 OGRE 框架(ld: framework not found OGRE



- 2/ OGRETutorialFramework 调试项目的CMakeFile.txt

我的Ogre SDK在我的第二个名为“Data”的硬盘上,所以我使用路径:/Volumes/Data/OgreSDK

这是我当前的 OGRETutorialFramework 的 CMakeList.txt(Ogre 设置教程中提供的,稍作修改以匹配我的文件夹路径)。

cmake_minimum_required(VERSION 2.6)
set(CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS TRUE)
cmake_policy(SET CMP0003 NEW)

set(OGRE_HOME "/Volumes/Data/OgreSDK")
set(Boost_INCLUDE_DIR "${OGRE_HOME}/boost_1_46_1")

# Use relative paths
# This is mostly to reduce path size for command-line limits on windows
if(WIN32)
  # This seems to break Xcode projects so definitely don't enable on Apple builds
  set(CMAKE_USE_RELATIVE_PATHS true)
  set(CMAKE_SUPPRESS_REGENERATION true)
  set(CMAKE_MODULE_PATH "${OGRE_HOME}/CMake/;${CMAKE_MODULE_PATH}")
  set(OGRE_SAMPLES_INCLUDEPATH
      ${OGRE_HOME}/Samples/include)
endif()

# Assign compiler for Mac OS X-based systems
# NOTE: This logic is order-dependent and must occur here because the
# configuration phase of CMake projects will fall into an infinite loop
# if compiler assignments are modified after issuing a project(...) command.
#
if (OGRE_BUILD_PLATFORM_IPHONE)
  # Force gcc <= 4.2 on iPhone
  include(CMakeForceCompiler)
  CMAKE_FORCE_C_COMPILER(gcc-4.2 GNU)
  CMAKE_FORCE_CXX_COMPILER(gcc-4.2 GNU)
elseif (APPLE AND NOT OGRE_BUILD_PLATFORM_IPHONE)
  # Force gcc <= 4.0 on Mac OS X because 4.2 is not supported prior to Mac OS X 10.5
  include(CMakeForceCompiler)
  CMAKE_FORCE_C_COMPILER(gcc-4.0 GNU)
  CMAKE_FORCE_CXX_COMPILER(gcc-4.0 GNU)
endif ()

set(OGRE_PROJECT_NAME
  "OGRETutorialFramework"
)

set(CMAKE_INSTALL_PREFIX "${CMAKE_CURRENT_SOURCE_DIR}/build/bin")

project(${OGRE_PROJECT_NAME})

# Include necessary submodules
# set(OGRE_SOURCE_DIR "/Applications/OgreSDK")
set(OGRE_SOURCE_DIR "/Volumes/Data/OgreSDK")
set(CMAKE_MODULE_PATH 
  "${OGRE_SOURCE_DIR}/CMake"
  "${OGRE_SOURCE_DIR}/CMake/Utils" 
  "${OGRE_SOURCE_DIR}/CMake/Packages"
)
set(OGRE_SAMPLES_INCLUDEPATH
  "${OGRE_SOURCE_DIR}/Samples/Common/include"
)
include(CMakeDependentOption)
include(CheckCXXCompilerFlag)
include(MacroLogFeature)
include(OgreConfigTargets)
include(PreprocessorUtils)
set(OGRE_TEMPLATES_DIR "${OGRE_SOURCE_DIR}/CMake/Templates")


#####################################################################
# Set up the basic build environment
#####################################################################

if (CMAKE_BUILD_TYPE STREQUAL "")
  # CMake defaults to leaving CMAKE_BUILD_TYPE empty. This screws up
  # differentiation between debug and release builds.
  set(CMAKE_BUILD_TYPE "RelWithDebInfo" CACHE STRING "Choose the type of build, options are: None (CMAKE_CXX_FLAGS or CMAKE_C_FLAGS used) Debug Release RelWithDebInfo MinSizeRel." FORCE)
endif ()

if (NOT APPLE)
  # Create debug libraries with _d postfix
  set(CMAKE_DEBUG_POSTFIX "_d")
endif ()

# Set compiler specific build flags
if (CMAKE_COMPILER_IS_GNUCXX)
  check_cxx_compiler_flag(-msse OGRE_GCC_HAS_SSE)
  if (OGRE_GCC_HAS_SSE)
    add_definitions(-msse)
  endif ()
endif ()
if (MSVC)
  if (CMAKE_BUILD_TOOL STREQUAL "nmake")
    # set variable to state that we are using nmake makefiles
   set(NMAKE TRUE)
  endif ()
  set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /fp:fast")
  # Enable intrinsics on MSVC in debug mode
  set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} /Oi")
  if (CMAKE_CL_64)
    # Visual Studio bails out on debug builds in 64bit mode unless
   # this flag is set...
   set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} /bigobj")
   set(CMAKE_CXX_FLAGS_RELWITHDEBINFO "${CMAKE_CXX_FLAGS_RELWITHDEBINFO} /bigobj")
  endif ()
endif ()
if (MINGW)
  add_definitions(-D_WIN32_WINNT=0x0500)
endif ()

if (CMAKE_COMPILER_IS_GNUCXX AND NOT MINGW)
  # Test for GCC visibility
  include(CheckCXXCompilerFlag)
  check_cxx_compiler_flag(-fvisibility=hidden OGRE_GCC_VISIBILITY)
  if (OGRE_GCC_VISIBILITY)
    # determine gcc version
    execute_process(COMMAND ${CMAKE_CXX_COMPILER} -dumpversion 
      OUTPUT_VARIABLE OGRE_GCC_VERSION)
    message(STATUS "Detected g++ ${OGRE_GCC_VERSION}")
    message(STATUS "Enabling GCC visibility flags")
    set(OGRE_GCC_VISIBILITY_FLAGS "-DOGRE_GCC_VISIBILITY -fvisibility=hidden")

    # check if we can safely add -fvisibility-inlines-hidden
    string(TOLOWER "${CMAKE_BUILD_TYPE}" OGRE_BUILD_TYPE)
    if (OGRE_BUILD_TYPE STREQUAL "debug" AND OGRE_GCC_VERSION VERSION_LESS "4.2")
      message(STATUS "Skipping -fvisibility-inlines-hidden due to possible bug in g++ < 4.2")
    else ()
      set(OGRE_GCC_VISIBILITY_FLAGS "${OGRE_GCC_VISIBILITY_FLAGS} -fvisibility-inlines-hidden")
    endif ()
  endif (OGRE_GCC_VISIBILITY)

  # Fix x64 issues on Linux
  if("${CMAKE_SYSTEM_PROCESSOR}" STREQUAL "x86_64" AND NOT APPLE)
    add_definitions(-fPIC)
  endif()  
endif (CMAKE_COMPILER_IS_GNUCXX AND NOT MINGW)

# determine system endianess
#include(TestBigEndian)
#test_big_endian(OGRE_TEST_BIG_ENDIAN)
set(OGRE_TEST_BIG_ENDIAN FALSE)

# Add OgreMain include path
include_directories("${OGRE_SOURCE_DIR}/OgreMain/include")
include_directories("${OGRE_BINARY_DIR}/include")
if (APPLE)
  if (OGRE_BUILD_PLATFORM_IPHONE)
    include_directories("${OGRE_SOURCE_DIR}/OgreMain/include/iPhone")

    # Set static early for proper dependency detection
    set(OGRE_STATIC TRUE)
  else ()
    include_directories("${OGRE_SOURCE_DIR}/OgreMain/include/OSX")
  endif ()
endif (APPLE)


find_package(OGRE REQUIRED)

if(NOT "${OGRE_VERSION_NAME}" STREQUAL "Cthugha")
  message(SEND_ERROR "You need Ogre 1.7 Cthugha to build this.")
endif()

find_package(OIS REQUIRED)

if(NOT OIS_FOUND)
   message(SEND_ERROR "Failed to find OIS.")
endif()

# Find Boost
if (NOT OGRE_BUILD_PLATFORM_IPHONE)
   if (WIN32 OR APPLE)
      set(Boost_USE_STATIC_LIBS TRUE)
   else ()
      # Statically linking boost to a dynamic Ogre build doesn't work on Linux 64bit
      set(Boost_USE_STATIC_LIBS ${OGRE_STATIC})
   endif ()
   if (MINGW)
      # this is probably a bug in CMake: the boost find module tries to look for
      # boost libraries with name libboost_*, but CMake already prefixes library
      # search names with "lib". This is the workaround.
      set(CMAKE_FIND_LIBRARY_PREFIXES ${CMAKE_FIND_LIBRARY_PREFIXES} "")
   endif ()
   set(Boost_ADDITIONAL_VERSIONS "1.42" "1.42.0" "1.41.0" "1.41" "1.40.0" "1.40" "1.39.0" "1.39" "1.38.0" "1.38" "1.37.0" "1.37" )
   # Components that need linking (NB does not include header-only components like bind)
   set(OGRE_BOOST_COMPONENTS thread date_time)
   find_package(Boost COMPONENTS ${OGRE_BOOST_COMPONENTS} QUIET)
   if (NOT Boost_FOUND)
      # Try again with the other type of libs
      set(Boost_USE_STATIC_LIBS NOT ${Boost_USE_STATIC_LIBS})
      find_package(Boost COMPONENTS ${OGRE_BOOST_COMPONENTS} QUIET)
   endif()
   find_package(Boost QUIET)

   # Set up referencing of Boost
   include_directories(${Boost_INCLUDE_DIR})
   add_definitions(-DBOOST_ALL_NO_LIB)
   set(OGRE_LIBRARIES ${OGRE_LIBRARIES} ${Boost_LIBRARIES})
endif()

set(HDRS
   ./BaseApplication.h
   ./TutorialApplication.h
)

set(SRCS
   ./BaseApplication.cpp
   ./TutorialApplication.cpp
)

include_directories( ${OIS_INCLUDE_DIRS}
   ${OGRE_INCLUDE_DIRS}
   ${OGRE_SAMPLES_INCLUDEPATH}
)

add_executable(${OGRE_PROJECT_NAME} WIN32 ${HDRS} ${SRCS})

set_target_properties(${OGRE_PROJECT_NAME} PROPERTIES DEBUG_POSTFIX _d)

target_link_libraries(${OGRE_PROJECT_NAME} ${OGRE_LIBRARIES} ${OIS_LIBRARIES})

file(MAKE_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/dist/bin)
file(MAKE_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/dist/media)

# post-build copy for win32
if(WIN32 AND NOT MINGW)
   add_custom_command( TARGET ${OGRE_PROJECT_NAME} PRE_BUILD
      COMMAND if not exist .\\dist\\bin mkdir .\\dist\\bin )
   add_custom_command( TARGET ${OGRE_PROJECT_NAME} POST_BUILD
      COMMAND copy \"$(TargetPath)\" .\\dist\\bin )
endif(WIN32 AND NOT MINGW)
if(MINGW)
   set(EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/dist/bin)
endif(MINGW)

if(WIN32)

   install(TARGETS ${OGRE_PROJECT_NAME}
      RUNTIME DESTINATION bin
      CONFIGURATIONS All)

   install(DIRECTORY ${CMAKE_SOURCE_DIR}/dist/Media
      DESTINATION ./
      CONFIGURATIONS Release RelWithDebInfo Debug
   )

   install(FILES ${CMAKE_SOURCE_DIR}/dist/bin/plugins.cfg
      ${CMAKE_SOURCE_DIR}/dist/bin/resources.cfg
      DESTINATION bin
      CONFIGURATIONS Release RelWithDebInfo
   )

   install(FILES ${CMAKE_SOURCE_DIR}/dist/bin/plugins_d.cfg
      ${CMAKE_SOURCE_DIR}/dist/bin/resources_d.cfg
      DESTINATION bin
      CONFIGURATIONS Debug
   )

   install(FILES ${OGRE_PLUGIN_DIR_REL}/OgreMain.dll
      ${OGRE_PLUGIN_DIR_REL}/RenderSystem_Direct3D9.dll
      ${OGRE_PLUGIN_DIR_REL}/RenderSystem_GL.dll
      ${OGRE_PLUGIN_DIR_REL}/OIS.dll
      DESTINATION bin
      CONFIGURATIONS Release RelWithDebInfo
   )

   install(FILES ${OGRE_PLUGIN_DIR_DBG}/OgreMain_d.dll
      ${OGRE_PLUGIN_DIR_DBG}/RenderSystem_Direct3D9_d.dll
      ${OGRE_PLUGIN_DIR_DBG}/RenderSystem_GL_d.dll
      ${OGRE_PLUGIN_DIR_DBG}/OIS_d.dll
      DESTINATION bin
      CONFIGURATIONS Debug
   )
endif(WIN32)

set_property(TARGET ${OGRE_PROJECT_NAME} PROPERTY MACOSX_BUNDLE TRUE)


- 3/ 使用的软件版本

OSX 版本:10.6.7(雪豹)
Xcode 版本:3.2.6
GCC 版本:4.6(4.5.3 不能编译到 100%,旧版本不支持我需要的 C++0x) Ogre 版本:1.7 .3
Cmake 版本:2.8.3或 2.8.4(我都试过了)

4

2 回答 2

7

我认为您在 SDK 路径中存在重复框架的问题。您需要将您的框架从

/Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks/Frameworks

/Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks

然后修复符号链接/Library/Frameworks

我在Re[2] 找到了解决方案:не могу въехать в ошибку линковки

如果您有兴趣:XCode 获取标准库 ( libstdc++-static.a) 取决于当前 SDK 配置。但是 libstdc++-static.a来自 MacOS10.5.sdk 配置的库不包含_M_insert,_M_extract符号。为了解决这个问题,我们只需要切换到 MacOSX10.6.sdk。

顺便提一句!!!如果您使用的是 XCode 3.2.6,您会遇到来自 Apple 的惊喜(错误)!

文件夹:/Developer/SDKs/MacOSX10.6.sdk/Library包含 里面Frameworks有链接的文件夹Frameworks。即: /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks/Frameworks这是错误的。

如果您将尝试安装和使用第三方框架(例如 CG.Frameworks),XCode 不会找到这些框架。因为 /Developer/SDKs/MacOSX10.6.sdk/Library必须包含指向 Frameworks文件夹但不是Framework文件夹的链接。

幸运的是这个问题很容易解决。您只需要将其重命名 Frameworks为(例如)_FrameworkFramework然后从/Developer/SDKs/MacOSX10.6.sdk/Library/_Frameworks/Frameworksto 复制别名/Developer/SDKs/MacOSX10.6.sdk/Library/,然后删除重命名的文件夹 _Frameworksforew。

我再次重复这仅适用于 XCode 3.2.6

于 2012-02-19T23:49:54.087 回答
3

很有可能当您执行 make 并且它失败时,您可以在日志文件(或其他类型的机制)中找到编译器的确切输出。更重要的是知道为链接执行的确切命令行以及失败的命令行(您也可以在日志文件中找到)。

检查调用链接器的方式可以解释发生了什么问题,并可能提供一种解决问题并使其链接的方法。

如果您找不到日志文件,那么您可能可以找到一种方法使 make 输出更详细,并显示所有编译器/链接器调用及其所有参数。

如果你找到它并在这里发布,我们可以一起检查它,也许会找到线索。

如果您返回 Xcode 项目并在“构建结果”窗口中单击错误消息左侧的图标以显示命令行和输出,则同样可行。

于 2011-06-08T08:06:03.817 回答