 | | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) My /usr/local/lib has: libGL.so -> libGL.so.1.2.0 libGLU.so -> libGLU.so.1.2.0 libglut.so -> libglut.so.3.7.0 and as far as I can tell, the symlinks do point to real library files... $ file * libGL.la: English text libGL.so: symbolic link to (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Funny other thing, though: If I go into main.c and just start hacking some of the constants and recompile, I can get it to do things like position the window anywhere I want, or make it any size, or make it come up with any background color (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Whoa -- the ldglite I produced via libtool is an sh wrapper for .libs/ldglite produced by ltmain.sh (part of libtool I guess). That's how it's so small! :) 3k seemed awful small to me too -- almost unbelievable. 20k I could believe easily, 3k (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) and (...) Which windows compiler did you try? VC++ or gcc or the exe in the zip file? (...) Do you mean the /ldraw/model dir or whatever directory the model on the command line is in? eg. c:\mydatfiles in the example below. ldglite (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Actually I'm not quite as impressed as I was a few minutes ago. I checked the size of the executable in the zip file and it's only 81064 bytes. The bloat we saw was the debugging symbols. You can remove them with this. strip ldglite I now (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I had this up and running in a few minutes under Win98. Adequate launching and rendering achieved by dragging files onto the executable (in Explorer). Rendering was definitely slower than LDLite. When looking for subfiles, LDLite will look in (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) ... (...) Quoting the ldglite home page: (...) Which probably isn't the problem, but what the heck. Steve (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: Missing parts of parts?
|
|
(...) Weird. Works OK in my LEdit. The only suspicious candidates would be the files box4t.dat or box4-1.dat. Make sure both of those files are in your ldraw\p directory. Steve (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
libtool eh? What the heck is that? I seem to have it in /usr/local/bin but "man libtool" turns up nothing. I guess I'll have to read the man pages on gcc and ld to find out more about the shared libs vs static linking switches. Oh well, I was gonna (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Hmmm, perhaps now we're onto something. My executable is only 189110 bytes. Significantly smaller! ;^) I don't think the executable is supposed to be statically linked. I didn't add anything to the makefile to do that. Do you have the .a files (...) (25 years ago, 26-Jan-00, to lugnet.cad.dev)
|
