On 12/4/2013 3:27 PM, Marius Alksnys wrote: > I tried it this way (from the root of the git checkout): > git checkout master > git pull > cd src > ./autogen.sh > ./configure --enable-run-in-place > > Same results > > > On 12/04/2013 09:57 PM, Kent A. Reed wrote: >> Can you configure and make on the master branch? The same test for >> glBegin in -lGL is performed.
Good! The system is behaving the way it should. The ./configure command is telling you the plain and simple truth. It can't find libGL.so (or the actual library file this name resolves to). > Kent, > > I found three similar instances inside/usr/lib/ : > /usr/lib/libGL.so > /usr/lib/mesa/libGL.so.1 > /usr/lib/mesa/libGL.so.1.2 > > But I am not familiar with these things - what they mean and what to do > with them.. Not to worry. If you use the -l option on your ls command you'll get something like lrwxrwxrwx 1 root root 10 Jun 5 11:05 libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 12 Jun 5 11:05 libGL.so.1 -> libGL.so.1.2 -rw-r--r-- 1 root root 391928 Jun 5 11:05 libGL.so.1.2 The first two entries are what Unix/Linux calls symbolic links. They are special file entries (note how small they are) whose sole purpose is to link their name to some other file. In this case the first file links to the second and the second links to the third. The third is the actual library file Think of the links as aliases. (For more, Google is your friend). To prove my contention that ./configure is telling you it can't find libGL.so, I renamed my symbolic link /usr/lib/x86_64-linux-gnu/libGL.so to ../xlibGL and tried to configure. Now ./configure complains exactly just as yours does. I changed it back to /usr/lib/x86_linux-gnu/libGL.so and ./configure works again. The same result occurs if I break the chain elsewhere, for example changing the name of the symbolic link ../libGL.so.1 or changing thename of the file ../libGL.so.1.2 So something has corrupted your actual libGL file, or a link in the chain to it, or ./configure isn't looking in the right place for them. > I even tried to delete the git checkout folder completely, then followed > the instructions > http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Installing_LinuxCNC#Getting_the_source_with_git > Paragraphs 2.2, 2.5 > 2.4 does not help either No, deleting and reloading the sources won't make any difference. The problem lies in the content your system directory /usr/lib. Regards, Kent PS - Seb's message just rolled in. He's trying to find out where the system is going to look for your libGL file. ------------------------------------------------------------------------------ Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
