我在GCC4.2.4下没能编译通过xine1.1.10以上的版本
直接编译都无法通过，降到xine1.1.10后方编译通过，这个版本官方已不提供下载。 你装个 gentoo 吧。他的很多软件的版本都特别新。应该有很多补丁可以借过来。 唉，真的感觉GCC3编译要方便一些。 不太可能吧，xine肯定会考虑gcc4的问题啊。 原帖由 sejishikong 于 2008-8-27 09:59 发表 http://www.linuxfans.org/bbs/images/common/back.gif不太可能吧，xine肯定会考虑gcc4的问题啊。
问题是我现在的系统是不纯净的，我编译遇到很多困难，很多直接从MGC下载的源码都无法重新编译。 原帖由 haulm 于 2008-8-27 10:02 AM 发表 http://www.linuxfans.org/bbs/images/common/back.gif
问题是我现在的系统是不纯净的，我编译遇到很多困难，很多直接从MGC下载的源码都无法重新编译。
:lol:
等我的纯净编译环境吧～～ 我试了下，应该是ffmpeg的问题，和gcc无关。 2.5的仓库里放上了相关的包，yasm->x264->ffmpeg->xine-lib，不过装了ffmpeg，k3b和sox需要重编译。 临时编译环境弄好了，加装了 lzma 和 rpm 。
明天试试好用不，如果好用开始建立 rpm 的基本环境～
:mrgreen: :mrgreen:
基本都是最新版本，不过有几个就是编译不成功，只能找旧版本……
bash-3.2 （补丁到 039）
binutils-2.18
bzip2-1.0.5
coreutils-6.12
dejagnu-1.4.4
diffutils-2.8.1
e2fsprogs-1.41.0
expect-5.43
findutils-4.4.0
gawk-3.1.6
gcc-4.3.1
gettext-0.17
glibc-2.7
gmp-4.2.3
grep-2.5.3
gzip-1.3.12
linux-2.6.26.3
make-3.81
mpfr-2.3.1
ncurses-5.6（补丁到 20080823）
patch-2.5.4
perl-5.10.0
sed-4.1.5
tar-1.20
tcl8.4.19
texinfo-4.12
util-linux-ng-2.13.1.1
Python-2.5.2
beecrypt-4.1.2
lzma-4.32.7
rpm-4.4.2.3
zlib-1.2.3 原帖由 sejishikong 于 2008-8-27 09:57 PM 发表 http://www.linuxfans.org/bbs/images/common/back.gif
2.5的仓库里放上了相关的包，yasm->x264->ffmpeg->xine-lib，不过装了ffmpeg，k3b和sox需要重编译。
官方最新版的源代码支持 lzma 的资源了。 对了 以后源代码用tar打包就好了 用gz、bz2这些压缩过的简直就是浪费cpu 原帖由 jiangtao9999 于 2008-8-28 00:03 发表 http://www.linuxfans.org/bbs/images/common/back.gif
临时编译环境弄好了，加装了 lzma 和 rpm 。
明天试试好用不，如果好用开始建立 rpm 的基本环境～
:mrgreen: :mrgreen:
基本都是最新版本，不过有几个就是编译不成功，只能找旧版本……
bash-3.2 （补丁 ...
lfs?如果是的话，要达到可用的程序需要两到三个月的时间。
用我提供的2.5的包就足以提供正确的gcc环境。有些包不能编译是gcc4的问题，大部分不是的。 原帖由 sejishikong 于 2008-8-28 08:50 AM 发表 http://www.linuxfans.org/bbs/images/common/back.gif
lfs?如果是的话，要达到可用的程序需要两到三个月的时间。
用我提供的2.5的包就足以提供正确的gcc环境。有些包不能编译是gcc4的问题，大部分不是的。
LFS，我弄这个就是为了重新编译全部软件包，在 ML 的基础上开始编译，和 LFS 开始编译貌似没什么区别，都需要大量的编译。 LFS 可以更好的控制 gcc 编译环境。
升级编译需要进行两次编译才是完全新 gcc + glibc + binutils 环境编译。LFS 编译是从 0 开始。
我现在就开始引入 rpm 管理，基础环境直接编译为 rpm 。 原帖由 jiangtao9999 于 2008-8-28 09:05 发表 http://www.linuxfans.org/bbs/images/common/back.gif
LFS，我弄这个就是为了重新编译全部软件包，在 ML 的基础上开始编译，和 LFS 开始编译貌似没什么区别，都需要大量的编译。 LFS 可以更好的控制 gcc 编译环境。
升级编译需要进行两次编译才是完全新 gcc +...
以现在的普通PC的工作能力，按步就搬的LFS的时间应该不会很长，我现在的机器属于中下档次仍感觉编译不再吃力。相反，从MGC全新编译是件苦差事，没有前人的经验，一个是大量的补丁包需要修订，二是一些组件不得不升级，三需要考验编译开发者的知识和判断能力。升级编译需要进行两次编译才是完全新 gcc + 的思路也不是很对，应该说一次就行了，如果你想重新建立一个系统就不能在原有系统上升级编译，而是必须要从零开始编译，通过两次编译GCC完全独立出来工作并和编译系统所有内容分离出来。 两次编译是为了让所有的程序编译所依赖的包也都是基于新 gcc 。完全重新编译 2 次确实不对，不过很难确定只编译哪部分就可以当作基础环境编译，其余全都按照依赖顺序编译。
LFS 开始编译就是解决依赖顺序编译的情况。
发行版我觉得应该实现真正的全套同一个 gcc 版本编译的过程。