Thread: [Plib-users] problem =?iso-8859-1?q?=28with_plib=29?= while installing =?iso-8859-1?q?SimGear=28Fli
Brought to you by:
sjbaker
Menu
▾
▴
plib-users
|
From: de S. <de...@es...> - 2002-06-05 21:48:16
|
sorry for my bad english, i'm french ______________________________________ i got a problem while installing simgear, and as i don't know linux very well, i do not know if it comes from simgear or plib install just after i've installed plib, in the "./configure" step of simgear install, it says it cannot find plib/pu.h in the right directory, although files are where needed... Might it be a problem in plib install ( some tools might be unable to detect that plib is corectly installed) or an error in simgear's configure sript ? have any of you ever met this problem ? thanks to any ansewr Ferréol de Soras |
|
From: Sebastian U. <ud...@ha...> - 2002-06-05 22:05:12
|
On Wed, 05 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > Date: Wed, 05 Jun 2002 23:48:09 +0300 > To: pli...@li... > From: de...@es... (Ferréol de SORAS) > Subject: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) > > sorry for my bad english, i'm french I am not a native speaker either, but I'd say your english sounds quite good. > i got a problem while installing simgear, and as i don't know linux > very well, i do not know if it comes from simgear or plib install > > just after i've installed plib, in the "./configure" step of simgear > install, it says it cannot find plib/pu.h in the right directory, > although files are where needed... > > Might it be a problem in plib install ( some tools might be unable to > detect that plib is corectly installed) or an error in simgear's > configure sript ? > have any of you ever met this problem ? Please send us the last ~ 50 lines from config.log, which should be in the directory where you tried compiling SimGear. - Sebastian |
|
From: de S. <de...@es...> - 2002-06-06 08:48:29
|
------------------- > > > On Wed, 05 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > > Date: Wed, 05 Jun 2002 23:48:09 +0300 > > To: pli...@li... > > From: de...@es... (Ferréol de SORAS) > > Subject: [Plib-users] problem (with plib) while installing > > SimGear(FlightGear) > > > > sorry for my bad english, i'm french > > I am not a native speaker either, but I'd say your english sounds quite > good. > > > > i got a problem while installing simgear, and as i don't know linux > > very well, i do not know if it comes from simgear or plib install > > > > just after i've installed plib, in the "./configure" step of simgear > > install, it says it cannot find plib/pu.h in the right directory, > > although files are where needed... > > > > Might it be a problem in plib install ( some tools might be unable to > > detect that plib is corectly installed) or an error in simgear's > > configure sript ? > > have any of you ever met this problem ? > > Please send us the last ~ 50 lines from config.log, which should be in the > directory where you tried compiling SimGear. > > > - Sebastian well, i will only be able to send it on friday, but i remember it stops on output " checking for plib/pu.h...no yous *must* have plib installed on your computer.... configure aborted " as soon as i am able to post the log, i'll do it thanks |
|
From: de S. <de...@es...> - 2002-06-06 15:45:05
|
> > sorry for my bad english, i'm french
>
> I am not a native speaker either, but I'd say your english sounds
quite
> good.
>
>
> > i got a problem while installing simgear, and as i don't know
linux
> > very well, i do not know if it comes from simgear or plib install
> >
> > just after i've installed plib, in the "./configure" step of
simgear
> > install, it says it cannot find plib/pu.h in the right directory,
> > although files are where needed...
> >
> > Might it be a problem in plib install ( some tools might be unable
to
> > detect that plib is corectly installed) or an error in simgear's
> > configure sript ?
> > have any of you ever met this problem ?
>
> Please send us the last ~ 50 lines from config.log, which should be
in the
> directory where you tried compiling SimGear.
>
>
> - Sebastian
>
please find the configure log just following (the last 50 lines)
int main() {socket()
; return 0; }
configure:2790: checking for XCreateWindow in -lX11
configure:2809: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lX11 -lpthread -lm 1>&5
configure:2837: checking for XShmCreateImage in -lXext
configure:2856: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lXext -lX11 -lpthread -lm 1>&5
configure:2884: checking for XGetExtensionVersion in -lXi
configure:2903: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lXi -lXext -lX11 -lpthread -lm 1>&5
configure:2931: checking for IceOpenConnection in -lICE
configure:2950: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lICE -lXi -lXext -lX11 -lpthread -lm
1>&5
configure:2978: checking for SmcOpenConnection in -lSM
configure:2997: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lSM -lICE -lXi -lXext -lX11 -lpthread
-lm 1>&5
configure:3025: checking for XtMalloc in -lXt
configure:3044: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lXt -lSM -lICE -lXi -lXext -lX11
-lpthread -lm 1>&5
configure:3072: checking for XmuLookupStandardColormap in -lXmu
configure:3091: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lXmu -lXt -lSM -lICE -lXi -lXext -lX11
-lpthread -lm 1>&5
configure:3126: checking for glNewList in -lGLcore
configure:3145: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lGLcore -lXmu -lXt -lSM -lICE -lXi
-lXext -lX11 -lpthread -lm 1>&5
/usr/i386-slackware-linux/bin/ld: cannot find -lGLcore
collect2: ld returned 1 exit status
configure: failed program was:
#line 3134 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char glNewList();
int main() {
glNewList()
; return 0; }
configure:3174: checking for glNewList in -lGL
configure:3193: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lGL -lXmu -lXt -lSM -lICE -lXi -lXext
-lX11 -lpthread -lm 1>&5
configure:3366: checking for gluLookAt in -lGLU
configure:3385: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi
-lXext -lX11 -lpthread -lm 1>&5
configure:3463: checking for glutGetModifiers in -lglut
configure:3482: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lglut -lGLU -lGL -lXmu -lXt -lSM -lICE
-lXi -lXext -lX11 -lpthread -lm 1>&5
configure:3512: checking for glutGameModeString in -lglut
configure:3531: gcc -o conftest -g -O2 -D_REENTRANT
-I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib
-L/usr/X11R6/lib conftest.c -lglut -lglut -lGLU -lGL -lXmu -lXt -lSM
-lICE -lXi -lXext -lX11 -lpthread -lm 1>&5
configure:3634: checking for plib/pu.h
configure:3644: gcc -E -I/usr/local/include -I/usr/X11R6/include
conftest.c >/dev/null 2>conftest.out
In file included from configure:3640:
/usr/local/include/plib/pu.h:48: GL/glut.h: No such file or directory
configure: failed program was:
#line 3639 "configure"
|
|
From: Sebastian U. <ud...@ha...> - 2002-06-06 16:22:14
|
On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > Date: Thu, 06 Jun 2002 17:44:50 +0300 > To: pli...@li... > From: de...@es... (Ferréol de SORAS) > Subject: Re: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) [...] > please find the configure log just following (the last 50 lines) [...] > configure:3634: checking for plib/pu.h > configure:3644: gcc -E -I/usr/local/include -I/usr/X11R6/include > conftest.c >/dev/null 2>conftest.out > In file included from configure:3640: > /usr/local/include/plib/pu.h:48: GL/glut.h: No such file or directory > configure: failed program was: > #line 3639 "configure" See the third last line. The GLUT header file is obviously missing on your system or the compiler cannot find it. If you compiled PLIB from source before, than I doubt that the file is actually missing, since if it would have been at that time, you surely wouldn't have been able to compile PLIB. Try the following: find / -name "glut.h" (in case you do that as non-root, ignore the warnings about the directories that find was unable to process due to their permission bits. System-wide installed header files usually don't reside in these directories.) If the file shows up either in /usr/include/GL/, /usr/local/include/GL/ or /usr/X11R6/include/GL/, then everything should be fine (well, in the last case Steve might argue that things are not fine - but as I can see from the gcc commandline in the logs, /usr/X11R6/include/ is added to the searchpatch, so there is no need for you to care about this issue for now.). In case the file doesn't show up at all, you've got a problem. However, before trying to compile and install GLUT manually, *PLEASE* grab your distribution's CD and locate the package(s) containing the GLUT library and header file. Then, try to install these again. - Sebastian |
|
From: de S. <de...@es...> - 2002-06-06 17:18:59
|
well in fact i compiled plib with "./configure --with-GL=/usr/src/glut-3.7" so that plib found my opengl directory because it dit not find it by default after you told me to look at the log, i remarked there was a problem with glut and i tried to configure simgear unsuccessfully with the same argument, but it did not work i'll try to copy my gl files in several directories untill it works :-) (or link the dir) the stupid fact is the configure script which says there is a problem with plib whereas it is with gl dir..... ------------------- > > > On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > > Date: Thu, 06 Jun 2002 17:44:50 +0300 > > To: pli...@li... > > From: de...@es... (Ferréol de SORAS) > > Subject: Re: [Plib-users] problem (with plib) while installing > > SimGear(FlightGear) > > [...] > > > please find the configure log just following (the last 50 lines) > > [...] > > > configure:3634: checking for plib/pu.h > > configure:3644: gcc -E -I/usr/local/include -I/usr/X11R6/include > > conftest.c >/dev/null 2>conftest.out > > In file included from configure:3640: > > /usr/local/include/plib/pu.h:48: GL/glut.h: No such file or directory > > configure: failed program was: > > #line 3639 "configure" > > See the third last line. The GLUT header file is obviously missing on your > system or the compiler cannot find it. > > If you compiled PLIB from source before, than I doubt that the file is > actually missing, since if it would have been at that time, you surely > wouldn't have been able to compile PLIB. > > Try the following: > > find / -name "glut.h" > > (in case you do that as non-root, ignore the warnings about the directories > that find was unable to process due to their permission bits. System-wide > installed header files usually don't reside in these directories.) > > If the file shows up either in /usr/include/GL/, /usr/local/include/GL/ or > /usr/X11R6/include/GL/, then everything should be fine (well, in the last > case Steve might argue that things are not fine - but as I can see from the > gcc commandline in the logs, /usr/X11R6/include/ is added to the > searchpatch, so there is no need for you to care about this issue for > now.). > > In case the file doesn't show up at all, you've got a problem. However, > before trying to compile and install GLUT manually, *PLEASE* grab your > distribution's CD and locate the package(s) containing the GLUT library and > header file. Then, try to install these again. > > > - Sebastian > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > Ferréol de Soras |
|
From: Sebastian U. <ud...@ha...> - 2002-06-06 17:56:47
|
On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > Date: Thu, 06 Jun 2002 19:18:49 +0300 > To: pli...@li... > From: de...@es... (Ferréol de SORAS) > Subject: Re: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) > > well in fact i compiled plib with > > "./configure --with-GL=/usr/src/glut-3.7" so that plib found my opengl > directory because it dit not find it by default Didn't you say that you do not know linux very well ? Then PLEASE, PLEASE do not try to compile Mesa or GLUT yourself. Use the appropiate packages supplied with your distribution (there are some, really). Being a non-experienced user, you risk messing up your system otherwise. Even as an experienced user, you mess up your systems package handling unless you tell the RPM (I assume that your distribution is RPM-based) database about what you installed in some way. I bet if you had used the packages that came with your linux distribution, SimGear had ./configure'd flawlessly. The best thing is if you try to remove the libraries and header files you installed manually from your system (if you know approximately when you did the install, find -cmin helps - see "man find" for details) and install the corresponding RPM packages afterwards. > after you told me to look at the log, i remarked there was a problem > with glut and i tried to configure simgear unsuccessfully with the > same argument, but it did not work > > i'll try to copy my gl files in several directories untill it works > :-) > (or link the dir) No, please also don't do that. > the stupid fact is the configure script which says there is a problem > with plib whereas it is with gl dir..... Well - the configure program tries to compile a simple program that includes pu.h. If the compilation process failes, then this does not necessarily mean that the pu.h header file is missing or that something is wrong with it - it could also be any of the header files included by it directly or indirectly. What wonders *me* is that when the Simgear configure script checks for GLUT, no error ocourrs, while the compiler obviously cannot find the GLUT header fine when checking for pu.h. - Sebastian |
|
From: de S. <de...@es...> - 2002-06-06 18:36:09
|
well i followed instructions from howtows to install glut and it works pretty well (for ex, tuxracer works)... it is not the problem the problem might be what wonders you ! (i did not find slackware rpms for glut) ------------------- > > > On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > > Date: Thu, 06 Jun 2002 19:18:49 +0300 > > To: pli...@li... > > From: de...@es... (Ferréol de SORAS) > > Subject: Re: [Plib-users] problem (with plib) while installing > > SimGear(FlightGear) > > > > well in fact i compiled plib with > > > > "./configure --with-GL=/usr/src/glut-3.7" so that plib found my opengl > > directory because it dit not find it by default > > Didn't you say that you do not know linux very well ? Then PLEASE, PLEASE > do not try to compile Mesa or GLUT yourself. Use the appropiate packages > supplied with your distribution (there are some, really). > > Being a non-experienced user, you risk messing up your system otherwise. > Even as an experienced user, you mess up your systems package handling > unless you tell the RPM (I assume that your distribution is RPM-based) > database about what you installed in some way. > > I bet if you had used the packages that came with your linux distribution, > SimGear had ./configure'd flawlessly. The best thing is if you try to > remove the libraries and header files you installed manually from your > system (if you know approximately when you did the install, find -cmin > helps - see "man find" for details) and install the corresponding RPM > packages afterwards. > > > > after you told me to look at the log, i remarked there was a problem > > with glut and i tried to configure simgear unsuccessfully with the > > same argument, but it did not work > > > > i'll try to copy my gl files in several directories untill it works > > :-) > > (or link the dir) > > No, please also don't do that. > > > > the stupid fact is the configure script which says there is a problem > > with plib whereas it is with gl dir..... > > Well - the configure program tries to compile a simple program that > includes pu.h. If the compilation process failes, then this does not > necessarily mean that the pu.h header file is missing or that something is > wrong with it - it could also be any of the header files included by it > directly or indirectly. > > What wonders *me* is that when the Simgear configure script checks for > GLUT, no error ocourrs, while the compiler obviously cannot find the GLUT > header fine when checking for pu.h. > > > - Sebastian > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > Ferréol de Soras |
|
From: Sebastian U. <ud...@ha...> - 2002-06-06 19:06:39
|
On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > Date: Thu, 06 Jun 2002 20:36:02 +0300 > To: pli...@li... > From: de...@es... (Ferréol de SORAS) > Subject: Re: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) > > well i followed instructions from howtows to install glut and it works > pretty well (for ex, tuxracer works)... Okay, at least you read the docs. A very good decision, in deed - many users don't, and wonder afterwards why their systems are messed up. But please make notes of what new files you copied to your system - the notes might get in handy if you need to remove something later or just wonder what package a particular file belongs to. Or even better: Compile the stuff, then make a RPM / debian / slackware package out of it and install the package. > it is not the problem the problem might be what wonders you ! Well, I really doubt that this is a bug in the SimGear configure script. This project is too popular to have still significant bugs in a often-used thing like the configure system - but you never know ... > (i did not find slackware rpms for glut) First, doesn't use slackware its own package format ? Secondly, I'd say there must be packages for slackware. It is really is not a that unpopular linux distribution - did google really not find anything ? Anyway, compiling from source on your own is basically okay, as long as you - remove versions of the program / library that your distribution installed prior to installing something manually. Almost all Makefiles won't save you from having two different versions of the same library installed on the same system in differernt paths, which is a very bad thing that can lead to the obscurest problems. - read the docs ! - diligently take notes of what files you installed on your system. There most likely will be a situation where you will be happy that you did. Note that programs such as installwatch (use google) can help you with doing so. - remember to remove the files you installed manually prior to installing a RPM / debian / slackware package of the software again. Good that you took the notes upon installing, eh ? Furthermore, note that most package managers do the above automatically for you, so I consider them a very good thing especially for novice users. When used correctly, they save you from a great amount of human mistakes, while there is almost zero protection when installing something manually. But to come back to the original topic: Did you do the "find" ? Where do the header files reside ? - Sebastian |
|
From: de S. <de...@es...> - 2002-06-06 20:22:57
|
problem ended i created a symbolic link to the glut headers directory in the place most program would like to find them, and it works perfectly (now the problem is with FlightGear install, but it is another mailing list) a least i have learnt something : information in log files are more significant than information from standards outputs, because standard output said it was a problem with plib, and it wasn't... many thanks to you, sebastian ------------------- > > > On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > > Date: Thu, 06 Jun 2002 20:36:02 +0300 > > To: pli...@li... > > From: de...@es... (Ferréol de SORAS) > > Subject: Re: [Plib-users] problem (with plib) while installing > > SimGear(FlightGear) > > > > well i followed instructions from howtows to install glut and it works > > pretty well (for ex, tuxracer works)... > > Okay, at least you read the docs. A very good decision, in deed - many > users don't, and wonder afterwards why their systems are messed up. > > But please make notes of what new files you copied to your system - the > notes might get in handy if you need to remove something later or just > wonder what package a particular file belongs to. Or even better: Compile > the stuff, then make a RPM / debian / slackware package out of it and > install the package. > > > > it is not the problem the problem might be what wonders you ! > > Well, I really doubt that this is a bug in the SimGear configure script. > This project is too popular to have still significant bugs in a often-used > thing like the configure system - but you never know ... > > > > (i did not find slackware rpms for glut) > > First, doesn't use slackware its own package format ? > > Secondly, I'd say there must be packages for slackware. It is really is not > a that unpopular linux distribution - did google really not find anything ? > > > Anyway, compiling from source on your own is basically okay, as long as you > > - remove versions of the program / library that your distribution installed > prior to installing something manually. Almost all Makefiles won't save > you from having two different versions of the same library installed on > the same system in differernt paths, which is a very bad thing that can > lead to the obscurest problems. > > - read the docs ! > > - diligently take notes of what files you installed on your system. There > most likely will be a situation where you will be happy that you did. > Note that programs such as installwatch (use google) can help you with > doing so. > > - remember to remove the files you installed manually prior to installing > a RPM / debian / slackware package of the software again. Good that you > took the notes upon installing, eh ? > > Furthermore, note that most package managers do the above automatically for > you, so I consider them a very good thing especially for novice users. When > used correctly, they save you from a great amount of human mistakes, while > there is almost zero protection when installing something manually. > > > But to come back to the original topic: Did you do the "find" ? Where do > the header files reside ? > > > - Sebastian > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > Ferréol de Soras |
|
From: Sebastian U. <ud...@ha...> - 2002-06-06 20:45:32
|
On Thu, 06 Jun 2002, de...@es... (Ferr=E9ol de SORAS) wrote: > Date: Thu, 06 Jun 2002 22:22:52 +0300 > To: pli...@li... > From: de...@es... (Ferr=E9ol de SORAS) > Subject: Re: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) > > problem ended > > i created a symbolic link to the glut headers directory in the place > most program would like to find them, and it works perfectly Certainly a good idea - gcc doesn't by default search for header files in /usr/src/somepackage-whateverversion/, and by the way - since you mentitoned having tried that - as far as I know SimGear doesn't support t= he --with-GL option as PLIB does. As I said: I bet if you used the packages that came with your distributio= n, that is, if you put everything at the right place in case you compiled GL= UT yourself, SimGear would have configure'd flawlessly ... > (now the problem is with FlightGear install, but it is another mailing > list) Yes. > a least i have learnt something : information in log files are more > significant than information from standards outputs, because standard > output said it was a problem with plib, and it wasn't... Right. What matters is the actual compiler output - configure just tells you that the compiler test failed, but not why. However, configure did not say that there was a problem with PLIB. This i= s your interpretition. It just said that it could not compile a simple program that includes the pu.h header file, which may mean that there is = a problem with the PLIB installation, but also that something is wrong with one of PLIB's direct or indirect dependancies. That is the reason why you are right when saying that "information in log files are more significant than information from standard outputs". - Sebastian |
|
From: Arnt K. <ar...@c2...> - 2002-06-06 23:40:17
|
On Thu, 06 Jun 2002 21:06:36 +0200, Sebastian Ude <ud...@ha...> wrote in message <E17...@mx...>: > > > On Thu, 06 Jun 2002, de...@es... (Ferréol de SORAS) wrote: > > Date: Thu, 06 Jun 2002 20:36:02 +0300 > > To: pli...@li... > > From: de...@es... (Ferréol de SORAS) > > Subject: Re: [Plib-users] problem (with plib) while installing > > SimGear(FlightGear) > > > > well i followed instructions from howtows to install glut and it > > works pretty well (for ex, tuxracer works)... > > Okay, at least you read the docs. A very good decision, in deed - many > users don't, and wonder afterwards why their systems are messed up. ..the commonly accepted way is to place "all foreign code" in '/usr/local/', and use the distros own tools to mess around everywhere else. > But please make notes of what new files you copied to your system - > the notes might get in handy if you need to remove something later or > just wonder what package a particular file belongs to. Or even better: > Compile the stuff, then make a RPM / debian / slackware package out of > it and install the package. > > > > it is not the problem the problem might be what wonders you ! > > Well, I really doubt that this is a bug in the SimGear configure > script. This project is too popular to have still significant bugs in > a often-used thing like the configure system - but you never know ... > > > > (i did not find slackware rpms for glut) > > First, doesn't use slackware its own package format ? > > Secondly, I'd say there must be packages for slackware. It is really > is not a that unpopular linux distribution - did google really not > find anything ? ..the "first" packaged distro, dates back to the mid 90-ies, uses binary tarballs with scripts, typically named like binary-0.1.2.tgz or somesuch. Some people swear by it, and at Red Hat and Debian. ;-) > Anyway, compiling from source on your own is basically okay, as long > as you > > - remove versions of the program / library that your distribution > installed > prior to installing something manually. Almost all Makefiles won't > save you from having two different versions of the same library > installed on the same system in differernt paths, which is a very > bad thing that can lead to the obscurest problems. > > - read the docs ! ..hear, hear!!! > - diligently take notes of what files you installed on your system. > There > most likely will be a situation where you will be happy that you > did. Note that programs such as installwatch (use google) can help > you with doing so. > > - remember to remove the files you installed manually prior to > installing > a RPM / debian / slackware package of the software again. Good that > you took the notes upon installing, eh ? > > Furthermore, note that most package managers do the above > automatically for you, so I consider them a very good thing especially > for novice users. When used correctly, they save you from a great > amount of human mistakes, while there is almost zero protection when > installing something manually. > > > But to come back to the original topic: Did you do the "find" ? Where > do the header files reside ? > > > - Sebastian -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. |
|
From: Steve B. <sjb...@ai...> - 2002-06-06 21:56:51
|
Sebastian Ude wrote:
> If the file shows up either in /usr/include/GL/, /usr/local/include/GL/ or
> /usr/X11R6/include/GL/, then everything should be fine (well, in the last
> case Steve might argue that things are not fine - but as I can see from the
> gcc commandline in the logs, /usr/X11R6/include/ is added to the
> searchpatch, so there is no need for you to care about this issue for
> now.).
At the risk of repeating myself...
glut.h, gl.h, glext.h, glu.h ...and all their little friends
belong in one place - and one place only:
/usr/include/GL
...if you see them anywhere else - remove them.
If you don't do that then some programs (which happen to be tolerant)
will find them - and others (which happen to be pedantic) will not.
Similarly with the library files - which should be in /usr/lib/ and
nowhere else.
----------------------------- 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: Sebastian U. <ud...@ha...> - 2002-06-06 22:54:01
|
On Wed, 05 Jun 2002, sjb...@ai... (Steve Baker) wrote: > Date: Wed, 05 Jun 2002 18:46:01 -0500 > To: ud...@ha... > From: sjb...@ai... (Steve Baker) > CC: pli...@li... > Reply-To: sjb...@ai... > Subject: Re: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) [...] > At the risk of repeating myself... > > glut.h, gl.h, glext.h, glu.h ...and all their little friends > belong in one place - and one place only: > > /usr/include/GL > > ....if you see them anywhere else - remove them. > > If you don't do that then some programs (which happen to be tolerant) > will find them - and others (which happen to be pedantic) will not. > > Similarly with the library files - which should be in /usr/lib/ and > nowhere else. As I said, Steve: "[...] /usr/include/GL/, /usr/local/include/GL/ or /usr/X11R6/include/GL/, then everything should be fine (well, in the last case Steve might argue that things are not fine [...]" But it does not help anyone to confuse end-users by telling them that their distribution put the OpenGL files at the wrong place. It are the distribution makers that must be blamed. - Sebastian |
|
From: Steve B. <sjb...@ai...> - 2002-06-06 23:00:17
|
Sebastian Ude wrote: > But it does not help anyone to confuse end-users by telling them that their > distribution put the OpenGL files at the wrong place. Sure it helps them - it allows them to put the files in the right place - and not have continual problems with installing new software that can't find the headers. > It are the distribution makers that must be blamed. Yes - but it does no good for me to go by myself to the distro maker and complain. It has to be all their customers who complain. I don't use either of the two offending distro's. Meanwhile, we have to fix the problem one user at a time. ----------------------------- 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: Sebastian U. <ud...@ha...> - 2002-06-06 23:26:34
|
On Wed, 05 Jun 2002, sjb...@ai... (Steve Baker) wrote: > Date: Wed, 05 Jun 2002 19:49:26 -0500 > To: ud...@ha... > From: sjb...@ai... (Steve Baker) > CC: pli...@li... > Reply-To: sjb...@ai... > Subject: Re: [Plib-users] problem (with plib) while installing > SimGear(FlightGear) > > Sebastian Ude wrote: > > > But it does not help anyone to confuse end-users by telling them that > > their distribution put the OpenGL files at the wrong place. > > Sure it helps them - it allows them to put the files in the right place - > and not have continual problems with installing new software that can't > find the headers. Hm, that's true ! > Yes - but it does no good for me to go by myself to the distro maker and > complain. > > It has to be all their customers who complain. I don't use either of the > two offending distro's. Neither I do. But I would recommend affected users to file bug reports to the distribution makers - isn't it considered a bug if a distribution violates well-known filesystem hirarchie standards ? - Sebastian |
×
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