Thread: [Plib-users] Fw: "Could not find working GLU library" when compiling,
Brought to you by:
sjbaker
From: Kieran O'C. <ki...@ti...> - 2002-09-08 07:42:08
|
I am not actually having this problem anymore. I figured it out. The instructions on downloading and installing PLIB on the PLIB site helped point me in the right direction. It always bothers me, however, when someone writes to simply create a symbolic link in one directory to the library file for X in another directory without giving the slightest hint what the files themselves may be named. Sure, I can figure out, but it's much easier to find out from someone who already knows. Anyway, one of the places I checked for help on this was the mailing list archive. I could not find anything, but maybe my search was not as complete as it could have been. In any case, I am putting the entry I made into my own system log here, so that it might possibly help someone out in future. I probably will not post to this list again, so signing up for the list may be slight overkill. I suppose I could have asked someone on the list to post it for me, but that would have required that I know someone on the list, which probably requires me to already be on the list.... Anyway... When trying to run the .configure script for PLIB 1.6.0 on my system running Linux Mandrake 8.2, the script got to an error: Could not find working GLU library In order to get PLIB 1.6.0 to compile correctly, had to create some symbolic links for several library files: cd /usr/lib ln -s /usr/X11R6/lib/libGLU.so.1 libGLU.so.1 ln -s libGLU.so.1 libGLU.so ln -s /usr/X11R6/lib/libglut.so.3 libglut.so.3 ln -s libglut.so.3 libglut.so That took care of most of the problems with the .configure script of PLIB, but it also complained about glut.h. It is supposed to be in /usr/include/GL, but it is not there. It is also not in /usr/X11R6/include/GL, which is where I hoped to find it. Discovered that the missing file is in the libMesaglut3-devel.rpm, which was not installed. Installed it, it required libMesaGLU1-devel-4.0.1-4mdk.rpm to be installed as a dependency. Installed that as well. After installing that, the .configure script worked. Possibly all those manual symbolic links I made would have been completely unneccessary if I had installed those RPMS to begin with. In any case, it works now. |
From: Ben W. <za...@ec...> - 2002-09-08 10:47:24
|
Hello Before you get a responce from Steve I would just like to give you a quick answer. First, the OpenGL standard is that GL and GLU should be found in /usr. The libraries are in /usr/lib and the headers are in /usr/include/GL. As far as glut, its not part of OpenGL, its a seperate library. But it should also be found in the same directories. Ben ps. You sould send a message to Mandrake and tell them to follow the OpenGL ARB. In case you don't know *.so and *.a files are libraries, and *.h are header files. ----- Original Message ----- From: "Kieran O'Callaghan" <ki...@ti...> To: <pli...@li...> Sent: Sunday, September 08, 2002 4:48 AM Subject: [Plib-users] Fw: "Could not find working GLU library" when compiling, > I am not actually having this problem anymore. I figured it out. The > instructions on downloading and installing PLIB on the PLIB site > helped point me in the right direction. It always bothers me, > however, when someone writes to simply create a symbolic link in > one directory to the library file for X in another directory without > giving the slightest hint what the files themselves may be named. > Sure, I can figure out, but it's much easier to find out from someone > who already knows. Anyway, one of the places I checked for help > on this was the mailing list archive. I could not find anything, but > maybe my search was not as complete as it could have been. In > any case, I am putting the entry I made into my own system log > here, so that it might possibly help someone out in future. I > probably will not post to this list again, so signing up for the list may > be slight overkill. I suppose I could have asked someone on the list > to post it for me, but that would have required that I know someone > on the list, which probably requires me to already be on the list.... > Anyway... > > When trying to run the .configure script for PLIB 1.6.0 on my system > running Linux Mandrake 8.2, the script got to an error: > Could not find working GLU library > > In order to get PLIB 1.6.0 to compile correctly, had to create some symbolic > links for several library files: > cd /usr/lib > ln -s /usr/X11R6/lib/libGLU.so.1 libGLU.so.1 > ln -s libGLU.so.1 libGLU.so > ln -s /usr/X11R6/lib/libglut.so.3 libglut.so.3 > ln -s libglut.so.3 libglut.so > That took care of most of the problems with the .configure script of PLIB, > but it also complained about glut.h. It is supposed to be in > /usr/include/GL, but it is not there. It is also not in > /usr/X11R6/include/GL, which is where I hoped to find it. Discovered that > the missing file is in the libMesaglut3-devel.rpm, which was not installed. > Installed it, it required libMesaGLU1-devel-4.0.1-4mdk.rpm to be installed > as a dependency. Installed that as well. > > After installing that, the .configure script worked. Possibly all those > manual symbolic links I made would have been completely unneccessary if > I had installed those RPMS to begin with. In any case, it works now. > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > |
From: Ben W. <za...@ec...> - 2002-09-08 10:53:29
|
One more thing, I forgot to mention. OpenGL is not part of X, its used by x, but opengl does not need x. You can use opengl without x, although this does not happen very often. Ben ----- Original Message ----- From: "Kieran O'Callaghan" <ki...@ti...> To: <pli...@li...> Sent: Sunday, September 08, 2002 4:48 AM Subject: [Plib-users] Fw: "Could not find working GLU library" when compiling, > I am not actually having this problem anymore. I figured it out. The > instructions on downloading and installing PLIB on the PLIB site > helped point me in the right direction. It always bothers me, > however, when someone writes to simply create a symbolic link in > one directory to the library file for X in another directory without > giving the slightest hint what the files themselves may be named. > Sure, I can figure out, but it's much easier to find out from someone > who already knows. Anyway, one of the places I checked for help > on this was the mailing list archive. I could not find anything, but > maybe my search was not as complete as it could have been. In > any case, I am putting the entry I made into my own system log > here, so that it might possibly help someone out in future. I > probably will not post to this list again, so signing up for the list may > be slight overkill. I suppose I could have asked someone on the list > to post it for me, but that would have required that I know someone > on the list, which probably requires me to already be on the list.... > Anyway... > > When trying to run the .configure script for PLIB 1.6.0 on my system > running Linux Mandrake 8.2, the script got to an error: > Could not find working GLU library > > In order to get PLIB 1.6.0 to compile correctly, had to create some symbolic > links for several library files: > cd /usr/lib > ln -s /usr/X11R6/lib/libGLU.so.1 libGLU.so.1 > ln -s libGLU.so.1 libGLU.so > ln -s /usr/X11R6/lib/libglut.so.3 libglut.so.3 > ln -s libglut.so.3 libglut.so > That took care of most of the problems with the .configure script of PLIB, > but it also complained about glut.h. It is supposed to be in > /usr/include/GL, but it is not there. It is also not in > /usr/X11R6/include/GL, which is where I hoped to find it. Discovered that > the missing file is in the libMesaglut3-devel.rpm, which was not installed. > Installed it, it required libMesaGLU1-devel-4.0.1-4mdk.rpm to be installed > as a dependency. Installed that as well. > > After installing that, the .configure script worked. Possibly all those > manual symbolic links I made would have been completely unneccessary if > I had installed those RPMS to begin with. In any case, it works now. > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > |
From: Steve B. <sjb...@ai...> - 2002-09-08 17:09:55
|
Kieran O'Callaghan wrote: > I am not actually having this problem anymore. I figured it out. The > instructions on downloading and installing PLIB on the PLIB site > helped point me in the right direction. It always bothers me, > however, when someone writes to simply create a symbolic link in > one directory to the library file for X in another directory without > giving the slightest hint what the files themselves may be named. The problem is that the files are *not* in the right place. Given they are not where they are supposed to be, it's just a matter of guesswork as to where they actually got installed. So giving definitive statements as to where to link to is impossible. > After installing that, the .configure script worked. Possibly all those > manual symbolic links I made would have been completely unneccessary if > I had installed those RPMS to begin with. In any case, it works now. There *is* a standard for where those files are supposed to be (it's called "The OpenGL ABI for Linux") - however some of the older distro's didn't adhere to it. ----------------------------- Steve Baker ------------------------------- Mail : <sjb...@ai...> WorkMail: <sj...@li...> URLs : http://www.sjbaker.org http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net http://lodestone.sf.net |
From: Kieran O'C. <ki...@ti...> - 2002-09-09 18:46:07
|
----- Original Message ----- From: Steve Baker <sjb...@ai...> To: <pli...@li...> Sent: Sunday, September 08, 2002 1:08 PM Subject: Re: [Plib-users] Fw: "Could not find working GLU library" when compiling, > Kieran O'Callaghan wrote: > > I am not actually having this problem anymore. I figured it out. The > > instructions on downloading and installing PLIB on the PLIB site > > helped point me in the right direction. It always bothers me, > > however, when someone writes to simply create a symbolic link in > > one directory to the library file for X in another directory without > > giving the slightest hint what the files themselves may be named. > > The problem is that the files are *not* in the right place. Given they > are not where they are supposed to be, it's just a matter of guesswork > as to where they actually got installed. So giving definitive statements > as to where to link to is impossible. I got that the files were not in the right place from the download and installation page. It said that they should be under /usr/lib and that some distros still put them under /usr/X11R6/lib, which is not following the standard. Without that information, I would have been completely lost. Sorry if I was unclear. The directions are about as clear as can be expected really. The only thing I thought might help a little in the search was actually knowing the names of the libraries: libGLU.so.1 and libglut.so.1. They are a little hard to find without knowing the name beforehand. Not incredibly so, but enough to discourage someone who is not willing to spend a little bit of time on it with no promise of success. The fact that one has caps in the name and the other does not can lead to a bit of frustration. In any case, I have been working in tech support and I keep on getting people who have been speaking to another tech who gave them detailed instructions about what to do to solve the problem. Then, the poor confused user calls back saying things like: "Baaa, baaa. I downloaded the file, now what do I do?" Baaa, baaa. Then I consult the notes for the persons case and they are along the lines of "user had a problem. Told user how to fix problem", with no mention of any fixes that were suggested. You would think that I could work backwards from the file name of the file the person downloaded, but they usually do not actually know the file name, nor do they know where to look to find the file, nor can they tell me where they got it, nor can they tell me the air speed velocity of an unladen swallow. So, whenever I run into a problem, I like to make notes about it, and I just thought that someone might benifit from those notes. That's the only reason I put that on this list. Anyway. I've babbled enough. Since you're obviously reading this list, I might as well add: Thanks for the great games Steve. Ok, I'm off. > > After installing that, the .configure script worked. Possibly all those > > manual symbolic links I made would have been completely unneccessary if > > I had installed those RPMS to begin with. In any case, it works now. > > There *is* a standard for where those files are supposed to be (it's > called "The OpenGL ABI for Linux") - however some of the older distro's > didn't adhere to it. > > ----------------------------- Steve Baker ------------------------------- > Mail : <sjb...@ai...> WorkMail: <sj...@li...> > URLs : http://www.sjbaker.org > http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net > http://prettypoly.sf.net http://freeglut.sf.net > http://toobular.sf.net http://lodestone.sf.net > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users |
From: Reed H. <re...@ze...> - 2002-09-09 21:49:10
|
Does the Plib configure script take a --with-glut option to add a non-standard directory like that to the library paths? That could be useful: ./configure --with-glut=/usr/X11R6/lib > > When trying to run the .configure script for PLIB 1.6.0 on my system > running Linux Mandrake 8.2, the script got to an error: > Could not find working GLU library |
From: Sebastian U. <ud...@ha...> - 2002-09-09 22:14:58
|
On Mon, 9 Sep 2002, re...@ze... (Reed Hedges) wrote: > Date: Mon, 9 Sep 2002 10:47:55 -0400 > To: pli...@li... > From: re...@ze... (Reed Hedges) > Reply-To: pli...@li... > Subject: Re: [Plib-users] Fw: "Could not find working GLU library" when > compiling, > > > Does the Plib configure script take a --with-glut option to add a > non-standard directory like that to the library paths? That could be > useful: > > ./configure --with-glut=/usr/X11R6/lib It does: --with-GL=DIR set the prefix directory where GL resides - Sebastian |