Re: pil64emu, OpenGL?

2012-11-08 Thread Alexander Burger
Hi Jon, hi Jorge,

 I suggest, in lib/openGl.l, to replace
 
 (default
*GluLib libGLU.so
*GlutLib libglut.so )
 
 with
 
 (if (= *OS Darwin)
 (default
 *GluLib Frameworks/OpenGL.framework/OpenGL
 *GlutLib Frameworks/GLUT.framework/GLUT )
 (default
 *GluLib /usr/lib/libGLU.so
 *GlutLib /usr/lib/libglut.so ) )
 
 It works like a dream on my iMac! Exactly why I can leave out
 /System/Library/ as Jorge suggested, I'm not sure, but it works.

Hmm, the more I think about it, the more I agree with you both.

Though keeping the library path out of the way is somewhat cleaner, it
is tedious to use.

I've put the above into lib/openGl.l.

Thanks and cheers,
- Alex
-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-08 Thread Jorge Acereda
Just a note, the Frameworks/ part is irrelevant. Looks like it uses just the 
2 last components of the path (OpenGL.framework/OpenGL). 
I have changed it to /foo/bar/OpenGL.framework/OpenGL and it works the same.

On Nov 8, 2012, at 9:01 PM, Alexander Burger wrote:

 Hi Jon, hi Jorge,
 
 I suggest, in lib/openGl.l, to replace
 
 (default
   *GluLib libGLU.so
   *GlutLib libglut.so )
 
 with
 
 (if (= *OS Darwin)
(default
*GluLib Frameworks/OpenGL.framework/OpenGL
*GlutLib Frameworks/GLUT.framework/GLUT )
(default
*GluLib /usr/lib/libGLU.so
*GlutLib /usr/lib/libglut.so ) )
 
 It works like a dream on my iMac! Exactly why I can leave out
 /System/Library/ as Jorge suggested, I'm not sure, but it works.
 
 Hmm, the more I think about it, the more I agree with you both.
 
 Though keeping the library path out of the way is somewhat cleaner, it
 is tedious to use.
 
 I've put the above into lib/openGl.l.
 
 Thanks and cheers,
 - Alex
 -- 
 UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-07 Thread Jon Kleiser

Hi,

I suggest, in lib/openGl.l, to replace

(default
   *GluLib libGLU.so
   *GlutLib libglut.so )

with

(if (= *OS Darwin)
(default
*GluLib Frameworks/OpenGL.framework/OpenGL
*GlutLib Frameworks/GLUT.framework/GLUT )
(default
*GluLib /usr/lib/libGLU.so
*GlutLib /usr/lib/libglut.so ) )

It works like a dream on my iMac! Exactly why I can leave out 
/System/Library/ as Jorge suggested, I'm not sure, but it works.

This was good news. ;-)

I'm looking forward to an article about emu64, on picolisp.com ...

/Jon


On 11/6/12 10:21 PM, Jorge Acereda wrote:

On Nov 6, 2012, at 9:34 PM, Alexander Burger wrote:


Hi Jorge,


+   ...
+  /System/Library/Frameworks/OpenGL.framework/OpenGL
+   ...
+   /System/Library/Frameworks/GLUT.framework/GLUT
+   ...

Shouldn't it just provide sane defaults for the platform in question?
There is no libGLU.so on OS X...

Hmm, I'm not sure I understand that. Are the above not libraries?

Sort of. Those are frameworks, frameworks encapsulate headers/shared libraries 
(bundles) and resources.




  (setq
 *GluLib  /System/Library/Frameworks/OpenGL.framework/OpenGL
 *GlutLib /System/Library/Frameworks/GLUT.framework/GLUT )

  (load @lib/openGl.l)

In that way, the 'default' in the library won't override it.

But that seems contrary to the DRY motto. All applications will need
to do that in order to run on OS X.

Well, it could be encapsulated in a commont source file or even
command line argument.


I just feel uneasy to hard-code special library locations. Shouldn't
that be provided by the system environment, like load-library paths?

Ok, in that case just remove /System/Library/ from the paths. I tested and it 
works OK.



That's why I removed /usr/lib/ from the two variables.

Cheers,
- Alex



--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-06 Thread Jorge Acereda

On Nov 6, 2012, at 7:07 AM, Alexander Burger wrote:

 Hi Jorge,
 
 The following patch makes it work on Mac:
 
 (default
 -   *GluLib libGLU.so
 -   *GlutLib libglut.so )
 +   *GluLib (if (= *OS Darwin)
 +  /System/Library/Frameworks/OpenGL.framework/OpenGL
 +  libGLU.so )
 +   *GlutLib (if (= *OS Darwin)
 +   /System/Library/Frameworks/GLUT.framework/GLUT
 +   libglut.so ) )
 
 Great, thanks!
 
 
 However, instead of hard-coding a system dependency, I would suggest we
 stay with the current version of lib/openGl.l

