Re: pil21 on Mac, some errors

Hi Jon, > [misc/cube.l:13] !? (native "libglut.so.3" "glutInit" NIL '(NIL (8) . 0)) > "libglut.so.3" -- [DLL] dlopen(libglut.so.3, 9): image not found Probably one or more of: 1. openGl.l says (if (= *OS "Darwin"). Perhaps this is not properly set by Makefile? 2. "libglut.so.3" does not

Re: PilCon Friday

On 04.11.20 11:55, Alexander Burger wrote: > we'll meet at 8:00 UTC. Because of the time change, it's already at 9:00 central european time, right? -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

Hi Alex, I tried $ ./pil misc/cube.l + and then I got [misc/cube.l:13] !? (native "libglut.so.3" "glutInit" NIL '(NIL (8) . 0)) "libglut.so.3" -- [DLL] dlopen(libglut.so.3, 9): image not found openGl? /Jon > On 4 Nov 2020, at 21:28, Alexander Burger wrote: > > Hi Jon, > >> I have put the

Re: pil21 on Mac, some errors

Hi all, > On 2020. Nov 5., at 16:03, Alexander Burger wrote: > This is strange, because "@" is *no* lib at all. It is a special token > interpreted by PicoLisp as "in this executable binary". > > Did it work with "emu" under MacOS? It used the same mechanism. Yes. It works with emu under

Re: pil21 on Mac, some errors

On Thu, Nov 05, 2020 at 05:14:03PM +0100, Alexander Burger wrote: > So perhaps the output of strace tells us more. Hmm, not really. Mike posted one in IRC. It says "invalid kernel access" several times, but I have no idea what it means. Does anybody have experience with libffi on Mac? ☺/ A!ex

Re: pil21 on Mac, some errors

Hi Alex, Yes, I have some experience. I use libffi to implement native calls in my picoLisp fork (32bit/64bit) on MacOS. Andras > On 2020. Nov 5., at 17:47, Alexander Burger wrote: > > On Thu, Nov 05, 2020 at 05:14:03PM +0100, Alexander Burger wrote: >> So perhaps the output of strace tells

Re: pil21 on Mac, some errors

Hi Andras, > Yes, I have some experience. > I use libffi to implement native calls in my picoLisp fork (32bit/64bit) on > MacOS. Yes, I remember, you patched some files to use clang. On the other hand, the original @lib/openGl.l was widely extended and ported to Mac by Jon. I hear from Mike

Re: pil21 on Mac, some errors

Hi Andras, > Yes. It works with emu under MacOS. Thanks! Good to know. :) So perhaps the output of strace tells us more. @Jon or @Mike: I would recommend to use "sphere.l" instead of "cube.l", because the latter goes into a REPL after that and produces too much output. It can be started as

Re: pil21 on Mac, some errors

Hi Mike, > 2. (native "@" ...) will fail because macos has different libc system name: > $ pil21 + > : (native "@" "getenv" 'S "TERM") > Bad ffi This is strange, because "@" is *no* lib at all. It is a special token interpreted by PicoLisp as "in this executable binary". Did it work with "emu"

Re: PilCon Friday

Yes, please, find some way to record it. Even if fully unedited and unstructured. One can download video from youtube and do quick seeks to find stuff. On Thu, Nov 5, 2020 at 9:14 AM C K Kashyap wrote: > While at it, it would be good to touch on the "interpreter only" approach > of PicoLisp. It

Re: pil21 on Mac, some errors

Hi all, I’ve modified openGl.l as follows: (if (= *OS "Darwin") (default *GluLib "OpenGL.framework/OpenGL" *GlutLib "GLUT.framework/GLUT" *GlutCheckEvent "glutCheckLoop" ) (default *GluLib "libGLU.so.1" *GlutLib "libglut.so.3" *GlutCheckEvent

Re: pil21 on Mac, some errors

Hi all, On macOS Mojave 10.14 the system supplied GLUT.framework/GLUT does not contain glutMainLoopEvent, only glutCheckLoop. I’ve just made it work on my Mac. I use the pil21-version of @lib/openGl.l See the sources at https://github.com/pahihu/picoLisp/blob/master/lib/openGl.l

Re: pil21 on Mac, some errors

On Thu, Nov 05, 2020 at 07:50:01PM +0200, Mike wrote: > > > I hear from Mike that "Darwin" is not correct for pil21. > > > > "Macos"? > > This is not issue anymore, I have manually disabled this if to use correct > definitions. Right. But it is needed so that it also runs on other systems.

Re: PilCon Friday

On Thu, Nov 05, 2020 at 01:23:13PM -0500, r cs wrote: > Raw video would be welcomed. The timing of the PilCon can be challenging > in some time zones. Independent of the recording issue, the current scheduling is not an absolute must. I did a proposal initially, and nobody complained, so we

Re: pil21 on Mac, some errors

On Thu, Nov 05, 2020 at 08:10:49PM +0100, Andras Pahi wrote: > For reference see https://github.com/pahihu/picoLisp/blob/master/README > Cool: "fixed arguments must be marked with T". Good idea! In fact, in pil21 I decided simply *not* to

Re: PilCon Friday

Raw video would be welcomed. The timing of the PilCon can be challenging in some time zones. Cheers, rcs On Thu, Nov 5, 2020 at 1:09 PM Edgaras Šeputis wrote: > Yes, please, find some way to record it. Even if fully unedited and > unstructured. One can download video from youtube and do quick

Re: pil21 on Mac, some errors

On Thu, Nov 05, 2020 at 07:35:58PM +0100, Andras Pahi wrote: > Hi all, > > You need to change glutMainLoopEvent to glutCheckLoop on MacOS. Interesting. It was Jon who wrote those demos (and large parts of @lib/openGl.l), so we should better let him decide what to do. > Everything works as

Re: PilCon Friday

For me later in the evening after 17-18 CET would be Better. On Thu, Nov 5, 2020, 19:41 Alexander Burger wrote: > On Thu, Nov 05, 2020 at 01:23:13PM -0500, r cs wrote: > > Raw video would be welcomed. The timing of the PilCon can be challenging > > in some time zones. > > Independent of the

Re: pil21 on Mac, some errors

hi all, > 3. It is the general problem with libffi which was mentioned by Mike. I don't > know more about it atm. I've got access to MacOs again to test libffi interface: 1. trivial test works: $ pil21 + : (native "./native.so" "returnbyte" 'B) -> 255 : 2. (native "@" ...) will fail because

Re: pil21 on Mac, some errors

> I hear from Mike that "Darwin" is not correct for pil21. > > "Macos"? This is not issue anymore, I have manually disabled this if to use correct definitions. (mike) -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

On Thu, Nov 05, 2020 at 08:30:18PM +0100, Alexander Burger wrote: > In fact, in pil21 I decided simply *not* to support ffi calls to functions > with > a variable number of arguments. The reason is to keep it simple (and because > such functions are not frequent). Also, I see no reason why

Re: pil21 on Mac, some errors

November 5, 2020 7:09 PM, "Alexander Burger" wrote: > On Thu, Nov 05, 2020 at 05:14:03PM +0100, Alexander Burger wrote: > >> So perhaps the output of strace tells us more. > > Hmm, not really. Mike posted one in IRC. It says "invalid kernel access" > several > times, but I have no idea what

Re: PilCon Friday

Personally, I work business hours so Friday mornings I'm generally unavailable (GMT). I think at least one on the weekday in the afternoon/evening and one on the weekend might be the most convenient with the latter more convenient for non-European timezones. For example, if it's hosted on

Re: pil21 on Mac, some errors

> Right. But it is needed so that it also runs on other systems. > The else-bodo of the 'if' works for me under Debian. Just hack for testing. (mike) -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe