Hi all,
I modified the Makefile to match my llvm-10 installation (the executables
Are postfixed with “-mp-10”) and added include and lib directory pathes,
modified the SHARED define as
SHARED = -dynamiclib -undefined dynamic_lookup
Then issued
make
make clean
make
To rebuild the resulting
On Sat, Nov 07, 2020 at 10:30:57PM +0100, pd wrote:
> saturday is not a work day so it's supposed to be better
> to attend but that day have family time attached so it's as hard as working
> day.
That's true. Saturdays are often occupied by other family or routine duties.
As a freelancer, any day
On Sat, Nov 07, 2020 at 09:22:48PM +0100, Alexander Burger wrote:
> On Sat, Nov 07, 2020 at 08:01:01PM +0100, Andras Pahi wrote:
> I revert for now
Perhaps it needs some command-line flag expoting the symbols in the executable?
☺/ A!ex
--
UNSUBSCRIBE:
About best date and time for PilCon I think keeping two different times,
one in the morning and another in the afternoon is a good compromise for
people from different timezones over the world.
Since I'm european and thus in a european continental timeline, I really
don't care about keep with the
On Sat, Nov 07, 2020 at 08:01:01PM +0100, Andras Pahi wrote:
> Yes, it works.
> ...
But now it does not build in Linux any more :(
I revert for now
--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Hi Alex,
I have now changed lib/openGl.l as you described, and when I do
$ ./pil misc/sphere.l +
then I get a nice sphere.
If I do
$ ./pil misc/cube.l +
then I get a window with a gray background, but no visible cube.
If I do
$ ./pil misc/pyramids.l +
then I get no graphics, only this:
Hi Alex,
Yes, it works.
Running @lib/test.l returns “OK” and all openGl examples
are working on Darwin replacing glutMainLoopEvent with glutCheckLoop.
As I see you’ve updated the documentation on pil21.
So it’s time to include those changes in my fork as well.
Regards,
Andras
> On 2020. Nov
On Sat, Nov 07, 2020 at 07:32:29PM +0100, Alexander Burger wrote:
> Yes, indeed. Must be.
>
> I fixed and released it :)
.. and that after some Beer and Whiskey.
Celebrating the kick-out of the WhiteHouseClown.
I hope I didn't code complete nonsense.
☺/ A!ex
--
UNSUBSCRIBE:
Hi Andras,
> Nope, native does NOT work with “@“ on Darwin.
Aahh! I misunderstood.
> The definition of RTLD_DEFAULT is
> dlfcn.h:#define RTLD_DEFAULT((void *) -2)
>
> So it seems that is the culprit.
Yes, indeed. Must be.
I fixed and released it :)
☺/ A!ex
--
UNSUBSCRIBE:
Hi Alex,
Nope, native does NOT work with “@“ on Darwin.
The definition of RTLD_DEFAULT is
dlfcn.h:#define RTLD_DEFAULT((void *) -2)
So it seems that is the culprit.
Regards,
Andras
> On 2020. Nov 7., at 18:37, Alexander Burger wrote:
>
> On Sat, Nov 07, 2020 at 06:17:30PM +0100,
On Sat, Nov 07, 2020 at 06:17:30PM +0100, Alexander Burger wrote:
> > : (de %@ @ (pass 'native "libSystem.B.dylib"))
> ...
Hmm, an idea:
Can it be that RTLD_DEFAULT is not zero (null) in Darwin?
Looks like 'native' has such an assumption. But then, on the other hand, neither
(native "@" "foo"
On Sat, Nov 07, 2020 at 05:59:34PM +0100, Andras Pahi wrote:
> Yes, it is the same issue as Mike pointed out: accessing the main binary with
> “@“ does not work.
>
> But with some cheating:
>
> ===> ./pil +
> : (de %@ @ (pass 'native "libSystem.B.dylib"))
Cool! As I suspected.
So it must be a
Hi Alex,
Yes, it is the same issue as Mike pointed out: accessing the main binary with
“@“ does not work.
But with some cheating:
===> ./pil +
: (de %@ @ (pass 'native "libSystem.B.dylib"))
# %@ redefined
-> %@
: (scl 6)
-> 6
: (%@ "cos" 1.0 (1.0 . 1.0))
-> 540302
: (load "misc/pyramids.l")
Hi Jon & Andras,
> I have now changed lib/openGl.l as you described, and when I do
OK, so "Darwin" is generated in 'make', and not "Macos". I change it back.
> $ ./pil misc/sphere.l +
> then I get a nice sphere.
Cool!
> If I do
> $ ./pil misc/cube.l +
> then I get a window with a gray
Hi Alex & Jon,
I’ve grabbed the latest pil21 sources (6nov2020), and compiled on macOS Mojave.
*OS gives back:
===> ./pil +
: *OS
-> "Darwin"
:
Running @lib/test.l produces:
===> ./pil @lib/test.l +
[test/src/main.l:19] !? (%@ "socket" 'I AF_INET6 "Type" 0)
Bad ffi
?
The openGl examples
Hi Andras,
I have now modified my openGl.l the same way, but I still get this:
[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?
Am I missing some libglut.so? I have macOS Mojave 10.14.6.
/Jon
>
Another vote for Saturdays 8:00 / 16:00 UTC here
On Sat, Nov 7, 2020, 6:14 AM Davide BERTOLOTTO
wrote:
> Saturdays with the usual schedule sounds good for me
>
Saturdays with the usual schedule sounds good for me
On Sat, Nov 7, 2020, 09:49 Alexander Burger wrote:
> Hi Kashyap, Wilhelm,
>
> thanks a lot Wilhelm! I think you protocolled all topics.
>
> And no worries Kashyap, we were all aware that we will repeat some topics
> anyway, whatever comes up.
On Sat, Nov 07, 2020 at 11:14:13AM +0100, Andras Pahi wrote:
> I’ve checked Alex’s code on my picoLisp fork only.
> What is the value of *OS on pil21 ?
> It seems, that it is NOT “Darwin”, because *GlutLib is “libglut.so.3” instead
> of “GLUT.framework/GLUT"
Yes, I have already changed
< (if
Hi Jon,
I’ve checked Alex’s code on my picoLisp fork only.
What is the value of *OS on pil21 ?
It seems, that it is NOT “Darwin”, because *GlutLib is “libglut.so.3” instead
of “GLUT.framework/GLUT"
Regards,
Andras
> On 2020. Nov 7., at 10:56, Jon Kleiser wrote:
>
> Hi Andras,
>
> I have now
Hi Kashyap, Wilhelm,
thanks a lot Wilhelm! I think you protocolled all topics.
And no worries Kashyap, we were all aware that we will repeat some topics
anyway, whatever comes up.
☺/ A!ex
--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Hi all,
we discussed a little more about schedule at last PilCon.
On Thu, Nov 05, 2020 at 10:53:08PM +, Kevin Ednalino wrote:
> For example, if it's hosted on Saturday at noon
> then it'd be roughly morning for the Americas and evening for Asia.
Really? I would think it is a bit too early
22 matches
Mail list logo
