我编译LFS的过程（问题及我能找到的解决方法）

sdv

编译 glibc时候出现这个

1. 
   
2. /mnt/lfs/tools/bin/../lib/gcc/i686-pc-linux-gnu/4.2.0/include/mmintrin.h:382: error: can't convert between vector values of different size
   
3. make[2]: *** [/mnt/lfs/sources/glibc-build/elf/tst-alignmod.os] Error 1
   
4. make[2]: Leaving directory `/mnt/lfs/sources/cvs/libc/elf'
   
5. make[1]: *** [elf/subdir_lib] Error 2
   
6. make[1]: Leaving directory `/mnt/lfs/sources/cvs/libc'
   
7. make: *** [all] Error 2
   

复制代码

1. 
   
2. /* Add the 64-bit values in M1 to the 64-bit values in M2.  */
   
3. static __inline __m64 __attribute__((__always_inline__))
   
4. _mm_sub_si64 (__m64 __m1, __m64 __m2)
   
5. {
   
6.   return (__m64) __builtin_ia32_psubq ((long long)__m1, (long long)__m2);
   
7. }
   

复制代码

请问这个问题怎么解决
这个是那个文件中相关行数

sdv

没办法
自给问题自己解
这个补丁适合cvs版本或20051212的

1. 
   
2. This fixes the 32-bit x86 MMX testsuite failures.
   
3. 
   
4. Bootstrapped and tested on i686-pc-linux-gnu.
   
5. 
   
6. 2005-12-09  Jan Beulich  <jbeulich@novell.com>
   
7. 
   
8.         * config/i386/mmintrin.m (_mm_add_si64, _mm_sub_si64): Conditionalize
   
9.         upon __SSE2__.
   
10. 
    
11. --- /home/jbeulich/src/gcc/trunk/2005-12-07/gcc/config/i386/mmintrin.h        2005-12-01 10:48:33.000000000 +0100
    
12. +++ 2005-12-07/gcc/config/i386/mmintrin.h        2005-12-08 09:21:32.424278560 +0100
    
13. @@ -273,12 +273,14 @@ _m_paddd (__m64 __m1, __m64 __m2)
    
14.    return _mm_add_pi32 (__m1, __m2);
    
15. }
    
16. 
    
17. +#ifdef __SSE2__
    
18. /* Add the 64-bit values in M1 to the 64-bit values in M2.  */
    
19. static __inline __m64 __attribute__((__always_inline__))
    
20. _mm_add_si64 (__m64 __m1, __m64 __m2)
    
21. {
    
22.    return (__m64) __builtin_ia32_paddq ((long long)__m1, (long long)__m2);
    
23. }
    
24. +#endif
    
25. 
    
26. /* Add the 8-bit values in M1 to the 8-bit values in M2 using signed
    
27.     saturated arithmetic.  */
    
28. @@ -375,12 +377,14 @@ _m_psubd (__m64 __m1, __m64 __m2)
    
29.    return _mm_sub_pi32 (__m1, __m2);
    
30. }
    
31. 
    
32. +#ifdef __SSE2__
    
33. /* Add the 64-bit values in M1 to the 64-bit values in M2.  */
    
34. static __inline __m64 __attribute__((__always_inline__))
    
35. _mm_sub_si64 (__m64 __m1, __m64 __m2)
    
36. {
    
37.    return (__m64) __builtin_ia32_psubq ((long long)__m1, (long long)__m2);
    
38. }
    
39. +#endif
    
40. 
    
41. /* Subtract the 8-bit values in M2 from the 8-bit values in M1 using signed
    
42.     saturating arithmetic.  */
    
43. 
    

复制代码

晨想

真新。。。。：）。。。谢谢分享结果。

sdv

那句广告词怎么说的
“不走寻常路”

sdv

Book上说

1. 
   
2. 如果你把这个包缺省的优化参数(包括 -march 和 -mcpu 参数)改变的话，它会有些不正常的表现。因此，如果你定义了任何优化参数的话，比如 CFLAGS 和 CXXFLAGS，我们劝你在编译 GCC 时 unset 或修改它们。
   

复制代码

我没有按照这个做。。增加了适合我机器的项目
-march=pentium4 -pipe -fomit-frame-pointer -mmmx -msse -msse2 -mfpmath=sse,387
感觉还可以，glibc gcc都可以通过
（Glibc遇到了一点小问题，稍后我再次编译时候附上解决方案）

sdv

在编译 GCC时候发现需要额外的两个小东西
一个是 autogen 测试时候用
另外一个是 gperf 。。这个忘记哪里需要了。。反正是需要

晨想

autogen 是在第二次运行make test的时候用的，第一次似乎不需要。（我以前也发现了，并且汇报给了LFS maillist，但是似乎没有得到回复。）

gperf，我不知道。

不过两者似乎都不影响LFS进程。

tram

小心优化！有时glibc的问题到后面才能反映出来。

sdv

gperf的确要用到，记得是glibc上面用。。。

另外我一直在用 make -j5这个方法，应该没有问题吧？

再就是觉得用i386这个标准来编译好像很浪费的样子，为何支持的技术不去利用
那当时买支持sse或HT的cpu不就没有用处了？

晨想

能优化当然好，就是怕过度优化造成后边编译失败就前功尽弃了。

其他的，没有什么。我觉得是否优化，效果不是非常大，心理作用而已。

至于HT这类，我觉得不是gcc能优化的，应该从内核配置入手。