1.make: *** [configure-target-libgcc] Error 1
2.什么意思c语言程序编程 undefined reference to ？
3.GCC 源码编译安装
4.为什么GCC、误源GLIBC、误源libstdc++ not found？
5.gcc编译问题

make: *** [configure-target-libgcc] Error 1

       GCC源码版本: GCC 4.6.2,误源

       æœ¬åœ°GCC编译器版本：gcc (GCC) 4.6.3 (Fedora)

       ç¼–译配置： ../gcc-4.6.1/configure --target=$TARGET--prefix=$PREFIX --without-headers --enable-languages=c --disable-threads --disable-decimal-float --with-newlib --disable-shared--disable-libmudflap --disable-libssp

       #-----------------------------------#

       ä½ æƒ³å®‰è£…的是 4.6.2 还是4.6.1？

什么意思c语言程序编程 undefined reference to ？

         最近在Linux下编程发现一个诡异的现象，就是误源在链接一个静态库的时候总是报错，类似下面这样的误源错误：

       (。text+0x): undefined reference to `func'

       关于undefined reference这样的误源大众娱乐源码问题，大家其实经常会遇到，误源在此，误源我以详细地示例给出常见错误的误源各种原因以及解决方法，希望对初学者有所帮助。误源

         

       1。误源 链接时缺失了相关目标文件（。误源o）

       测试代码如下：

       然后编译。误源

       gcc -c test。误源c

       gcc –c main。误源c

       得到两个 。o 文件，一个是 main。o，一个是 test。o ，然后我们链接 。

         o 得到可执行程序：

       gcc -o main main。o

       这时，你会发现，报错了：

       main。o: In function `main':

       main。c:(。text+0x7): undefined reference to `test'

       collect2: ld returned 1 exit status

       这就是最典型的undefined reference错误，因为在链接时发现找不到某个函数的实现文件，本例中test。

         o文件中包含了test()函数的HYIP列表源码实现，所以如果按下面这种方式链接就没事了。

       gcc -o main main。o test。o

       扩展：其实上面为了让大家更加清楚底层原因，我把编译链接分开了，下面这样编译也会报undefined reference错，其实底层原因与上面是一样的。

         

       gcc -o main main。c //缺少test()的实现文件

       需要改成如下形式才能成功，将test()函数的实现文件一起编译。

       gcc -o main main。c test。c //ok,没问题了

       2。 链接时缺少相关的库文件（。

         a/。so）

       在此，只举个静态库的例子，假设源码如下。

       先把test。c编译成静态库(。a)文件

       gcc -c test。c

       ar -rc test。a test。o

       至此，我们得到了test。a文件。我们开始编译main。

         c

       gcc -c main。c

       这时，则生成了main。o文件，python增强源码然后我们再通过如下命令进行链接希望得到可执行程序。

       gcc -o main main。o

       你会发现，编译器报错了：

       /tmp/ccCPAl。o: In function `main':

       main。

         c:(。text+0x7): undefined reference to `test'

       collect2: ld returned 1 exit status

       其根本原因也是找不到test()函数的实现文件，由于该test()函数的实现在test。

         a这个静态库中的，故在链接的时候需要在其后加入test。a这个库，链接命令修改为如下形式即可。

       gcc -o main main。o 。/test。a //注：。/ 是给出了test。a的路径

       扩展：同样，为了把问题说清楚，上面我们把代码的编译链接分开了，如果希望一次性生成可执行程序，则可以对main。

         c和test。a执行如下命令。

       gcc -o main main。c 。/test。a //同样，如果不加test。a也会报错

       3。 链接的排名平台源码库文件中又使用了另一个库文件

       这种问题比较隐蔽，也是我最近遇到的与网上大家讨论的不同的问题，举例说明如下，首先，还是看看测试代码。

         

       从上图可以看出，main。c调用了test。c的函数，test。c中又调用了fun。c的函数。

       首先，我们先对fun。c，test。c，main。c进行编译，生成 。o文件。

       gcc -c func。c

       gcc -c test。

         c

       gcc -c main。c

       然后，将test。c和func。c各自打包成为静态库文件。

       ar –rc func。a func。o

       ar –rc test。a test。向上跳空源码o

       这时，我们准备将main。o链接为可执行程序，由于我们的main。

         c中包含了对test()的调用，因此，应该在链接时将test。a作为我们的库文件，链接命令如下。

       gcc -o main main。o test。a

       这时，编译器仍然会报错，如下：

       test。a(test。o): In function `test':

       test。

         c:(。text+0x): undefined reference to `func'

       collect2: ld returned 1 exit status

       就是说，链接的时候，发现我们的test。a调用了func()函数，找不到对应的实现。

         由此我们发现，原来我们还需要将test。a所引用到的库文件也加进来才能成功链接，因此命令如下。

       gcc -o main main。o test。a func。a

       ok，这样就可以成功得到最终的程序了。同样，如果我们的库或者程序中引用了第三方库（如pthread。

         a）则同样在链接的时候需要给出第三方库的路径和库文件，否则就会得到undefined reference的错误。

GCC 源码编译安装

       前言

       本文主要介绍如何在特定条件下，通过源码编译安装GCC（GNU Compiler Collection）4.8.5版本。在Linux环境下，特别是遇到较老工程代码和低版本GCC适配问题时，网络仓库不可用，可通过下载源码进行本地编译安装。文章总结了该过程的步骤，以期帮助读者解决类似需求。

       Linux系统版本：SUSE Linux Enterprise Server SP5 (aarch) - Kernel \r (\l)

       GCC版本：gcc-4.8.5

       步骤如下：

       1，源码下载

       直接在Linux终端执行：wget ftp.gnu.org/gnu/gcc/gcc...

       或手动下载：ftp://gcc.gnu.org/pub/gcc/infrastructure

       选取对应的gcc版本下载。

       2，解压并进入目录

       解压下载的tar包：tar -jxvf gcc-4.8.5.tar.bz2

       进入解压后的目录：cd gcc-4.8.5

       3，配置依赖库

       联网情况下：cd gcc-4.8.5/

       ./contrib/download_prerequisites

       无法联网时，手动下载依赖库（如mpfr、gmp、mpc）并上传到指定目录，然后分别解压、重命名并链接。

       4，创建编译存放目录

       在gcc-4.8.5目录下执行：mkdir gcc-build-4.8.5

       5，生成Makefile文件

       cd gcc-build-4.8.5

       ../configure -enable-checking=release -enable-languages=c,c++ -disable-multilib

       推荐配置时，根据环境调整参数，如X_环境下的`--disable-libsanitizer`。

       6，执行编译

       make（可能耗时较长）

       解决可能出现的问题，如libc_name_p和struct ucontext uc，通过参考gcc.gnu.org/git或直接覆盖相关文件。

       7，安装GCC

       在gcc-build-4.8.5目录下执行：make install

       安装完成后，可直接解压并安装。

       8，配置环境变量

       执行命令：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/root/gcc-4.8.5/mpc:/root/gcc-4.8.5/gmp:/root/gcc-4.8.5/mpfr

       确保路径一致，执行 source /etc/profile 使环境变量生效。

       9，检查安装情况

       通过`gcc -v`和`g++ -v`验证GCC版本。

       ，库升级

       遇到动态库未找到问题时，需升级gcc库，通过查找和替换最新库文件解决。

       ，卸载系统自带的gcc

       以root用户执行：rpm -qa |grep gcc | xargs rpm -e --nodeps

       ，修改ld.so.conf文件

       编辑文件：vi /etc/ld.so.conf，在最下面添加实际路径，如/usr/local/lib和/usr/local/lib。

       执行 ldconfig /etc/ld.so.conf。

       ，修改GCC链接

       确保GCC及其相关工具的正确链接，使用`ll /usr/bin/gcc*`和`ll /usr/bin/g++*`检查链接结果。

       至此，GCC源码编译安装流程完成，可满足特定环境下的GCC版本需求。

为什么GCC、GLIBC、libstdc++ not found？

       GLIBCXX not found

       相关报错处理方式:

       1. 需要确认所使用的库文件是否存在于系统中，通常通过运行 `ldd` 命令查看程序依赖的动态库。如果出现类似`/usr/lib/libstdc++.so.6: version 'GLIBCXX_3.4.' not found (required by ./xxx)`的错误信息，说明缺少特定版本的GLIBCXX库。

       处理方法如下:

       2. **源码编译更新gcc

**

       3. **下载官方包复制

**

       4. **手动编译复制

**

       GLIBC not found

       相关错误信息示例:

       若报错信息为`/lib/libc.so.6: version 'GLIBC_2.' not found (required by /lib/libstdc++.so.6)`，则表明缺少特定版本的GLIBC库。

       处理方法有以下几种：

       2. **源码编译更新gcc

**

       3. **下载官方包复制

**

       4. **手动编译复制

**

       gcc

       gcc 是 GNU Compiler Collection 的简称，用于将c/c++源代码编译为不同操作系统平台的汇编代码和可执行程序。

       gcc 是一组编译工具的集合，主要负责预处理和编译任务，自动调用汇编器和链接器，提供与编译器紧密相关的运行库支持。

       glibc

       glibc 是 GNU 实现的标准 C 库，提供操作系统级的底层函数和核心API，如I/O设备操作。

       glibc 包含多个头文件，每个文件定义一组相关设施。

       libstdc++

       libstdc++ 类似于 glibc，但针对 C++ 标准库。

       提供与标准 C 库相同的核心定义和底层功能，以及 C++ 标准库的实现，用于实现 C++ 程序中的库内容，如线程、流、文件、输入/输出等。

       大多数 Linux 发行版默认使用 libstdc++。

       ABI

       标准库的一个关键方面是 Application Binary Interface (ABI)，它确保了编写的 C 程序能在不同版本的 glibc 上运行。

       为了改进而不破坏兼容性，glibc 使用符号版本控制，每个函数与特定版本关联，允许新版本的程序使用新符号，而旧版本的程序仍能使用旧但兼容的符号。

       binutils 是将汇编语言翻译为目标代码的程序，与标准库之间存在密切关系。

       GNU C 函数库为开发者提供了便利，便于使用 C 语言开发基于 Linux 操作系统的程序。

       glibc 是 Linux 下的 C 标准库实现，是 GNU C Library 的一部分，已成为 Linux 的主要 C 库之一。

       相关命令

       使用 `ldd` 命令查看程序依赖的动态库。

       通过 `strings /lib/libc.so.6 | grep GLIBC_` 查看系统 GLIBC 支持的版本。

       通过 `strings /usr/lib/libstdc++.so.6 | grep GLIBCXX` 查看系统 GLIBCXX 支持的版本。

       使用 `readelf` 命令可以检查应用程序或库所需的 GLIBC 或 GLIBCXX 版本。

gcc编译问题

       gcc编译失败的可能原因及解决方案

       一、原因及解决方案概述

       在使用gcc进行编译时，可能会遇到多种问题。常见的问题包括语法错误、链接错误、库文件缺失等。针对这些问题，我们需要仔细检查源代码、编译命令以及环境配置，确保无误后才能成功编译。

       二、详细解释

       1. 语法错误：这是编译器在解析源代码时最常见的问题。可能是由于使用了错误的语法、关键字使用不当、括号不匹配等原因造成。这种情况下，gcc会给出具体的错误提示，根据提示检查并修改源代码即可。

       2. 链接错误：在编译过程中，链接器可能会找不到之前定义的函数或变量。这通常是因为函数或变量的声明与定义不匹配，或者文件路径设置不正确等。解决这类问题需要检查函数和变量的声明和定义是否一致，并确保所有依赖的文件都被正确包含。

       3. 库文件缺失：某些程序需要依赖特定的库文件才能编译成功。如果缺少这些库文件，gcc会报错。解决这类问题通常需要安装缺失的库文件，或者通过编译选项指定库文件的路径。

       三、解决方案实施建议

       针对以上问题，我们可以采取以下措施：

       1. 仔细阅读错误提示：gcc的错误提示非常详细，包含了错误类型和具体位置，这是解决问题的关键。

       2. 检查源代码：根据错误提示检查源代码，特别是错误发生的位置附近，看是否存在语法错误、变量声明与定义不匹配等问题。

       3. 确认库文件：确保所有依赖的库文件都已正确安装，并且路径设置正确。

       4. 使用正确的编译命令：确保编译命令包含了所有必要的文件和选项。

       四、总结

       解决gcc编译问题需要我们仔细分析和理解错误提示，检查源代码和环境配置，确保一切正确后再进行编译。遇到问题不要慌张，逐一排查，往往能很快找到解决方案。