Thread: [Plib-devel] Tadaaaa ... or not
Brought to you by:
sjbaker
Menu
▾
▴
plib-devel
|
From: John D. <sf...@av...> - 2007-01-17 06:11:16
|
The instructions say: > > tar xzf plib-1.8.4.tar.gz > cd plib-1.8.4 > ./configure ; make install > > Tadaaaa! That's a quote from http://plib.sourceforge.net/download.html However, when I follow the instructions, it doesn't say Tadaaaa; instead it says > checking for glNewList in -lGL... no > checking for glNewList in -lMesaGL... no > configure: error: could not find working GL library Playing games with the --with-GL=whatever option didn't help. FWIW, plib-1.8.5-rc1 exhibits the same behavior. That's even though the following program compiles and indeed runs without error: #include <GL/gl.h> int main() { GLuint foo; GLenum bar; glNewList(foo, bar); } It compiles and links under either of the commands: g++ test.c -lGL gcc test.c -lGL This is under Debian "etch". Any help or hints would be appreciated. =========================== On a related note, I tried to check out the "cvs" versions, but all attempts failed. The cvs login command promptly asked for a password, so I assume the server is alive, but then it did nothing for a while and timed out without having accomplished anything. I searched for instructions for how to do this and didn't find anything that worked. http://www.google.com/search?q=cvs+site:plib.sourceforge.net Would somebody care to explain whether/how cvs access works on the plib site? |
|
From: Martin S. <Mar...@mg...> - 2007-01-17 06:37:29
|
John Denker wrote: > The instructions say: > > > > tar xzf plib-1.8.4.tar.gz > > cd plib-1.8.4 > > ./configure ; make install > > > > Tadaaaa! > > That's a quote from > http://plib.sourceforge.net/download.html Usually I configure PLIB with: --with-GL=/usr/X11R6 .... which works on almost every Unix; I didn't say that PLIB really compiles on every Unix, but detection of OpenGL libraries does. > On a related note, I tried to check out the "cvs" versions, > but all attempts failed. PLIB moved to SVN, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
|
From: John D. <sf...@av...> - 2007-01-17 11:34:20
|
On 01/17/2007 01:37 AM, Martin Spott wrote: > PLIB moved to SVN, There is zero mention of svn on the web site: http://www.google.com/search?q=svn+site:plib.sourceforge.net In contrast, cvs is mentioned several times on the web site: http://www.google.com/search?q=cvs+site:plib.sourceforge.net not to mention other sites. It might be helpful to users to update the instructions. Also the error message that results from trying to use cvs is uninformative. It might be helpful to users to generate a message that explains how to obtain the desired result. |
|
From: John D. <sf...@av...> - 2007-01-17 11:39:19
|
On 01/17/2007 01:37 AM, Martin Spott wrote:
> Usually I configure PLIB with:
>
> --with-GL=/usr/X11R6
>
> .... which works on almost every Unix; I didn't say that PLIB really
> compiles on every Unix, but detection of OpenGL libraries does.
Thanks for the suggestion ... but it doesn't work on my system.
Same gag:
checking for glNewList in -lGL... no
checking for glNewList in -lMesaGL... no
configure: error: could not find working GL library
FWIW, plib-1.8.5-rc1 exhibits the same behavior.
I really cannot imagine what it's unhappy about. As previously
mentioned, the following program compiles and indeed runs without
error:
#include <GL/gl.h>
int main() {
GLuint foo;
GLenum bar;
glNewList(foo, bar);
}
It compiles and links under either of the commands:
g++ test.c -lGL
gcc test.c -lGL
This is under Debian "etch".
|
|
From: steve <sjb...@ai...> - 2007-01-17 14:12:44
|
John Denker wrote: > On 01/17/2007 01:37 AM, Martin Spott wrote: > >> Usually I configure PLIB with: >> >> --with-GL=/usr/X11R6 >> >> .... which works on almost every Unix; I didn't say that PLIB really >> compiles on every Unix, but detection of OpenGL libraries does. > > > Thanks for the suggestion ... but it doesn't work on my system. > Same gag: > > checking for glNewList in -lGL... no > checking for glNewList in -lMesaGL... no > configure: error: could not find working GL library You need to find out where the darned thing is hiding. The Linux standard is to install it in /usr/include/GL and /usr/lib - sometimes they may be found in /usr/X11/include/GL and /usr/X11/lib (which is very non-standard) - but if they are anywhere else then you don't have GL installed correctly because those are the two places where 99% of programs look. BSD generally follows the same rules - IRIX and Solaris use the same conventions as Linux. > It compiles and links under either of the commands: > g++ test.c -lGL > gcc test.c -lGL > > This is under Debian "etch". Hmmm - that is odd. What configure does is to write programs like yours and test whether they compile OK. So you'll need to look in config.log (towards the end) and see precisely which commands failed. |
|
From: Martin S. <Mar...@mg...> - 2007-01-17 12:22:37
|
John Denker wrote: > On 01/17/2007 01:37 AM, Martin Spott wrote: > > Usually I configure PLIB with: > > > > --with-GL=/usr/X11R6 > > > > .... which works on almost every Unix; I didn't say that PLIB really > > compiles on every Unix, but detection of OpenGL libraries does. > > > Thanks for the suggestion ... but it doesn't work on my system. > Same gag: > checking for glNewList in -lGL... no > checking for glNewList in -lMesaGL... no > configure: error: could not find working GL library This sounds like trouble with your local setup. Have a look at 'config.log', jump to the end and search backwards for -lGL > This is under Debian "etch". I know - and I'm wondering, because the whole FlightGear/OSG stuff builds wihout hassle on my (to be precies: my wife's) Debian Etch/AMD64. Maybe you simply forgot to install the libgl1-mesa-dev package, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
|
From: John D. <sf...@av...> - 2007-01-17 12:51:37
|
On 01/17/2007 07:22 AM, Martin Spott wrote: > .... I'm wondering, because the whole FlightGear/OSG stuff > builds wihout hassle on my (to be precies: my wife's) Debian > Etch/AMD64. Maybe you simply forgot to install the libgl1-mesa-dev > package, That's a reasonable question, but the answer is no, I didn't forget. Also recall that my test program compiled just fine, which it wouldn't without the header files that come with the -dev package. dpkg --get-selections | grep -i mesa libgl1-mesa-dev install < here < libgl1-mesa-dri install libgl1-mesa-glx install libglu1-mesa install libglu1-mesa-dev install mesa-common-dev install mesa-utils install xlibmesa-gl install xlibmesa-glu install FWIW svn 2115 (mis)behaves just the same. Pretty mysterious, huh? |
|
From: Martin S. <Mar...@mg...> - 2007-01-17 13:09:03
|
John Denker wrote: > xlibmesa-gl install > xlibmesa-glu install Try installing the -dev packages for these, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
|
From: John D. <sf...@av...> - 2007-01-17 13:51:46
|
On 01/17/2007 08:08 AM, Martin Spott wrote: >> xlibmesa-gl install >> xlibmesa-glu install > > Try installing the -dev packages for these, xlibmesa-gl-dev ........done xlibmesa-glu-dev ...... already provided by libglu1-mesa-dev apt-get install xlibmesa-glu-dev Reading package lists... Done Building dependency tree... Done Note, selecting libglu1-mesa-dev instead of xlibmesa-glu-dev libglu1-mesa-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove dpkg --get-selections | grep -i mesa libgl1-mesa-dev install libgl1-mesa-dri install libgl1-mesa-glx install libglu1-mesa install libglu1-mesa-dev install mesa-common-dev install mesa-utils install xlibmesa-gl install xlibmesa-gl-dev install xlibmesa-glu install Same failure yet again. I still think there is a clue in the fact that ./configure claims to be looking for glNewList, and can't find it ... while the simplest imaginable test program finds it just fine. That sure looks like a bug in ./configure to me. Either it's not looking for what it claims to be looking for, or it's not doing a very good job of looking. |
|
From: Bram S. <br...@sa...> - 2007-01-17 15:34:23
|
John Denker wrote: > > Same failure yet again. > You need to examine config.log Search for -lGL Sometimes other symbols may not be found, e.g. theoretically, you could get 'unresolved symbol XmuXXX' or something, so you need to add -lXmu e.g. bram > > > I still think there is a clue in the fact that ./configure > claims to be looking for glNewList, and can't find it ... > while the simplest imaginable test program finds it just fine. > That sure looks like a bug in ./configure to me. Either it's > not looking for what it claims to be looking for, or it's > not doing a very good job of looking. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > plib-devel mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-devel -- Bram Stolk, VR Engineer SARA, Amsterdam. tel +31 20 592 3000 "Windows is a 32-bit extension to a 16-bit graphical shell for an 8-bit operating system originally coded for a 4-bit microprocessor by a 2-bit company that can't stand 1 bit of competition." |
|
From: John D. <sf...@av...> - 2007-01-17 16:21:29
|
On 01/17/2007 10:33 AM, Bram Stolk wrote:
> You need to examine config.log
> Search for -lGL
>
> Sometimes other symbols may not be found, e.g. theoretically,
> you could get 'unresolved symbol XmuXXX' or something, so you
> need to add -lXmu e.g.
I clipped out what config.log claimed was the "failed program"
(see below) and was able to compile it and link it in the most
obvious way, without the slightest trouble:
g++ foo.c -lGL
echo $?
0
gcc foo.c -lGL
echo $?
0
I really don't know what more I can expect my system to make
available to configure. If I can compile the "failed code"
and it can't ... well I just don't know what to say.
Also FWIW:
locate libGL | xargs ls -al
lrwxrwxrwx 1 root root 12 2007-01-09 12:43 /usr/lib/ati-fglrx/libGL.so.1 -> libGL.so.1.2
-rwxr-xr-x 1 root root 634716 2006-04-01 15:07 /usr/lib/ati-fglrx/libGL.so.1.2
-rw-r--r-- 1 root root 425320 2006-11-11 09:10 /usr/lib/FGL.renamed.libGL.so.1.2
lrwxrwxrwx 1 root root 26 2007-01-09 13:02 /usr/lib/libGL.so -> /usr/lib/xorg/libGL.so.1.2
lrwxrwxrwx 1 root root 12 2007-01-09 14:45 /usr/lib/libGL.so.1 -> libGL.so.1.2
-rw-r--r-- 1 root root 425320 2006-11-11 09:10 /usr/lib/libGL.so.1.2
-rw-r--r-- 1 root root 687136 2006-11-11 09:10 /usr/lib/libGLU.a
lrwxrwxrwx 1 root root 11 2006-12-31 03:21 /usr/lib/libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root 20 2006-12-29 21:46 /usr/lib/libGLU.so.1 -> libGLU.so.1.3.060501
-rw-r--r-- 1 root root 519836 2006-11-11 09:10 /usr/lib/libGLU.so.1.3.060501
-rw-r--r-- 1 root root 0 2006-12-30 02:05 /usr/lib/xorg/FGL.renamed.libGL.so.1.2
lrwxrwxrwx 1 root root 26 2007-01-09 13:02 /usr/lib/xorg/libGL.so -> /usr/lib/xorg/libGL.so.1.2
lrwxrwxrwx 1 root root 26 2007-01-09 13:02 /usr/lib/xorg/libGL.so.1 -> /usr/lib/xorg/libGL.so.1.2
-rw-r--r-- 1 root root 783353 2007-01-09 13:02 /usr/lib/xorg/libGL.so.1.2
-rw-r--r-- 1 root root 2396219 2007-01-09 14:13 /usr/lib/xorg/modules/extensions/libGLcore.so
The "failed code" is:
/* confdefs.h. */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE "plib"
#define VERSION "1.8.4"
/* end confdefs.h. */
/* Override any GCC internal prototype to avoid an error.
Use char because int might match the return type of a GCC
builtin and then its argument prototype would still apply. */
#ifdef __cplusplus
extern "C"
#endif
char glNewList ();
int
main ()
{
return glNewList ();
;
return 0;
}
|
|
From: Bram S. <br...@sa...> - 2007-01-17 17:14:07
|
DQpKb2huLA0KDQpZb3UgbGVmdCBvdXQgdGhlIGltcG9ydGFudCBiaXQgZnJvbSBjb25maWcubG9n DQpQbGVhc2Ugc2hvdyB0aGUgY21kIGxpbmUgdGhhdCBjb25maWd1cmUgaGFzIHVzZWQgdG8gYnVp bGQNCnRoZSB0ZXN0IHByZyBiZWxvdy4NCkl0IHdpbGwgc2hvdyB0aGUgY21kIGxpbmUgYW5kIHN1 YnNlcXVlbnRseSB0aGUgZXJyb3IgZnJvbQ0KdGhlIGNvbXBpbGVyLg0KDQpUaGUgYWN0dWFsIHRl c3QgcHJvZyBjb2RlIGlzIG5vdCBpbnRlcmVzdGluZy4NCg0KTG9vayBmb3IgLWxHTCBpbiB5b3Vy IGNvbmZpZy5sb2cNCnRoYXQgc2hvdWxkIHNob3cgeW91IHRoZSBjbWQgbGluZSB1c2VkIGZvciB0 ZXN0aW5nIEdMIHN1cHBvcnQuDQoNCiAgYnJhbQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBwbGliLWRldmVsLWJvdW5jZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0IG9uIGJl aGFsZiBvZiBKb2huIERlbmtlcg0KU2VudDogV2VkIDEvMTcvMjAwNyAxNzoyMQ0KVG86IFBMSUIg RGV2ZWxvcGVycw0KU3ViamVjdDogUmU6IFtQbGliLWRldmVsXSBUYWRhYWFhIC4uLiBvciBub3QN CiANCk9uIDAxLzE3LzIwMDcgMTA6MzMgQU0sIEJyYW0gU3RvbGsgd3JvdGU6DQoNCj4gWW91IG5l ZWQgdG8gZXhhbWluZSBjb25maWcubG9nDQo+IFNlYXJjaCBmb3IgLWxHTA0KPiANCj4gU29tZXRp bWVzIG90aGVyIHN5bWJvbHMgbWF5IG5vdCBiZSBmb3VuZCwgZS5nLiB0aGVvcmV0aWNhbGx5LCAN Cj4geW91IGNvdWxkIGdldCAndW5yZXNvbHZlZCBzeW1ib2wgWG11WFhYJyBvciBzb21ldGhpbmcs IHNvIHlvdQ0KPiBuZWVkIHRvIGFkZCAtbFhtdSBlLmcuDQoNCkkgY2xpcHBlZCBvdXQgd2hhdCBj b25maWcubG9nIGNsYWltZWQgd2FzIHRoZSAiZmFpbGVkIHByb2dyYW0iDQooc2VlIGJlbG93KSBh bmQgd2FzIGFibGUgdG8gY29tcGlsZSBpdCBhbmQgbGluayBpdCBpbiB0aGUgbW9zdA0Kb2J2aW91 cyB3YXksIHdpdGhvdXQgdGhlIHNsaWdodGVzdCB0cm91YmxlOg0KDQogIGcrKyBmb28uYyAtbEdM DQogIGVjaG8gJD8NCjANCiAgZ2NjIGZvby5jIC1sR0wNCiAgZWNobyAkPw0KMA0KDQpJIHJlYWxs eSBkb24ndCBrbm93IHdoYXQgbW9yZSBJIGNhbiBleHBlY3QgbXkgc3lzdGVtIHRvIG1ha2UNCmF2 YWlsYWJsZSB0byBjb25maWd1cmUuICBJZiBJIGNhbiBjb21waWxlIHRoZSAiZmFpbGVkIGNvZGUi DQphbmQgaXQgY2FuJ3QgLi4uIHdlbGwgSSBqdXN0IGRvbid0IGtub3cgd2hhdCB0byBzYXkuDQoN CkFsc28gRldJVzoNCg0KICAgbG9jYXRlIGxpYkdMIHwgeGFyZ3MgbHMgLWFsDQpscnd4cnd4cnd4 IDEgcm9vdCByb290ICAgICAgMTIgMjAwNy0wMS0wOSAxMjo0MyAvdXNyL2xpYi9hdGktZmdscngv bGliR0wuc28uMSAtPiBsaWJHTC5zby4xLjINCi1yd3hyLXhyLXggMSByb290IHJvb3QgIDYzNDcx NiAyMDA2LTA0LTAxIDE1OjA3IC91c3IvbGliL2F0aS1mZ2xyeC9saWJHTC5zby4xLjINCi1ydy1y LS1yLS0gMSByb290IHJvb3QgIDQyNTMyMCAyMDA2LTExLTExIDA5OjEwIC91c3IvbGliL0ZHTC5y ZW5hbWVkLmxpYkdMLnNvLjEuMg0KbHJ3eHJ3eHJ3eCAxIHJvb3Qgcm9vdCAgICAgIDI2IDIwMDct MDEtMDkgMTM6MDIgL3Vzci9saWIvbGliR0wuc28gLT4gL3Vzci9saWIveG9yZy9saWJHTC5zby4x LjINCmxyd3hyd3hyd3ggMSByb290IHJvb3QgICAgICAxMiAyMDA3LTAxLTA5IDE0OjQ1IC91c3Iv bGliL2xpYkdMLnNvLjEgLT4gbGliR0wuc28uMS4yDQotcnctci0tci0tIDEgcm9vdCByb290ICA0 MjUzMjAgMjAwNi0xMS0xMSAwOToxMCAvdXNyL2xpYi9saWJHTC5zby4xLjINCi1ydy1yLS1yLS0g MSByb290IHJvb3QgIDY4NzEzNiAyMDA2LTExLTExIDA5OjEwIC91c3IvbGliL2xpYkdMVS5hDQps cnd4cnd4cnd4IDEgcm9vdCByb290ICAgICAgMTEgMjAwNi0xMi0zMSAwMzoyMSAvdXNyL2xpYi9s aWJHTFUuc28gLT4gbGliR0xVLnNvLjENCmxyd3hyd3hyd3ggMSByb290IHJvb3QgICAgICAyMCAy MDA2LTEyLTI5IDIxOjQ2IC91c3IvbGliL2xpYkdMVS5zby4xIC0+IGxpYkdMVS5zby4xLjMuMDYw NTAxDQotcnctci0tci0tIDEgcm9vdCByb290ICA1MTk4MzYgMjAwNi0xMS0xMSAwOToxMCAvdXNy L2xpYi9saWJHTFUuc28uMS4zLjA2MDUwMQ0KLXJ3LXItLXItLSAxIHJvb3Qgcm9vdCAgICAgICAw IDIwMDYtMTItMzAgMDI6MDUgL3Vzci9saWIveG9yZy9GR0wucmVuYW1lZC5saWJHTC5zby4xLjIN Cmxyd3hyd3hyd3ggMSByb290IHJvb3QgICAgICAyNiAyMDA3LTAxLTA5IDEzOjAyIC91c3IvbGli L3hvcmcvbGliR0wuc28gLT4gL3Vzci9saWIveG9yZy9saWJHTC5zby4xLjINCmxyd3hyd3hyd3gg MSByb290IHJvb3QgICAgICAyNiAyMDA3LTAxLTA5IDEzOjAyIC91c3IvbGliL3hvcmcvbGliR0wu c28uMSAtPiAvdXNyL2xpYi94b3JnL2xpYkdMLnNvLjEuMg0KLXJ3LXItLXItLSAxIHJvb3Qgcm9v dCAgNzgzMzUzIDIwMDctMDEtMDkgMTM6MDIgL3Vzci9saWIveG9yZy9saWJHTC5zby4xLjINCi1y dy1yLS1yLS0gMSByb290IHJvb3QgMjM5NjIxOSAyMDA3LTAxLTA5IDE0OjEzIC91c3IvbGliL3hv cmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYkdMY29yZS5zbw0KDQpUaGUgImZhaWxlZCBjb2RlIiBp czoNCi8qIGNvbmZkZWZzLmguICAqLw0KI2RlZmluZSBQQUNLQUdFX05BTUUgIiINCiNkZWZpbmUg UEFDS0FHRV9UQVJOQU1FICIiDQojZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIg0KI2RlZmluZSBQ QUNLQUdFX1NUUklORyAiIg0KI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIg0KI2RlZmluZSBQ QUNLQUdFICJwbGliIg0KI2RlZmluZSBWRVJTSU9OICIxLjguNCINCi8qIGVuZCBjb25mZGVmcy5o LiAgKi8NCg0KLyogT3ZlcnJpZGUgYW55IEdDQyBpbnRlcm5hbCBwcm90b3R5cGUgdG8gYXZvaWQg YW4gZXJyb3IuDQogICAgVXNlIGNoYXIgYmVjYXVzZSBpbnQgbWlnaHQgbWF0Y2ggdGhlIHJldHVy biB0eXBlIG9mIGEgR0NDDQogICAgYnVpbHRpbiBhbmQgdGhlbiBpdHMgYXJndW1lbnQgcHJvdG90 eXBlIHdvdWxkIHN0aWxsIGFwcGx5LiAgKi8NCiNpZmRlZiBfX2NwbHVzcGx1cw0KZXh0ZXJuICJD Ig0KI2VuZGlmDQpjaGFyIGdsTmV3TGlzdCAoKTsNCmludA0KbWFpbiAoKQ0Kew0KcmV0dXJuIGds TmV3TGlzdCAoKTsNCiAgIDsNCiAgIHJldHVybiAwOw0KfQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpU YWtlIFN1cnZleXMuIEVhcm4gQ2FzaC4gSW5mbHVlbmNlIHRoZSBGdXR1cmUgb2YgSVQNCkpvaW4g U291cmNlRm9yZ2UubmV0J3MgVGVjaHNheSBwYW5lbCBhbmQgeW91J2xsIGdldCB0aGUgY2hhbmNl IHRvIHNoYXJlIHlvdXINCm9waW5pb25zIG9uIElUICYgYnVzaW5lc3MgdG9waWNzIHRocm91Z2gg YnJpZWYgc3VydmV5cyAtIGFuZCBlYXJuIGNhc2gNCmh0dHA6Ly93d3cudGVjaHNheS5jb20vZGVm YXVsdC5waHA/cGFnZT1qb2luLnBocCZwPXNvdXJjZWZvcmdlJkNJRD1ERVZERVYNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpwbGliLWRldmVsIG1haWxp bmcgbGlzdA0KcGxpYi1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCmh0dHBzOi8vbGlzdHMu c291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3BsaWItZGV2ZWwNCg0K |
|
From: John D. <sf...@av...> - 2007-01-17 18:03:50
|
On 01/17/2007 12:12 PM, Bram Stolk wrote: > You left out the important bit from config.log > Please show the cmd line that configure has used to build > the test prg below. Bingo. That's helpful gcc -o conftest -g -O2 conftest.c -lGL -lpthread -lSM -lICE -lXi -lXmu -lXext -lX11 -lm >&5 1) It couldn't find libXi. 2) That was easy for me to fix with a symlink to libXi.so.6.0.0 3) I don't see why the test for libGL is dependent on libXi. 4) *IF* the test for libGL is going to be dependent on libXi, ./configure should make a separate, prior check for the usability of libXi, so it can print a suitable error message. Ditto for other dependencies. ** Silly me, when it said it couldn't find glNewList in libGL, ** I thought it couldn't find glNewList in libGL. The configure, make, and install have now completed, apparently OK. Thanks for the help, everybody. |
|
From: Martin S. <Mar...@mg...> - 2007-01-17 17:41:12
|
John Denker wrote: > locate libGL | xargs ls -al > lrwxrwxrwx 1 root root 12 2007-01-09 12:43 /usr/lib/ati-fglrx/libGL.so.1 -> libGL.so.1.2 > -rwxr-xr-x 1 root root 634716 2006-04-01 15:07 /usr/lib/ati-fglrx/libGL.so.1.2 > -rw-r--r-- 1 root root 425320 2006-11-11 09:10 /usr/lib/FGL.renamed.libGL.so.1.2 [...] Ah, nice you mention this. Did you install 'fglrx-driver-dev' as well ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X