Summary: | xorg 6.8.2-r1 : when loading libbitmap.a, getting lots of "Elf_RelocateEntry() Unsupported relocation type <x>". <x> == 4 or 9 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | GarG <gargamel.on.ze.oueb> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | decamps, Naquada |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
GarG
2005-04-05 06:23:21 UTC
Try USE=dlloader. I've done : # USE="dlloader" emerge xorg-x11 The original problem is now resolved, but I'm facing a new one : Now, when I run X with 'startx', I get hundreds of unresolved symbols, when xorg loads "/usr/lib64/modules/drivers/fglrx_drv.o" : [BEGIN] "/var/log/Xorg.0.log" : Symbol firegl_PM4Alloc from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! Symbol DRILock from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! Symbol DRIUnlock from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! [...] Symbol XAAInit from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! [...] Symbol firegl_PM4Alloc from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! Symbol firegl_PM4Alloc from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! Symbol firegl_PM4Alloc from module /usr/lib64/modules/drivers/fglrx_drv.o is unresolved! Fatal server error: Some required symbols were unresolved [...] [END] "/var/log/Xorg.0.log" I tried to recompile ati-drivers normally, first, after, I tried using 'dlloader' but it made no difference. Thx for your help. Ah my bad, I didn't notice you were using the binary drivers. I don't think they support dlloader in any current release, although you can try hacking them around yourself. A fairly recent post on xorg@lists.freedesktop.org by Adam Jackson shows how to do this using `ld`. If you don't have a need for hardware-accelerated 3D, the `ati` driver should work fine. I get this error without using binary drivers (I normally use nvidia binaries, but using the nv drivers that come with xorg didn't help). It's a PIC problem, or at least it was here. (In reply to comment #5) > It's a PIC problem, or at least it was here. > I get the same problem over here with xorg-x11-6.8.2-r1 on AMD64 'stable'. I thought it was because of the profile update I did (2004.3 -> 2005.0, I follewed the upgrade guide), but I have the same problem with a clean install (chroot stage3). emerge info gives: Portage 2.0.51.22-r1 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11- gentoo-r3 x86_64) =============================================================== == System uname: 2.6.11-gentoo-r3 x86_64 AMD Opteron(tm) Processor 242 Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -O2 -pipe -fPIC" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/ share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=opteron -O2 -pipe -fPIC" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.gentoo.skynet.be/ pub/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ http://www.ibiblio.org/gentoo http:// gentoo.oregonstate.edu" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync3.be.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa atlas avi berkdb bitmap-fonts cdr crypt cups dv dvd dvdr dvdread encode fam font-server foomaticdb fortran gcj gif gpm gtk2 ipv6 java jp2 jpeg jpeg2k kde kdeenablefinal lzw lzw- tiff mp3 mysql ncurses nls objc odbc opengl oss pam perl png ppds python qt quicktime readline samba ssl svg tcpd tga tiff truetype truetype-fonts type1-fonts usb userlocales wmf xfs xml2 xpm xrandr xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS I have the same problem with the stable tree. Of course I first had gcc-3.4.3. I also tried with 3.4.2-profile. Changing the gcc version does not help. Portage 2.0.51.22-r1 (default-linux/amd64/2004.3, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11.10 x86_64) ================================================================= System uname: 2.6.11.10 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.12 ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fPIC" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fPIC" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.rwth-aachen.de/pub/linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://mir.zyrianes.net/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.inode.at/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="amd64 3dnowex X aac aalib alsa apache2 avi bash-completion cpudetection crypt cups curlwrappers dga dv dvd dvdread encode escreen esd ethereal faac faad festival ffmpeg gif gimpprint gnutls graphviz gtk gtk2 ieee1394 ipv6 jpeg lcd live lm_sensors maildir mp3 mpeg multilib ncurses network nls nvidia oggvorbis opengl openssh oss perl php png postgres python readline rrdtool samba sasl sdl spamassassin ssl stream theora tiff truetype vorbis xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY *** Bug 99879 has been marked as a duplicate of this bug. *** so, to sum up: a) USE="pic dlloader" with the usual caveat that there's no dlloader version of fglrx yet. speaking as upstream, we'll take patches to make PLT32 and GOTPCREL relocations work on amd64 with elfloader. however, in the future (all 6.8.99.x snapshots, and the upcoming 6.9 and 7.0 releases) elfloader will be disabled by default. suggest marking this as either UPSTREAM (if patches appear) or WONTFIX. Alright, I'll mark WONTFIX. If some brave soul supplies the patches we'll change the status here. |