Re: can't make from a S/// ?
Hi Marc, The following line seems to work just fine, with-or-without the call to .Str at the end: method col:sym ($/) { make $/.subst(/'""'/, '"', :global).Str } #Gives the 12 element result below (in the context of your entire, previously-posted Grammar): .raku.say for CSV.parse( '162,1,2,"Watt, Mrs. James (Elizabeth ""Bessie"" Inglis Milne)",female,40,0,0,C.A. 33595,15.75,,S', actions => CSV_as_table.new, ).made; ("162", "1", "2", "Watt, Mrs. James (Elizabeth \"Bessie\" Inglis Milne)", "female", "40", "0", "0", "C.A. 33595", "15.75", "", "S").Seq (Apologies to Raiph if this ground has already been covered), HTH, Bill. On Fri, Nov 19, 2021 at 12:32 AM Marc Chantreux wrote: > hello Ralph, > > Thank you for the whole explaination and links. > > > method col:sym ($_) { .make: S:g/'""'/"/ } > > i dug around it but missed it! arggh ... > > > > am I right when i feel there is a way to do this > > > substitution inside the grammar > > > As I've shown, yes. But it draws you into the `$/` dance. > > The way I read you is "no" as i can't reassign inside a grammar. > > what i was expecting is to hack the grammar itself. something like > replacing > > token col:sym { > '"' ~ '"' > [ <( [ '""' | <-[\n"]> ]* )> ] > } > > by something close to > > token col:sym { > '"' ~ '"' > [ <( [ '""' { $0 = '"' } | <-[\n"]> ]* )> ] > } > > anyway: thanks for the detailed explaination. your solution is really > elegant > > marc >
The SF Perl Raku Study Group, 11/21 at 1pm PDT
Ibsen, "Peer Gynt" (1867): "'Go round about', said the Boyg. So I must." The Raku Study Group November 21, 2021 1pm in California, 9pm in the UK Zoom meeting link: https://us02web.zoom.us/j/86710457729?pwd=NDRDd0V2ek9DZ1RKLzlPRUtWek1aQT09 Passcode: 4RakuRoll RSVPs are useful, though not needed: https://www.meetup.com/San-Francisco-Perl/events/282196143/
Re: why not raku ?
I know Numpy well, i can help provide some suggestions. I even use Rumale for ML. On Friday, November 19, 2021, Tom Browder wrote: > On Fri, Nov 19, 2021 at 07:48 Aureliano Guedes > wrote: > >> I am still defending that we need a package for data >> analysis/science/engineer (like the Perl5 PDL, Python Pandas or R >> data.table) and an IDE for streaming programming like jupyter or rstudio. >> > > Speaking for myself, I agree, and I think there are more than a few of us > who would help if some expert took the stick and started such a project. > > -Tom >
Re: why not raku ?
On Fri, Nov 19, 2021 at 07:48 Aureliano Guedes wrote: > I am still defending that we need a package for data > analysis/science/engineer (like the Perl5 PDL, Python Pandas or R > data.table) and an IDE for streaming programming like jupyter or rstudio. > Speaking for myself, I agree, and I think there are more than a few of us who would help if some expert took the stick and started such a project. -Tom
Re: why not raku ?
I am still defending that we need a package for data analysis/science/engineer (like the Perl5 PDL, Python Pandas or R data.table) and an IDE for streaming programming like jupyter or rstudio. I'm not proficient in Raku, but I may help to dev it. We might take advantage of some C++ packages such as xtensor and xframe. Why? I should answer: "Why not?". But data technologies are growing fast and require a lot of new options (in my experience). Async, parallelism builtin are goodies to use with data processes. On Fri, Nov 19, 2021 at 10:04 AM Paul Procacci wrote: > Raku is pretty amazing. I too would use it pretty regularly except it > doesn't run on Freebsd properly. Many a times I started a project that > would have been a great contribution yet always ran into problems and had > to change back to Perl. > > It's definitely a good language. It's just not suited for production. > > On Fri, Nov 19, 2021, 4:44 AM Marc Chantreux wrote: > >> hello, >> >> > I like ruby and perl >> >> so do I but raku is by far my prefered interpreted langage now. >> I don't raku that much and most of the time, i read the doc more than i >> actually write code but when it's writen, it's always elegant and >> concise the way i never seen before. >> >> > Maybe perl6 is still not production-ready? >> >> Perl6 is now raku. >> >> it depends: what do you mean by "production" and "ready"? start with >> some few non-critical usecases and you'll see raku is production ready >> enough for lot of things. >> >> > but why so few open source projects which were developed by perl6? >> >> wow ... interesting question. my cents on it: >> >> * raku shines on interpreted langages when people are moving to compiled >> langages >> * raku is that rich it's hard to get it in a first view >> * raku is still way too slow to be taken seriously by a large audience >> * js or python developpers are legions on the market now so everyone >> choose this as an argument >> * we need more packages on raku.land >> * i really think technologies are massively adopted when they are >> packaged in main linux distros because lot of people don't want to >> bother compiling an interpreter or adding extra repos to do it. >> >> regards, >> marc >> > -- Aureliano Guedes skype: aureliano.guedes contato: (11) 94292-6110 whatsapp +5511942926110
Re: why not raku ?
Raku is pretty amazing. I too would use it pretty regularly except it doesn't run on Freebsd properly. Many a times I started a project that would have been a great contribution yet always ran into problems and had to change back to Perl. It's definitely a good language. It's just not suited for production. On Fri, Nov 19, 2021, 4:44 AM Marc Chantreux wrote: > hello, > > > I like ruby and perl > > so do I but raku is by far my prefered interpreted langage now. > I don't raku that much and most of the time, i read the doc more than i > actually write code but when it's writen, it's always elegant and > concise the way i never seen before. > > > Maybe perl6 is still not production-ready? > > Perl6 is now raku. > > it depends: what do you mean by "production" and "ready"? start with > some few non-critical usecases and you'll see raku is production ready > enough for lot of things. > > > but why so few open source projects which were developed by perl6? > > wow ... interesting question. my cents on it: > > * raku shines on interpreted langages when people are moving to compiled > langages > * raku is that rich it's hard to get it in a first view > * raku is still way too slow to be taken seriously by a large audience > * js or python developpers are legions on the market now so everyone > choose this as an argument > * we need more packages on raku.land > * i really think technologies are massively adopted when they are > packaged in main linux distros because lot of people don't want to > bother compiling an interpreter or adding extra repos to do it. > > regards, > marc >
Re: why not raku ?
Thanks for the explanation Marc. I hope there is a chance to cheer up perl/perl6 again. Such as ML makes python become active, and Rails made ruby popular once. Regards. On Fri, Nov 19, 2021 at 5:44 PM Marc Chantreux wrote: > hello, > > > I like ruby and perl > > so do I but raku is by far my prefered interpreted langage now. > I don't raku that much and most of the time, i read the doc more than i > actually write code but when it's writen, it's always elegant and > concise the way i never seen before. > > > Maybe perl6 is still not production-ready? > > Perl6 is now raku. > > it depends: what do you mean by "production" and "ready"? start with > some few non-critical usecases and you'll see raku is production ready > enough for lot of things. > > > but why so few open source projects which were developed by perl6? > > wow ... interesting question. my cents on it: > > * raku shines on interpreted langages when people are moving to compiled > langages > * raku is that rich it's hard to get it in a first view > * raku is still way too slow to be taken seriously by a large audience > * js or python developpers are legions on the market now so everyone > choose this as an argument > * we need more packages on raku.land > * i really think technologies are massively adopted when they are > packaged in main linux distros because lot of people don't want to > bother compiling an interpreter or adding extra repos to do it. > > regards, > marc >
why not raku ?
hello, > I like ruby and perl so do I but raku is by far my prefered interpreted langage now. I don't raku that much and most of the time, i read the doc more than i actually write code but when it's writen, it's always elegant and concise the way i never seen before. > Maybe perl6 is still not production-ready? Perl6 is now raku. it depends: what do you mean by "production" and "ready"? start with some few non-critical usecases and you'll see raku is production ready enough for lot of things. > but why so few open source projects which were developed by perl6? wow ... interesting question. my cents on it: * raku shines on interpreted langages when people are moving to compiled langages * raku is that rich it's hard to get it in a first view * raku is still way too slow to be taken seriously by a large audience * js or python developpers are legions on the market now so everyone choose this as an argument * we need more packages on raku.land * i really think technologies are massively adopted when they are packaged in main linux distros because lot of people don't want to bother compiling an interpreter or adding extra repos to do it. regards, marc
Re: can't make from a S/// ?
hello Ralph, Thank you for the whole explaination and links. > method col:sym ($_) { .make: S:g/'""'/"/ } i dug around it but missed it! arggh ... > > am I right when i feel there is a way to do this > > substitution inside the grammar > As I've shown, yes. But it draws you into the `$/` dance. The way I read you is "no" as i can't reassign inside a grammar. what i was expecting is to hack the grammar itself. something like replacing token col:sym { '"' ~ '"' [ <( [ '""' | <-[\n"]> ]* )> ] } by something close to token col:sym { '"' ~ '"' [ <( [ '""' { $0 = '"' } | <-[\n"]> ]* )> ] } anyway: thanks for the detailed explaination. your solution is really elegant marc
Re: fixing the documentation
I like ruby and perl, but why so few open source projects which were developed by perl6? Maybe perl6 is still not production-ready? Thanks. On Fri, Nov 19, 2021 at 2:12 PM JJ Merelo wrote: > Thanks a lot. > > Cheers > > El vie, 19 nov 2021 a las 0:08, Marc Chantreux () > escribió: > >> Hello, >> >> > The best would be if you propose a PR or open an issue at >> > https://github.com/Raku/doc. Any help with the documentation would >> > most certainly be appreciated as people working on the docs project >> > are overloaded. >> >> Sorry I was late on this because I wasn't sure how to revamp the whole >> thing. so i just simplified the 5to6 page this way: >> >> >> https://github.com/Raku/doc/commit/cd32380ab4e1c5ad2017d60a31def9189b54c80f >> >> Simple changes are better anyway. >> >> thanks. >> marc >> > > > -- > JJ >
Re: fixing the documentation
hello, Le Fri, Nov 19, 2021 at 07:12:13AM +0100, JJ Merelo a écrit : > Thanks a lot. well ... not sure who should thank someone here .. i meant: you spent so much more time on the raku ecosystem than i did ... thanks everyone.