From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.7.12) Gecko/20050919 Firefox/1.0.7 Description of problem: When compiling xemacs on the x86_64 architecture, compilation fails with this message: configure: error: Unable to find X11 libraries. This is simply due to the fact that the compiler is looking in /usr/X11R6/lib instead of /usr/X11R6/lib64. Version-Release number of selected component (if applicable): xemacs-21.4.15-10.EL.1 How reproducible: Always Steps to Reproduce: 1. rpm -Uvh http://updates.redhat.com/enterprise/4AS/en/os/SRPMS/xemacs-21.4.15-10.EL.1.src.rpm 2. cd /usr/src/redhat/SPECS 3. rpmbuild -ba xemacs.spec Actual Results: Compilation aborts with the following message: [...] checking for X defines extracted by xmkmf checking for X11/Intrinsic.h... yes checking for XOpenDisplay in -lX11... no checking for XGetFontProperty in -lX11 using extra libs -b i486-linuxaout... no configure: error: Unable to find X11 libraries. Expected Results: Compilation should have completed without any error. Additional info: Those steps prevent the compilation failure: 1. cd /usr/X11R6 2. mv lib lib32 3. ln -s lib64 lib 4. --> Compilation 5. rm lib; mv lib32 lib
Hmm, that is strange specially since xemacs-21.4.15-10.EL.1 obviously built ok on x86_64 when it was released. Which release of RHEL 4 are you using?
Nevermind, reproduced: builds fine on FC4 but not RHEL4 U2 at least it seems.
A workaround seems to be to build without xorg-x11-devel.i386 installed.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
Does the problem still occur? There was no activity for years. I propose to close it for insufficient data.
This request was previously evaluated by Red Hat Product Management for inclusion in the current Red Hat Enterprise Linux release, but Red Hat was unable to resolve it in time. This request will be reviewed for a future Red Hat Enterprise Linux release.
Created attachment 304143 [details] spec patch The path can be specified as a configure option.
The bug does not hit on pure 64bit installations, only on multilib instalations. Thats why we have not observed any problems on out build systems. More details: if you have 32bit static X11 library installed (/usr/X11R6/lib/libX11.a, from package xorg-x11-devel.i386), then the configure script wrongly defaults --x-libraries to /usr/X11R6/lib . <rant> Even more details: The sript contains code which correctly determines the right path for X libraries, using the info provided by X installation; that code comes from Autoconf, from macro AC_PATH_XTRA. But xemacs-21.4.15/configure.in inserts a heuristics _before_ the Autoconf: if /usr/{X11/lib,X11R6/lib,lib/X11R6}/libX11.a is found, then _that_ is the right directory. And this heuristics is betraying us in this case. </rant>
fixed in xemacs-21.4.15-14.EL4
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-0031.html