构建GCC4.5时出现问题：tools.zip中出错
我试图在Linux版本2.6.18-164.6.1.el5上构建GCC4.5.0，但发现了以下问题，在Google上找不到答案。我使用了下面的命令 ../gcc-4.3.5/configure-prefix=/usr-prefix=/apps-带gmp=/apps-带mpc=/apps-带mpfr=/apps-启用共享-启用线程=posix make-j8 这是它抱怨错误的部分 cp:为“./asm/org/objectweb/asm/ClassAdapter.class”保留ACL：不支持操作 cp:保留“./asm/org/objectweb/asm”的权限：不支持操作 cp:保留“./asm/org/objectweb”的权限：不支持操作 cp:保留“./asm/org”的权限：不支持操作 cp:保留“./asm”的权限：不支持操作 make[6]：***[tools.zip]错误1 make[6]：离开目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath/tools” make[6]：输入目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath” 真DO=所有多DO生成 make[6]：离开目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath” 生成[5]：***[all recursive]错误1 make[5]：离开目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava/classpath” 生成[4]：***[all recursive]错误1 make[4]：离开目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/32/libjava” 生成[3]：***[multi do]错误1 make[3]：离开目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/libjava” 生成[2]：***[all multi]错误2 make[2]：离开目录“/home/gl/gcc4.3obj/x86_64-unknown-linux-gnu/libjava” 生成[1]：***[all target libjava]错误2 make[1]：离开目录“/home/gl/gcc4.3obj” make:**[全部]错误2构建GCC4.5时出现问题：tools.zip中出错,gcc,compiler-construction,build,Gcc,Compiler Construction,Build,我试图在Linux版本2.6.18-164.6.1.el5上构建GCC4.5.0，但发现了以下问题，在Google上找不到答案。我使用了下面的命令 ../gcc-4.3.5/configure-prefix=/usr-prefix=/apps-带gmp=/apps-带mpc=/apps-带mpfr=/apps-启用共享-启用线程=posix make-j8 这是它抱怨错误的部分 cp:为“./asm/org/objectweb/asm/ClassAdapter.class”保留ACL：不支持操
如有任何澄清和帮助，我们将不胜感激。谢谢。您说您正在构建gcc 4.5.0，但您的错误消息和./configure行表明您正在构建gcc 4.3.5。我指出这一点是因为您可能被GCC4.3.x的构建脚本中的错误绊倒了 其次，您引用的错误消息让我觉得您是在一个奇怪的文件系统上进行构建，或者您有一个错误的cp不太可能，但并非不可能。什么样的文件系统是/home？您可以使用mount命令找到它-键入它，不带任何参数，查找/home行，查看type旁边的内容。我有这个：
/dev/sda3 on /home type ext4 (rw)
顺便说一下，内核Linux版本2.6.18-164.6.1.el5的精确版本不太可能相关；对于这类问题，了解您正在使用的发行版及其版本将非常有用。我在构建不同的包时遇到过类似的问题。该文件在cp语句中包含一个-p标志。我删除了它，错误消失了。也许值得一试…谢谢您的快速回复。你是对的，它是4.3.5，但同样的问题发生在我开始尝试在另一个目录中构建4.5.0时，然后我下载了4.3.5进行另一次尝试。这是mount的输出，nfs-1:/p0/home/gl on/home/gl type nfs-rw，addr=10.1.0.3该发行版来自redhat CentOS 5.4最终版，非常感谢。nfs？哦。您是否以root用户身份进行构建？永远不要那样做。始终以普通用户的身份编译和测试；仅以root用户身份进行安装。这不仅仅是为了安全——如果以root用户身份运行编译阶段，很多项目的构建系统都会崩溃，特别是在使用NFS时，NFS通常会将客户端上的root用户映射到服务器上完全没有权限的用户ID。顺便说一句，如果您将构建目录放在本地磁盘上，您的构建速度将提高几个数量级。可以将源代码放在NFS上。否。我不是根，这就是为什么我必须在configure中指定前缀。我以普通用户身份连接到服务器，因此只能访问/apps和我的主目录。您认为cp命令是错误的原因吗？谢谢你。可能真正的错误在你所引用的错误之上。但是我要做的第一件事是把构建目录放在本地磁盘上。谢谢。我没有对服务器上其他磁盘的写入权限。我会看看有没有别的办法。