Re: why not raku ?

On Mon, Nov 22, 2021 at 3:33 AM Clifton Wood wrote: > > It has two compelling use cases, and it's the ones that > brought me to Raku in the first place: It has compelling use cases for me too, and I agree that grammars and nativecall are both contenders. :) But, fwiw, I didn't say just

why not raku ?

Tom: Thanks for the mention of gptrixie. I am aware of it. When C++ support is added, I will circle back to it. > Not so easy to find in the docs, but here is a useful module that might be > the first place to start helping with: https://github.com/Skarsnik/gptrixie > It says support for C++ is

Re: why not raku ?

On Mon, Nov 22, 2021 at 12:13 PM Clifton Wood wrote: > Aureliano: > You are correct. That is an effective workaround, but it will be a > maintenance nightmare for large C++ libraries if you have to wrap every > method. > There has to be a better way. Not so easy to find in the docs, but here

Re: why not raku ?

Aureliano: You are correct. That is an effective workaround, but it will be a maintenance nightmare for large C++ libraries if you have to wrap every method. There has to be a better way. - X On Mon, Nov 22, 2021 at 1:06 PM Aureliano Guedes wrote: > Clifton, I think the best solution is wrap

Re: why not raku ?

Clifton, I think the best solution is wrap with C and then use Raku's NativeCall. Like this example #include extern "C" { std::vector* intvec_new() { return new std::vector(); } void

Re: why not raku ?

Aureliano: How are you attempting to call xframe functions? On Mon, Nov 22, 2021 at 11:24 AM Aureliano Guedes < guedes.aureli...@gmail.com> wrote: > Hi Clifton Wood, > Here it is. > https://andrewshitov.com/2020/01/08/calling-cpp-and-fortran-functions-from-raku-using-the-nativecall-interface/ >

Re: why not raku ?

Hi Clifton Wood, Here it is. https://andrewshitov.com/2020/01/08/calling-cpp-and-fortran-functions-from-raku-using-the-nativecall-interface/ It was, by far, the best example I founded. But as simple as it is, I fail to call functions from xframe to raku.

Re: why not raku ?

CURI? rob

Re: why not raku ?

Aureliano, where was this example for C++? I'd love to take a look at it! Raku could really use a dose of Qt. On Mon, Nov 22, 2021 at 8:52 AM Salve J Nilsen wrote: > Piper H said: > > > Has Larry Wall joined the development team of raku? > > He's been part of it since the very beginning. He's

Re: why not raku ?

Piper H said: > Has Larry Wall joined the development team of raku? He's been part of it since the very beginning. He's also on this list, chipping in now and then (last time was in June this year). - Salve -- #!/usr/bin/env perl sub AUTOLOAD{$AUTOLOAD=~/.*::(\d+)/;seek(DATA,$1,0);print#

Re: why not raku ?

Has Larry Wall joined the development team of raku? I can't think of the case if Matz was not in the new Ruby development team. On Mon, Nov 22, 2021 at 7:19 PM Aureliano Guedes wrote: > Some time ago I found an example of how to integrate C++ through > NativeCall, but it is not

Re: why not raku ?

Some time ago I found an example of how to integrate C++ through NativeCall, but it is not straightforward. If we have the advantage of using C and *C++* libs, we will just need one more step: "convert legions of dev to our sect". As more devs became a rakoon, more the language became popular and