1 2 Info on using Mesa 3.0 with Linux Quake I and Quake II 3 4 5 6 Disclaimer 7 ---------- 8 9 I am _not_ a Quake expert by any means. I pretty much only run it to 10 test Mesa. There have been a lot of questions about Linux Quake and 11 Mesa so I'm trying to provide some useful info here. If this file 12 doesn't help you then you should look elsewhere for help. The Mesa 13 mailing list or the news://news.3dfx.com/3dfx.linux.glide newsgroup 14 might be good. 15 16 Again, all the information I have is in this file. Please don't email 17 me with questions. 18 19 If you have information to contribute to this file please send it to 20 me at brianp (a] elastic.avid.com 21 22 23 24 Linux Quake 25 ----------- 26 27 You can get Linux Quake from http://www.idsoftware.com/ 28 29 Quake I and II for Linux were tested with, and include, Mesa 2.6. You 30 shouldn't have too many problems if you simply follow the instructions 31 in the Quake distribution. 32 33 34 35 RedHat 5.0 Linux problems 36 ------------------------- 37 38 RedHat Linux 5.x uses the GNU C library ("glibc" or "libc6") whereas 39 previous RedHat and other Linux distributions use "libc5" for its 40 runtime C library. 41 42 Linux Quake I and II were compiled for libc5. If you compile Mesa 43 on a RedHat 5.x system the resulting libMesaGL.so file will not work 44 with Linux Quake because of the different C runtime libraries. 45 The symptom of this is a segmentation fault soon after starting Quake. 46 47 If you want to use a newer version of Mesa (like 3.x) with Quake on 48 RedHat 5.x then read on. 49 50 The solution to the C library problem is to force Mesa to use libc5. 51 libc5 is in /usr/i486-linux-libc5/lib on RedHat 5.x systems. 52 53 Emil Briggs (briggs (a] tick.physics.ncsu.edu) nicely gave me the following 54 info: 55 56 > I only know what works on a RedHat 5.0 distribution. RH5 includes 57 > a full set of libraries for both libc5 and glibc. The loader ld.so 58 > uses the libc5 libraries in /usr/i486-linux-libc5/lib for programs 59 > linked against libc5 while it uses the glibc libraries in /lib and 60 > /usr/lib for programs linked against glibc. 61 > 62 > Anyway I changed line 41 of mklib.glide to 63 > GLIDELIBS="-L/usr/local/glide/lib -lglide2x -L/usr/i486-linux-libc5/lib" 64 > 65 > And I started quake2 up with a script like this 66 > #!/bin/csh 67 > setenv LD_LIBRARY_PATH /usr/i486-linux-libc5/lib 68 > setenv MESA_GLX_FX f 69 > ./quake2 +set vid_ref gl 70 > kbd_mode -a 71 > reset 72 73 74 I've already patched the mklib.glide file. You'll have to start Quake 75 with the script shown above though. 76 77 78 79 ********************** 80 81 Daryll Strauss writes: 82 83 Here's my thoughts on the problem. On a RH 5.x system, you can NOT build 84 a libc5 executable or library. Red Hat just doesn't include the right 85 stuff to do it. 86 87 Since Quake is a libc5 based application, you are in trouble. You need 88 libc5 libraries. 89 90 What can you do about it? Well there's a package called gcc5 that does 91 MOST of the right stuff to compile with libc5. (It brings back older 92 header files, makes appropriate symbolic links for libraries, and sets 93 up the compiler to use the correct directories) You can find gcc5 here: 94 ftp://ecg.mit.edu/pub/linux/gcc5-1.0-1.i386.rpm 95 96 No, this isn't quite enough. There are still a few tricks to getting 97 Mesa to compile as a libc5 application. First you have to make sure that 98 every compile uses gcc5 instead of gcc. Second, in some cases the link 99 line actually lists -L/usr/lib which breaks gcc5 (because it forces you 100 to use the glibc version of things) 101 102 If you get all the stuff correctly compiled with gcc5 it should work. 103 I've run Mesa 3.0B6 and its demos in a window with my Rush on a Red Hat 104 5.1 system. It is a big hassle, but it can be done. I've only made Quake 105 segfault, but I think that's from my libRush using the wrong libc. 106 107 Yes, mixing libc5 and glibc is a major pain. I've been working to get 108 all my libraries compiling correctly with this setup. Someone should 109 make an RPM out of it and feed changes back to Brian once they get it 110 all working. If no one else has done so by the time I get the rest of my 111 stuff straightened out, I'll try to do it myself. 112 113 - |Daryll 114 115 116 117 ********************* 118 119 David Bucciarelli (tech.hmw (a] plus.it) writes: 120 121 I'm using the Mesa-3.0beta7 and the RedHat 5.1 and QuakeII is 122 working fine for me. I had only to make a small change to the 123 Mesa-3.0/mklib.glide file, from: 124 125 126 GLIDELIBS="-L/usr/local/glide/lib -lglide2x 127 -L/usr/i486-linux-libc5/lib -lm" 128 129 to: 130 131 GLIDELIBS="-L/usr/i486-linux-libc5/lib -lglide2x" 132 133 and to make two symbolic links: 134 135 [david@localhost Mesa]$ ln -s libMesaGL.so libMesaGL.so.2 136 [david@localhost Mesa]$ ln -s libMesaGLU.so libMesaGLU.so.2 137 138 I'm using the Daryll's Linux glide rpm for the Voodoo2 and glibc (it 139 includes also the Glide for the libc5). I'm not using the /dev/3Dfx and 140 running QuakeII as root with the following env. var: 141 142 export 143 LD_LIBRARY_PATH=/dsk1/home/david/src/gl/Mesa/lib:/usr/i486-linux-libc5/lib 144 145 I think that all problems are related to the glibc, Quake will never 146 work if you get the following output: 147 148 [david@localhost Mesa]$ ldd lib/libMesaGL.so 149 libglide2x.so => /usr/lib/libglide2x.so (0x400f8000) 150 libm.so.6 => /lib/libm.so.6 (0x40244000) 151 libc.so.6 => /lib/libc.so.6 (0x4025d000) 152 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000) 153 154 You must get the following outputs: 155 156 [david@localhost Mesa]# ldd lib/libMesaGL.so 157 libglide2x.so => /usr/i486-linux-libc5/lib/libglide2x.so 158 (0x400f3000) 159 160 [root@localhost quake2]# ldd quake2 161 libdl.so.1 => /lib/libdl.so.1 (0x40005000) 162 libm.so.5 => /usr/i486-linux-libc5/lib/libm.so.5 (0x40008000) 163 libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5 (0x40010000) 164 165 [root@localhost quake2]# ldd ref_gl.so 166 libMesaGL.so.2 => 167 /dsk1/home/david/src/gl/Mesa/lib/libMesaGL.so.2 (0x400eb000) 168 libglide2x.so => /usr/i486-linux-libc5/lib/libglide2x.so 169 (0x401d9000) 170 libX11.so.6 => /usr/i486-linux-libc5/lib/libX11.so.6 171 (0x40324000) 172 libXext.so.6 => /usr/i486-linux-libc5/lib/libXext.so.6 173 (0x403b7000) 174 libvga.so.1 => /usr/i486-linux-libc5/lib/libvga.so.1 175 (0x403c1000) 176 libm.so.5 => /usr/i486-linux-libc5/lib/libm.so.5 (0x403f5000) 177 libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5 (0x403fd000) 178 179 180 *********************** 181 182 Steve Davies (steve (a] one47.demon.co.uk) writes: 183 184 185 Try using: 186 187 export LD_LIBRARY_PATH=/usr/i486-linux-libc5/lib 188 ./quake2 +set vid_ref gl 189 190 to start the game... Works for me, but assumes that you have the 191 compatability libc5 RPMs installed. 192 193 194 *************************** 195 196 WWW resources - you may find additional Linux Quake help at these URLs: 197 198 199 http://quake.medina.net/howto 200 201 http://webpages.mr.net/bobz 202 203 http://www.linuxgames.com/quake2/ 204 205 206 207 ---------------------------------------------------------------------- 208