草庐IT

GCC-style

全部标签

python - pip 安装报告实验室错误 : command 'x86_64-linux-gnu-gcc' failed with exit status 1

使用ubuntu虚拟环境。我尝试安装reportlab命令是pipinstallreportlab在这个目录中(company2)stefano@stefano-X550EP:~/htdocs/company2$错误是error:command'x86_64-linux-gnu-gcc'failedwithexitstatus1实际上点列表是:argparse(1.2.1)Django(1.7.7)html5lib(0.999)pip(1.5.4)pisa(3.0.33)PyPDF2(1.24)setuptools(2.2)wsgiref(0.1.2)xhtml2pdf(0.0.6)我

linux - GCC/ELF - 我的符号从哪里来?

有一个动态链接到多个共享对象的可执行文件。我如何确定某些符号(导入到可执行文件中)属于它们中的哪一个?如果有不止一种可能性,我可以模拟ld并从哪里获取它吗? 最佳答案 看看nm(1),objdump(1)和elfdump(1). 关于linux-GCC/ELF-我的符号从哪里来?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/331635/

linux - GCC/ELF - 我的符号从哪里来?

有一个动态链接到多个共享对象的可执行文件。我如何确定某些符号(导入到可执行文件中)属于它们中的哪一个?如果有不止一种可能性,我可以模拟ld并从哪里获取它吗? 最佳答案 看看nm(1),objdump(1)和elfdump(1). 关于linux-GCC/ELF-我的符号从哪里来?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/331635/

c++ - 如何针对自定义 gcc 库强制 cmake 链接

在cmake生成makefile后,我正在尝试使用customgcc编译我的程序。我已经完成了以下工作:从源代码编译gcc5.2.0将cmake变量CMAKE_CXX_COMPILER设置为自定义构建的路径,比方说/home/user/pkgs/bin/g++。运行cmake,成功完成运行make,也成功完成但是,当我尝试运行程序时,它显示如下错误:/usr/lib/x86_64-linux-gnu/libstdc++.so.6:找不到版本“GLIBCXX_3.4.21”在我看来,问题在于链接到/usr/lib中的旧库,而应该链接到cutomgcc库。我该如何解决这个问题?

c++ - 如何针对自定义 gcc 库强制 cmake 链接

在cmake生成makefile后,我正在尝试使用customgcc编译我的程序。我已经完成了以下工作:从源代码编译gcc5.2.0将cmake变量CMAKE_CXX_COMPILER设置为自定义构建的路径,比方说/home/user/pkgs/bin/g++。运行cmake,成功完成运行make,也成功完成但是,当我尝试运行程序时,它显示如下错误:/usr/lib/x86_64-linux-gnu/libstdc++.so.6:找不到版本“GLIBCXX_3.4.21”在我看来,问题在于链接到/usr/lib中的旧库,而应该链接到cutomgcc库。我该如何解决这个问题?

linux - 如何将 libc.a 链接到 arm-linux 中的共享库中使用 arm-none-linux-gnueabi-gcc

在一个项目中,我的同事创建了一个静态库,例如liba.a,它与应用程序链接。在liba.a中,他将libcmalloc()覆盖为他的所有者版本。我创建了一个共享库libs.so,它也与应用链接。问题是当我的libs.so与应用程序链接时,我的libs.so中使用的malloc()将是liba.a中的那个,不是标准libc.so中的那个,这会导致问题。然后,我想将libc.a静态链接到我的libs.so,我为gcc使用了-static-shared-fPIcflags。但我总是得到arm-2012.03/bin/../lib/gcc/arm-none-linux-gnueabi/4.6.

linux - 如何将 libc.a 链接到 arm-linux 中的共享库中使用 arm-none-linux-gnueabi-gcc

在一个项目中,我的同事创建了一个静态库,例如liba.a,它与应用程序链接。在liba.a中,他将libcmalloc()覆盖为他的所有者版本。我创建了一个共享库libs.so,它也与应用链接。问题是当我的libs.so与应用程序链接时,我的libs.so中使用的malloc()将是liba.a中的那个,不是标准libc.so中的那个,这会导致问题。然后,我想将libc.a静态链接到我的libs.so,我为gcc使用了-static-shared-fPIcflags。但我总是得到arm-2012.03/bin/../lib/gcc/arm-none-linux-gnueabi/4.6.

Linux gcc/g++编译链接头文件和库(动态库.so 和 静态库.a)

最近在学习log4cpp库时,使用g++去编译,却发现自己不会链接...,这哪能行,于是网上钻研,终于解决,现在记录下来分享给遇到同样问题的人。gcc和g++类似,这里就以g++为例!刚好用到的log4cpp日志库有头文件和动态库.so和静态库.a,这里就以log4cpp库为例。在安装好log4cpp库后,在路径/usr/local/下有lib库和include头文件注意:任何库的默认安装路径都是在此!然后新建一个文件夹作为项目文件夹,进入此文件夹,然后新建include文件夹,将上图的log4cpp文件夹拷贝到刚刚新建的include文件夹下;然后新建lib文件夹,将上图的liblog4cp

c++ - 用较新的 GCC 版本替换 GCC 的系统级 C++ 运行时是否安全?

LinuxC++程序使用针对libgcc_s.so.1和libstdc++.so.6库的GCC链接构建,每个库都包含多个ABI:较新版本包含来自旧版本加上新版本。GCCABIpolicydocument说针对旧运行时构建的程序应该能够在新运行时上运行。因此,理论上,较旧的二进制文件应该可以在新系统上运行。如果我有一个运行时较旧的系统并且不想在这个系统上经历升级GCC的麻烦,我可以手动用新的库替换上面提到的库吗?从理论上讲,所有链接到它的旧可执行文件都应该可以工作(包括GCC本身),但感觉就像是一个拼凑。这样做安全吗? 最佳答案 也许

c++ - 用较新的 GCC 版本替换 GCC 的系统级 C++ 运行时是否安全?

LinuxC++程序使用针对libgcc_s.so.1和libstdc++.so.6库的GCC链接构建,每个库都包含多个ABI:较新版本包含来自旧版本加上新版本。GCCABIpolicydocument说针对旧运行时构建的程序应该能够在新运行时上运行。因此,理论上,较旧的二进制文件应该可以在新系统上运行。如果我有一个运行时较旧的系统并且不想在这个系统上经历升级GCC的麻烦,我可以手动用新的库替换上面提到的库吗?从理论上讲,所有链接到它的旧可执行文件都应该可以工作(包括GCC本身),但感觉就像是一个拼凑。这样做安全吗? 最佳答案 也许