我正在尝试编译一个测试文件:gcc-otesttest.c-lg2c但是我得到了错误:/usr/bin/ld:cannotfind-lg2c如果我使用:gcc-otesttest.c-L/usr/lib/gcc/x86_64-redhat-linux/3.4.6-lg2c然后它工作正常。所以我添加了这样的路径:LD_LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/3.4.6:$LD_LIBRARY_PATH当我使用$LD_LIBRARY_PATH时，它列在那里，但是:gcc-otesttest.c-lg2c还是不行，报同样的错误，我不明白为什
编辑:我解决了这个问题，解决方案如下。我正在专用于科学计算的共享计算集群中构建代码，因此我只能控制我的主文件夹中的文件。虽然我以fftw为例，但我想了解具体原因，为什么我尝试设置LD_LIBRARY_PATH不起作用。我像这样在我的主文件夹中构建fftw和fftw_mpi库./configure--prefix=$HOME/install/fftw--enable-mpi--enable-sharedmakeinstall构建良好，但在install/fftw/lib中，我发现新构建的libfftw3_mpi.so链接到错误版本的fftw库。$lddlibfftw3_mpi.so|gr
编辑:我解决了这个问题，解决方案如下。我正在专用于科学计算的共享计算集群中构建代码，因此我只能控制我的主文件夹中的文件。虽然我以fftw为例，但我想了解具体原因，为什么我尝试设置LD_LIBRARY_PATH不起作用。我像这样在我的主文件夹中构建fftw和fftw_mpi库./configure--prefix=$HOME/install/fftw--enable-mpi--enable-sharedmakeinstall构建良好，但在install/fftw/lib中，我发现新构建的libfftw3_mpi.so链接到错误版本的fftw库。$lddlibfftw3_mpi.so|gr
在我面前有一些不同的技术，我对它们感到困惑。GNUmake、CMAKE、Qmake、Code::blocks方法论Code::Blocksusesacustombuildsystem,whichstoresitsinformationinXML-basedprojectfiles,butcanoptionallyuseexternalmakefiles**saysWIKI**1-CMAKE和GNUMAKE有什么区别？2-如果我计划与Linux建立长期合作关系，那什么是最好的？3-如果我需要跨平台一些应用程序，我是否需要相同的技术？ 最佳答案
在我面前有一些不同的技术，我对它们感到困惑。GNUmake、CMAKE、Qmake、Code::blocks方法论Code::Blocksusesacustombuildsystem,whichstoresitsinformationinXML-basedprojectfiles,butcanoptionallyuseexternalmakefiles**saysWIKI**1-CMAKE和GNUMAKE有什么区别？2-如果我计划与Linux建立长期合作关系，那什么是最好的？3-如果我需要跨平台一些应用程序，我是否需要相同的技术？ 最佳答案
解决方案:在add_executable()语句中添加资源文件问题(不在add_library()中)设置主窗口图标失败。注释:当我不使用AUTORCC时，我遇到了一些编译问题:QtCore/qglobal.h:没有那个文件或目录。但是，我确实更喜欢AUTORCC作为一种更现代的CMake方法。没有AUTORCC(与提供的CMakeLists.txt不同)和Qt-4.6.2，当前代码可以正常工作。不同的CMakeLists.txt)代码这是我项目的最小化代码。树:|-CMakeLists.txt|-main_window.hpp|-main_window.cpp|-main.cpp|-
解决方案:在add_executable()语句中添加资源文件问题(不在add_library()中)设置主窗口图标失败。注释:当我不使用AUTORCC时，我遇到了一些编译问题:QtCore/qglobal.h:没有那个文件或目录。但是，我确实更喜欢AUTORCC作为一种更现代的CMake方法。没有AUTORCC(与提供的CMakeLists.txt不同)和Qt-4.6.2，当前代码可以正常工作。不同的CMakeLists.txt)代码这是我项目的最小化代码。树:|-CMakeLists.txt|-main_window.hpp|-main_window.cpp|-main.cpp|-
GNU/Make手册§5.7规定如下:5.7RecursiveUseofmakeRecursiveuseofmakemeansusingmakeasacommandinamakefile.Thistechniqueisusefulwhenyouwantseparatemakefilesforvarioussubsystemsthatcomposealargersystem.Forexample,supposeyouhaveasubdirectorysubdirwhichhasitsownmakefile,andyouwouldlikethecontainingdirectory'sma
GNU/Make手册§5.7规定如下:5.7RecursiveUseofmakeRecursiveuseofmakemeansusingmakeasacommandinamakefile.Thistechniqueisusefulwhenyouwantseparatemakefilesforvarioussubsystemsthatcomposealargersystem.Forexample,supposeyouhaveasubdirectorysubdirwhichhasitsownmakefile,andyouwouldlikethecontainingdirectory'sma
我正在关注这个thread还有这个one在没有sudo许可的情况下构建我自己的KDE。由于工作站上没有安装Git和CMake。我只是将它们都安装在/home/下，并添加了/home//bin和/home//lib到PATH和LD_LIBRARY_PATH。由于KDE构建只支持CMake，不支持配置。所以我必须通过CMake设置前缀，如下所示:cmake~/kde-devel/src/kdelibs-DCMAKE_INSTALL_PREFIX=/home/.此时我得到以下错误:>~/bin/cmake~/kde-devel/src/kdelibs-DCMAKE_INSTALL_PREFI
