Ken Cecka wrote:

> Syed hit the nail on the head - the following line is the root of your
> problems:
> 
> conftest.C:4: GL/glut.h: No such file or directory
> 

ok, I tried downloading it, and when I extracted it, and tryied compiling 
it, I don't get a file libglut.so.3.7, but it does generate a libglut.a   
Are these the same?  Can I just rename it, or should I figure out why it 
won't compile the library correctly.  Thanks

-- 

David
smuchrusher <at> ameritech <dot> net
ICQ#: 118347772

7:19pm up 4 days, 16:02, 0 users, load average: 1.27, 1.22, 1.09

Post a reply to this message

On Sun, 27 Jan 2002 21:20:30 -0600, David F <smu### [at] ameritechnet>
wrote:

>ok, I tried downloading it, and when I extracted it, and tryied compiling 
>it, I don't get a file libglut.so.3.7, but it does generate a libglut.a   
>Are these the same?  Can I just rename it, or should I figure out why it 
>won't compile the library correctly.  Thanks

Err... isn't one static and the other dynamic? If that's the case, you
should configure it to do the reverse of what you're doing :)


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message

David F <smu### [at] ameritechnet> wrote:
: ok, I tried downloading it, and when I extracted it, and tryied compiling 
: it, I don't get a file libglut.so.3.7, but it does generate a libglut.a   
: Are these the same?  Can I just rename it

  No, you can't rename a '.a' file to a '.so' file. It's like trying to rename
a '.pdf' file to '.doc' (yes, they are both a document format, but completely
different).
  You can link the '.a' file to the program, but it links it statically (thus
increasing the size of the binary). Sometimes this is desirable, though (the
binary is not dependant on the exitense of the original library as it comes
inside the binary itself).
  The library you are building has probably some option to create the dynamic
version (ie the '.so' file), so try searching for it.
  There's also a way to convert a '.a' file to a '.so' file (IIRC it requires
extracting all the object files from inside the '.a' and then building the
'.so' from them). However, it *might* not always work (sometimes building
a dynamic library requires a special flag to the compiler which creates the
object files in such a way that they will work in a dynamic library, ie. the
compiler generates position-independent code, which is not necessary for a
statically linked library).

-- 
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -

Post a reply to this message

How did you build?  I was able to build the libglut.so.3.7 using the 
following steps:

- bzcat glut-3.7.tar.bz2 | tar xvf -
- cd glut-3.7
- less README
- less linux/README
- chmod +w Glut.cf
- cp linux/Glut.cf .
- ./mkmkfiles.imake
- cp linux/Makefile lib/glut
- cd lib/glut
- make

I'll note that the in my first attempt I skipped copying linux/Makefile, 
and when I built I got a .a file instead of a .so file.

Ken

David F wrote:

> Ken Cecka wrote:
> 
>> Syed hit the nail on the head - the following line is the root of your
>> problems:
>> 
>> conftest.C:4: GL/glut.h: No such file or directory
>> 
> 
> ok, I tried downloading it, and when I extracted it, and tryied compiling
> it, I don't get a file libglut.so.3.7, but it does generate a libglut.a
> Are these the same?  Can I just rename it, or should I figure out why it
> won't compile the library correctly.  Thanks
>

Post a reply to this message

Ken Cecka wrote:


> I'll note that the in my first attempt I skipped copying linux/Makefile,
> and when I built I got a .a file instead of a .so file.
> 
> Ken
 
I think that was my problem.  I got the correct libraries built, but I'm 
still getting complaints from the configure script... I think this is going 
to be too much of a hassle to get this working.  I give up!

-- 

David
smuchrusher <at> ameritech <dot> net
ICQ#: 118347772

6:05pm up 1 day, 14:48, 0 users, load average: 0.33, 0.25, 0.16

Post a reply to this message

In case you still want to try, your original problem with the configure 
script wasn't anything to do with the libraries - it just wanted to know 
wheter the headers were.  You can fix that by copying the headers into 
/usr/include or /usr/local/include or something like that.

Regarding KPovModeller itself, I think it's a bit early to expect much out 
of it.  I've been keeping an eye on it since it started, and may even jump 
in and try to contribute at some point, but it's still not far enough along 
that I would try to do anything too serious with it.

Ken

David F wrote:

> Ken Cecka wrote:
> 
> 
>> I'll note that the in my first attempt I skipped copying linux/Makefile,
>> and when I built I got a .a file instead of a .so file.
>> 
>> Ken
>  
> I think that was my problem.  I got the correct libraries built, but I'm
> still getting complaints from the configure script... I think this is
> going
> to be too much of a hassle to get this working.  I give up!
>

Post a reply to this message