gcc-3.3.2-5 on x86_64 search dir problem (not search in lib64).

Balint Cristian rezso at rdsor.ro
Mon Jan 19 08:43:41 UTC 2004


Hi !

	Can anyone tell if there is o problem or not, for me 
gcc on x86_64 not search by default in /lib64 /usr/lib64 so i can't link
stuff like "-lstdc++" for e.g i always must do a symlink for few libs from /lib64 to /lib .... 
	

---------------------////---------------------------------------------->
[root at yoda root]# gcc -print-search-dirs
install: /usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/
programs: =/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/:/usr/lib/gcc-lib/x86_64-redhat-linux/:
/usr/lib/gcc/x86_64-redhat-linux/3.3.2/:/usr/lib/gcc/x86_64-redhat-linux/
:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/../../../../x86_64-redhat-linux/bin/x86_64-redhat-linux/3.3.2/
:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/../../../../x86_64-redhat-linux/bin/
libraries: =/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/:/usr/lib/gcc/x86_64-redhat-linux/3.3.2/
:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/../../../../x86_64-redhat-linux/lib/x86_64-redhat-linux/3.3.2/
:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/../../../../x86_64-redhat-linux/lib/
:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/../../../x86_64-redhat-linux/3.3.2/
:/usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/../../../:/lib/x86_64-redhat-linux/3.3.2/:/lib/:/usr/lib/x86_64-redhat-linux/3.3.2/:/usr/lib/

[root at yoda root]# gcc -v
Reading specs from /usr/lib/gcc-lib/x86_64-redhat-linux/3.3.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix 
--disable-checking --with-system-zlib --enable-__cxa_atexit --host=x86_64-redhat-linux
Thread model: posix
gcc version 3.3.2 20031218 (Red Hat Linux 3.3.2-5)
------------------------///////-------------------------------------------?
	I understad gcc-x86_64/binutils is a biarch, but for e.g on sparc (biarch too)
it works well.I tryed various programs to compile wich fail, but for other biarch like sparc
not, with the same fedora's gcc.
	Maybe intentionaly is left out the path ?





More information about the fedora-devel-list mailing list