gcc64 i dualne architektury.

[robert j. wozny]

Witam, 

po zbudowaniu gcc dostałem coś takiego:

   /lib/libgcc_s.so.1
   /usr/lib/32/libiberty.a
   /usr/lib/gcc/sparc64-pld-linux/3.4.3/32/libgcov.a
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/cc1
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/cc1plus
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/collect2
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/f771
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/install-tools/fixinc.sh
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/install-tools/fixincl
   /usr/lib64/gcc/sparc64-pld-linux/3.4.3/install-tools/mkheaders
   /usr/lib64/libiberty.a
   /usr/share/info/dir.gz
   /usr/share/man/man7/fsf-funding.7.gz
   /usr/share/man/man7/gfdl.7.gz
   /usr/share/man/man7/gpl.7.gz

(nie mówiąc, że cc1 i okolice wrzuciło mi do /usr/lib64/gcc/....) 
Wyglada, ze trzeba by dodac odpowiednie wpisy w %files, czy lepiej
stworzyc nowy pakiet libgcc-32bit-costam zawierajacy libgcc 32 bitowe
z linkami. Oraz czy budowac specialne gcc z optymalizacja na 32bit
(bez longlong i innych)

ps:

[root w smark 1]# gcc a.c
[root w smark 1]# ./a.out
hello world!
[root w smark 1]# file a.out
a.out: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), for
GNU/Linux 2.4.6, dynamically linked (uses shared libs), not stripped
[root w smark 1]# rpm -q --qf="%{name} %{arch}\n" gcc
gcc sparc64
[root w smark 1]# rpm -qf /usr/bin/gcc
gcc-3.4.3-3
[root w smark 1]#

-- r.