Shouldn't it just provide sane defaults for the platform in question? There is 
no libGLU.so on OS X...


 
  (default
 *GluLib libGLU.so
 *GlutLib libglut.so )
 
 and pass such special pathes in the application before calling the
 library:
 
   (setq
  *GluLib  /System/Library/Frameworks/OpenGL.framework/OpenGL
  *GlutLib /System/Library/Frameworks/GLUT.framework/GLUT )
 
   (load @lib/openGl.l)
 
 In that way, the 'default' in the library won't override it.

But that seems contrary to the DRY motto. All applications will need to do that 
in order to run on OS X.


 
 Cheers,
 - Alex
 -- 
 UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-06 Thread Alexander Burger
Hi Jorge,

 +   ...
 +  /System/Library/Frameworks/OpenGL.framework/OpenGL
 +   ...
 +   /System/Library/Frameworks/GLUT.framework/GLUT
 +   ...

 Shouldn't it just provide sane defaults for the platform in question?
 There is no libGLU.so on OS X...

Hmm, I'm not sure I understand that. Are the above not libraries?


(setq
   *GluLib  /System/Library/Frameworks/OpenGL.framework/OpenGL
   *GlutLib /System/Library/Frameworks/GLUT.framework/GLUT )
  
(load @lib/openGl.l)
  
  In that way, the 'default' in the library won't override it.
 
 But that seems contrary to the DRY motto. All applications will need
 to do that in order to run on OS X.

Well, it could be encapsulated in a commont source file or even
command line argument.


I just feel uneasy to hard-code special library locations. Shouldn't
that be provided by the system environment, like load-library paths?

That's why I removed /usr/lib/ from the two variables.

Cheers,
- Alex
-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-06 Thread Jorge Acereda

On Nov 6, 2012, at 9:34 PM, Alexander Burger wrote:

 Hi Jorge,
 
 +   ...
 +  /System/Library/Frameworks/OpenGL.framework/OpenGL
 +   ...
 +   /System/Library/Frameworks/GLUT.framework/GLUT
 +   ...
 
 Shouldn't it just provide sane defaults for the platform in question?
 There is no libGLU.so on OS X...
 
 Hmm, I'm not sure I understand that. Are the above not libraries?

Sort of. Those are frameworks, frameworks encapsulate headers/shared libraries 
(bundles) and resources.

 
 
  (setq
 *GluLib  /System/Library/Frameworks/OpenGL.framework/OpenGL
 *GlutLib /System/Library/Frameworks/GLUT.framework/GLUT )
 
  (load @lib/openGl.l)
 
 In that way, the 'default' in the library won't override it.
 
 But that seems contrary to the DRY motto. All applications will need
 to do that in order to run on OS X.
 
 Well, it could be encapsulated in a commont source file or even
 command line argument.
 
 
 I just feel uneasy to hard-code special library locations. Shouldn't
 that be provided by the system environment, like load-library paths?

Ok, in that case just remove /System/Library/ from the paths. I tested and it 
works OK. 


 
 That's why I removed /usr/lib/ from the two variables.
 
 Cheers,
 - Alex
 -- 
 UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-05 Thread Jon Kleiser

Hi Alex,

On 11/5/12 2:29 PM, Alexander Burger wrote:

Hi Jon,


I'm maybe a bit optimistic, but I had to try OpenGL with pil64emu
(again on Mac) ...

Not optimistic at all! I consider pil64emu as finished.

Here OpenGL works already since last week. I tried, for example, your
pyramids.l (also attached to this mail):

./pil pyramids.l +



(default
*GluLib /usr/lib/libGLU.so
*GlutLib /usr/lib/libglut.so )

 From what I can see, there's no libglut.so to be found on my Mac.

I thought it worked previously on pil32?

Cheers,
- Alex


A long time ago we had OpenGL stuff working with pil32 on Mac, by using 
my library (which has been available externally from 
http://folk.uio.no/jkleiser/pico/gl.tgz). That library no longer builds 
or works with more recent pil32 versions (on Mac). Re. pil64, that one 
has never worked on Mac. I did use pil64 a bit on Ubuntu via VirtualBox 
on Mac. So where/how can one then obtain libglut.so (and libGLU.so) for 
use on Mac, if they are required?


/Jon
--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: pil64emu, OpenGL?

2012-11-05 Thread Jorge Acereda
The following patch makes it work on Mac:



gl.patch
Description: Binary data



On Nov 5, 2012, at 7:35 PM, Alexander Burger wrote:

 Hi Jon,
 
 Here OpenGL works already since last week. I tried, for example, your
 pyramids.l (also attached to this mail):
 
   ./pil pyramids.l +
 
 
 (default
   *GluLib /usr/lib/libGLU.so
   *GlutLib /usr/lib/libglut.so )
 
 From what I can see, there's no libglut.so to be found on my Mac.
 ...
 via VirtualBox on Mac. So where/how can one then obtain libglut.so
 (and libGLU.so) for use on Mac, if they are required?
 
 I don't know what to do on the Mac, but as a generalization I changed
 the above two default lines in lib/openGl.l to
 
   (default
  *GluLib libGLU.so
  *GlutLib libglut.so )
 
 i.e. I removed the absolute paths. This should make it less dependent on
 the specific system installation. Works well here. Any objections?
 
 Cheers,
 - Alex
 -- 
 UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe