Date: Wed, 16 Sep 1998 13:08:12 -0700 (PDT) From: "Eugene M. Kim" <gene@nttlabs.com> To: FreeBSD-current Mailing List <freebsd-current@FreeBSD.ORG> Subject: XFree86-3.3.2/ELF port available Message-ID: <Pine.BSF.4.02.9809161236110.8923-100000@seera.nttlabs.com>
next in thread | raw e-mail | index | archive | help
Hello, For those who want to try to build an XFree86/ELF, You can find the alpha-quality XFree86-3.3.2/ELF port at: http://seera.nttlabs.com/~gene/XFree86.tar.gz This is designed to be a backward-compatible port, but since now I have ELF systems only, those who have an a.out system are also encouraged to test it. :-) Known problems on an ELF platform: 1. Because the X11 shared library version is now 7 (according to the ELF port-porting rules) but USE_XLIB port feature expects libX11.so.6, all X11 ports which use USE_XLIB port feature are broken. This can be temporary fixed by editing /usr/share/mk/bsd.port.mk around line 530 so that X11.7 is added to LIB_DEPENDS instead of X11.6. 2. Some X11 shared objects depend on others, and this dependency does not get resolved properly when linking a dynamically-linked program unless the linker is given an -rpath-link option or an LD_RUN_PATH environment variable. Since there is no easy way to specify the -rpath-link option to the linker used in the port, you must use LD_RUN_PATH, like: LD_RUN_PATH=/usr/lib:/usr/X11R6/lib:/usr/local/lib make all in the port directory. I tried to find a way to record in a shared object the path to search for other shared objects that it requires, but both -rpath and -rpath-link didn't work. Any comments on this problem are appreciated. If you find some other bugs, please let me know. Enjoy! Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02.9809161236110.8923-100000>