[Raku/old-design-docs] 07ac3b: rm broken link

Branch: refs/heads/master Home: https://github.com/Raku/old-design-docs Commit: 07ac3bb2ab509a5143e5f99a0e9c32b823828fae https://github.com/Raku/old-design-docs/commit/07ac3bb2ab509a5143e5f99a0e9c32b823828fae Author: librasteve <40125330+librast...@users.noreply.github.com>

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Dear Brad, Thank you so much for taking the time to reply! I wrote a few notes inline, below: On Sat, Oct 10, 2020 at 4:07 PM Brad Gilbert wrote: > > Functions in Raku tend to have one job and one job only. > > `split` splits a string. > > So if you call `split` on something that is not a string

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Oh, thanks, now it makes sense. On Wed, Oct 14, 2020 at 12:01 PM Brian Duggan wrote: > On Wednesday, October 14, Aureliano Guedes wrote: > > In this point, the unique weirdness I'd like to understand is why in Raku > > `@nums.log == 2.302585092994046e0`. I don't understand where this value > > c

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Wednesday, October 14, Aureliano Guedes wrote: > In this point, the unique weirdness I'd like to understand is why in Raku > `@nums.log == 2.302585092994046e0`. I don't understand where this value > comes from. This comes from the length of the array; the array is coerced into a numeric value:

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

I'd like to help with my 2 cents. Given your comparison with R, sum, and mean are expected to play with a vector rather than log and sin are expected to play with single numbers. Then, the expected behavior for numerics types in Raku still the same as in R. The difference is only that the function

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Mon, Oct 12, 2020 at 10:02 AM Larry Wall wrote: > > On Mon, Oct 12, 2020 at 01:14:09PM -0300, Aureliano Guedes wrote: > : > This seems pretty convenient and intuitive. At least, it is possible > : > to mimic that behavior in Raku: > : > > : > List.^find_method('split').wrap: { $^a.map:

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Here's another way of phrasing these answers- Some routines like "join" operate on strings, and thus coerce their argument to a string. Some routines like "sin" operate on numbers, and thus coerce their argument to a number. Each class defines how it coerces to Str or Num, regardless of what is

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Sat, Oct 10, 2020 at 4:49 PM Tobias Boege wrote: > On Sun, 11 Oct 2020, Tobias Boege wrote: > > On Sat, 10 Oct 2020, William Michels via perl6-users wrote: > > > then proceed to process the function call. As it is my understanding > that > > > Raku incorporates a lot of different programming p

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Thank you Timo for the favor of a reply! On Sat, Oct 10, 2020 at 3:35 PM Timo Paulssen wrote: > On 10/10/2020 23:21, William Michels via perl6-users wrote: > > So I guess the first question I have is whether the 'auto-joining' of > > array elements is specc'ed or not. > > > > What you seem to be

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Mon, Oct 12, 2020 at 6:02 AM Brian Duggan wrote: > On Saturday, October 10, William Michels via perl6-users wrote: > > I can point to the (functional) R-programming language to show what > happens > > there. When manipulating "array-like" (i.e. vector) objects in R, you can > > do nested funct

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Thank you, Joe, for taking the time to write such a cogent reply. And thanks to Tobias and everyone else who has taken the time to reply to my questions. On Sat, Oct 10, 2020 at 3:38 PM Joseph Brenner wrote: > William Michels wrote: > > >I actually wondered where the different programming paradi

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Mon, Oct 12, 2020 at 01:14:09PM -0300, Aureliano Guedes wrote: : > This seems pretty convenient and intuitive. At least, it is possible : > to mimic that behavior in Raku: : > : > List.^find_method('split').wrap: { $^a.map: *.split($^b) } : > List.^find_method('sin').wrap: *.map

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

These behave like overwriting > List.^find_method('split').wrap: { $^a.map: *.split($^b) } > List.^find_method('sin').wrap: *.map: *.sin; > but they don't have to, since Aureliano started with "wrap" they can be actual wrappers: sub map-over-arg(\A) {my &nextone=nextcallee; A.map:{nextone $_}} L

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Mon, Oct 12, 2020 at 10:03 AM Brian Duggan wrote: > On Saturday, October 10, William Michels via perl6-users wrote: > > I can point to the (functional) R-programming language to show what > happens > > there. When manipulating "array-like" (i.e. vector) objects in R, you can > > do nested func

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Saturday, October 10, William Michels via perl6-users wrote: > I can point to the (functional) R-programming language to show what happens > there. When manipulating "array-like" (i.e. vector) objects in R, you can > do nested function calls, or sequential (piped) function calls, and still > ge

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Sun, 11 Oct 2020, Tobias Boege wrote: > On Sat, 10 Oct 2020, William Michels via perl6-users wrote: > > then proceed to process the function call. As it is my understanding that > > Raku incorporates a lot of different programming paradigms (imperative, > > object-oriented, functional, etc.), I'

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Sat, 10 Oct 2020, William Michels via perl6-users wrote: > So I guess the first question I have is whether the 'auto-joining' of array > elements is specc'ed or not. > I did not find anything that explicitly requires @array.split() to force @array into a string, but there are tests in S02-type

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Functions in Raku tend to have one job and one job only. `split` splits a string. So if you call `split` on something that is not a string it gets turned into one if it can. This happens for most functions. Having `split` be the only function that auto-vectorizes against an array would be very

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

William Michels wrote: >I actually wondered where the different programming paradigms >would be delineated I think were the present topic has to do more with the strong/weak/gradual typing debates-- here Raku is doing an automatic type conversion that a "strong-typing" fanatic would sneer at. Th

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On 10/10/2020 23:21, William Michels via perl6-users wrote: > So I guess the first question I have is whether the 'auto-joining' of > array elements is specc'ed or not. > > What you seem to be saying is that when calling a function on an > array, the first response is for Raku to call something sim

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

So I guess the first question I have is whether the 'auto-joining' of array elements is specc'ed or not. What you seem to be saying is that when calling a function on an array, the first response is for Raku to call something similar to 'cat' on the array, then proceed to process the function call

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

On Tue, 06 Oct 2020, William Michels via perl6-users wrote: > [...] > > So my question regards "special-casing" of split/join in Raku. Is the first > result on comma-delimited data the default, i.e. joining disparate elements > of an array together head-to-tail? Or is the second result on > whitesp

Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

Hello All, I'm trying to understand Raku's split/join rules. Below is REPL code and output. I start by studying a 2-element Array in line A (three letters separated by commas in each element, 6 letters total). In line B, I perform a split/join and end up with a 1 element result. Since I started w

[Raku/old-design-docs] 63e44c: S22: Clarify how system specific values work and c...

Branch: refs/heads/master Home: https://github.com/Raku/old-design-docs Commit: 63e44c36351887f1eb76500d7102f0db44848d27 https://github.com/Raku/old-design-docs/commit/63e44c36351887f1eb76500d7102f0db44848d27 Author: niner Date: 2020-10-01 (Thu, 01 Oct 2020) Changed paths

[Raku/old-design-docs] b13e78: Update dependency specifications in S22

Branch: refs/heads/master Home: https://github.com/Raku/old-design-docs Commit: b13e78fe5b9dc10bfdacb0122ea40a77b6037ac9 https://github.com/Raku/old-design-docs/commit/b13e78fe5b9dc10bfdacb0122ea40a77b6037ac9 Author: Stefan Seifert Date: 2020-09-30 (Wed, 30 Sep 2020

[Raku/old-design-docs]

Branch: refs/heads/zag-patch-1 Home: https://github.com/Raku/old-design-docs

[Raku/old-design-docs] 1a90f9: fix identifier in used context

Branch: refs/heads/master Home: https://github.com/Raku/old-design-docs Commit: 1a90f942619e0d027f9c19228003e20a1997364d https://github.com/Raku/old-design-docs/commit/1a90f942619e0d027f9c19228003e20a1997364d Author: Aliaksandr Zahatski Date: 2020-04-26 (Sun, 26 Apr 2020

[Raku/old-design-docs] 1a90f9: fix identifier in used context

Branch: refs/heads/zag-patch-1 Home: https://github.com/Raku/old-design-docs Commit: 1a90f942619e0d027f9c19228003e20a1997364d https://github.com/Raku/old-design-docs/commit/1a90f942619e0d027f9c19228003e20a1997364d Author: Aliaksandr Zahatski Date: 2020-04-26 (Sun, 26 Apr 2020

[Raku/old-design-docs]

Branch: refs/heads/design-into-raku Home: https://github.com/Raku/old-design-docs

[perl6/specs] 6390a5: Move the design documents into the Raku era

/Temporal.pod M S99-glossary.pod M html/index.html M html/perl-with-historical-message.css M html/style.css Log Message: --- Move the design documents into the Raku era This goes beyond just replacing "Perl 6" with "Raku", and "Perl 5" b

[perl6/specs] 3d62b9: Move the design documents into the Raku era

Branch: refs/heads/design-into-raku Home: https://github.com/perl6/specs Commit: 3d62b9ea86f586612d5df9ea9460a12239b6ccf2 https://github.com/perl6/specs/commit/3d62b9ea86f586612d5df9ea9460a12239b6ccf2 Author: Elizabeth Mattijsen Date: 2019-11-16 (Sat, 16 Nov 2019) Changed

[perl6/specs] 180b53: Revert "Move the design documents into the Raku era"

/Temporal.pod M S99-glossary.pod M html/index.html M html/perl-with-historical-message.css M html/style.css Log Message: --- Revert "Move the design documents into the Raku era" This reverts commit 6390a500201b5c26512940b0920cd6e9e5111abf. Will re-commit as a PR

Re: Perl 6 Design specification?

On 09/11/2018 02:50 AM, JJ Merelo wrote: Hi JJ, Yes it helps a bunch.  Thank you! Follow up: where would I find the design specifications for the functions? There's a search engine in design.perl.org <http://design.perl.org>, Got a ton of hits. But no joy.

Re: Perl 6 Design specification?

> Hi JJ, > > Yes it helps a bunch. Thank you! > > Follow up: where would I find the design specifications for the functions? There's a search engine in design.perl.org, they should all be there. If you want to see how they work, use the search facility in the Roast repo. If

Re: Perl 6 Design specification?

On 09/11/2018 01:13 AM, JJ Merelo wrote: Short answer: if you look up "perl 6 design specification" in any search engine (Google or Baidu) the 3-4 first results make sense. Long answer: it's a bit more complicated than that. First, there's the synopsis: (first re

Re: Perl 6 Design specification?

Short answer: if you look up "perl 6 design specification" in any search engine (Google or Baidu) the 3-4 first results make sense. Long answer: it's a bit more complicated than that. First, there's the synopsis: (first result in Baidu) http://design.perl6.org/ Those are th

Perl 6 Design specification?

Hi All, Is the Perl 6 design specification (the one the developers use) out there somewhere on the web that I could look at? Many thanks, -T

Re: Design question re: function parameters

On 07/03/17 17:59, Sean McAfee wrote: > […] If I want to freely accept both numbers and strings in the manner > of > Perl 5, it looks like I must type all of my function arguments as > Cool, or omit the types altogether. […] Don't forget you can use a coercive type in parameter lists: sub po

Design question re: function parameters

unction that takes a Str. String/number transparency isn't as total as it used to be. So now there seems to be some tension in code design. If I want to freely accept both numbers and strings in the manner of Perl 5, it looks like I must type all of my function arguments as Cool, or omit t

[perl6/specs] 5ce117: Update design doc section on Channels

-concurrency.pod Log Message: --- Update design doc section on Channels Channels use .closed not .done. Remove old earliest and related constructs.

[perl6/specs] 4c608a: Sync design docs to Supply/Supplier split

-concurrency.pod Log Message: --- Sync design docs to Supply/Supplier split

[perl6/specs] aa5522: Update run/shell design to match reality.

-functions.pod Log Message: --- Update run/shell design to match reality.

Re: Language design

On Tue, Jul 14, 2015 at 12:04 AM, Michael Zedeler wrote: > > So far, almost every other language has behaved this way, and it has > worked. I can see that Rats do solve a problem, but if you'd claim that it > is very severe then I'd disagree. This is a minor nuisance that I'd only > pay a small pr

Re: Language design

Darren Duncan wrote > On 2015-06-16 2:15 PM, The Sidhekin wrote: > > On Tue, Jun 16, 2015 at 10:52 PM, Michael Zedeler > > wrote: > > ...and unpredictable performance is a cost you're willing to pay? > > > >    I don't write performance-critical applications, but even if I did, why

[perl6/specs] 70b0ca: Updates to latest design concepts for GLR.

-draft.pod Log Message: --- Updates to latest design concepts for GLR. Added a status summary at the top of the document. Reintroduced Parcel as an immutable List type. Other small cleanups. Commit: 8682eb6403a2715310341a0dfb67448b2bd42276 https://github.com/perl6/specs

Re: Language design

On 2015-06-16 2:15 PM, The Sidhekin wrote: On Tue, Jun 16, 2015 at 10:52 PM, Michael Zedeler wrote: ...and unpredictable performance is a cost you're willing to pay? I don't write performance-critical applications, but even if I did, why would I prefer getting the wrong answer faster?

Re: Language design

I like the explanation of how Rats solve a class of rounding errors, 0.3 - (0.2 + 0.1) equals exactly 0 for example. On the other hand, it's still a compromise that's shifting closer to correctness, fixing a bunch of potential bugs, but not all in that class: Rakudo: > say 2 - (sqrt 2) ** 2 -4.440

Re: Language design

On Tue, Jun 16, 2015 at 10:02 PM, Michael Zedeler wrote: > I'm not saying that there isn't any alternative to the way other languages > implements floats, but Rats in particular seems to require a > nondeterministic algorithm in order to be of practical use. > Rats means never having to worry a

Re: Language design

On Tue, Jun 16, 2015 at 10:52 PM, Michael Zedeler wrote: > ...and unpredictable performance is a cost you're willing to pay? I don't write performance-critical applications, but even if I did, why would I prefer getting the wrong answer faster? Eirik

Re: Language design

Yes, unpredictable performance is a price I'm willing to pay. I'm using a dynamic language after all. If you aren't willing to pay it, just use typed variables. Or even native types, like num or int. Choose your own number representation -- there's more than one way t

Re: Language design

...and unpredictable performance is a cost you're willing to pay? M. The Sidhekin wrote >On Tue, Jun 16, 2015 at 10:02 PM, Michael Zedeler wrote: > >I'm not saying that there isn't any alternative to the way other languages >implements floats, but Rats in particular seems to require

Re: Language design

ch of different ways to do objects, >signatures etc.  > >Pilling good things on top of each others rather than aiming for an elegant >design is what I consider the core idea of Perl. > >Being able to add language features removes most benefits of a simple design >(easy to crea

Re: Language design

Yes. It looks nice that Perl 6 recognizes zero in this way, but the consequence is that each implementation of Perl 6 has to run a gcd algorithm every now and then. I'd be very surprised if the computational complexity of any useful (even approximate) gcd algorithm doesn't scale with the with

Re: Language design

The goal is to avoid everyone using a different not fully compatible version of everything. Like in perl 5 with the bunch of different ways to do objects, signatures etc. Pilling good things on top of each others rather than aiming for an elegant design is what I consider the core idea of Perl

Re: Language design

I like that I can start with a fairly simple subset of Perl 6 but pick up more as I go along, if it’s needed. chris On Jun 16, 2015, at 9:45 AM, Paweł Murias mailto:pawelmur...@gmail.com>> wrote: I think Perl 6 tries to include too much rather than too little. It will be possible to just use a

Re: Language design

* Michael Zedeler [2015-06-16 18:55]: > For instance, why have Complex and Rat numbers in the core? If you're > not working in a very specialized field (which probably *isn't* > numerical computation), those datatypes are just esoteric constructs > that you'll never use. https://www.youtube.com/w

Re: Language design

This is another of my points: when presented with all the features in Perl 6 - what is then essential? The essential features - besides being presented up front and center to newbies - are also good candidates for what should go into the core. For instance, why have Complex and Rat numbers in t

Re: Language design

Subsets will be absolutely essential, if it is to be possible to learn it with a reasonable amount of time and effort. On 6/16/15, Paweł Murias wrote: > I think Perl 6 tries to include too much rather than too little. > It will be possible to just use a subset > > On 16 June 2015 at 10:32, Michae

Re: Language design

I think Perl 6 tries to include too much rather than too little. It will be possible to just use a subset On 16 June 2015 at 10:32, Michael Zedeler wrote: > On 06/12/15 15:54, Parrot Raiser wrote: > >> Has somebody been following the discussions on types? >> http://xkcd.org/1537/ :-)* >> > Perl6

Re: Language design

On 06/12/15 15:54, Parrot Raiser wrote: Has somebody been following the discussions on types? http://xkcd.org/1537/ :-)* Perl6 has something similar to example 9. Ranges, hyper-operators as well as the "invocation" operators .+ and .* doesn't make any sense to me. Those constructs made me stop

Re: Language design

On Jun 12, 2015, at 8:54 AM, Parrot Raiser <1parr...@gmail.com> wrote: > Has somebody been following the discussions on types? http://xkcd.org/1537/ > :-)* Yes; see the 4 minute lightning talk: https://www.destroyallsoftware.com/talks/wat :^) — Bruce Gray (Util of PerlMonks)

Language design

Has somebody been following the discussions on types? http://xkcd.org/1537/ :-)*

Re: New Logo Design for perl6 modules

Let's not forget the raptors. (Both "Veloci" and "Utah" are candidates. :) Pm On Thu, Jun 11, 2015 at 07:45:06PM -0700, Darren Duncan wrote: > Or a pumpkin for that matter, since Perl 5 is Pumpkin Perl. -- Darren Duncan > > On 2015-06-11 7:42 PM, Darren Duncan wrote: > >I was going to say that

Re: New Logo Design for perl6 modules

Or a pumpkin for that matter, since Perl 5 is Pumpkin Perl. -- Darren Duncan On 2015-06-11 7:42 PM, Darren Duncan wrote: I was going to say that too, about the camel trademark issues, so can you make a version using an onion instead of a camel? See http://www.perlfoundation.org for what I refer

Re: New Logo Design for perl6 modules

I was going to say that too, about the camel trademark issues, so can you make a version using an onion instead of a camel? See http://www.perlfoundation.org for what I refer to. -- Darren Duncan On 2015-06-10 11:34 PM, Moritz Lenz wrote: Hi, On 06/10/2015 02:01 PM, Lin Yo-an wrote: Hi folk

Re: New Logo Design for perl6 modules

Hi, On 06/10/2015 02:01 PM, Lin Yo-an wrote: Hi folks! I designed a logo for CPAN, and I think it can be used for perl6 modules, don't know if you're interested in it? https://twitter.com/c9s/status/608549774648692736 Great, I like it! Is there a high-res version available? What's the licens

New Logo Design for perl6 modules

Hi folks! I designed a logo for CPAN, and I think it can be used for perl6 modules, don't know if you're interested in it? https://twitter.com/c9s/status/608549774648692736 Cheers, Yo-An Lin

[perl6/specs] 6e1c9d: Update design docs for how Str/NFG has worked out.

: M S02-bits.pod M S03-operators.pod M S05-regex.pod M S32-setting-library/Str.pod M contents.pod Log Message: --- Update design docs for how Str/NFG has worked out. Of note, the StrLen and StrPos types are gone, and Str only works at grapheme level; as per S15 we

Re: [perl #125312] 'start' is a sub in Rakudo; design docs suggest it should be a statement prefix

ed 'Callable' but got 'Int' > in block at :1 > > ➜ say &start > sub start (&code, :catch(&catch)) { #`(Sub|49183056) ... } > > Discussion: > > maybe I'm misinterpreting the design docs? > it's not super explicit about

[perl #125312] 'start' is a sub in Rakudo; design docs suggest it should be a statement prefix

robably be a statement prefix. However, in Rakudo it is currently a subroutine: ➜ start 41 + 2 Type check failed in binding &code; expected 'Callable' but got 'Int' in block at :1 ➜ say &start sub start (&code, :catch(&catch)) { #`(Sub|49183056) ... } Discuss

[perl6/specs] 50becc: doc design of new keyword override rules

-bits.pod Log Message: --- doc design of new keyword override rules

[perl6/specs] 0a8c28: [S99] PDD means Parrot Design Document

-glossary.pod Log Message: --- [S99] PDD means Parrot Design Document

[perl #58990] [TODO] Design new spec coverage mechanism

On Tue Sep 22 10:39:17 2009, fperrad wrote: > > > > FYI, some existing tools (but not Perl) > - FIT : http://fit.c2.com/ > - FitNesse & Slim : http://fitnesse.org/ > François, Thanks for the reference. If someone wants to examine these links and open a TT, they are welcome to do so. In the mea

Re: [perl #58990] [TODO] Design new spec coverage mechanism

2009/9/22 James Keenan via RT : > On Wed Sep 17 16:38:22 2008, jk...@verizon.net wrote: >> We need a way to measure the extent to which Parrot's test suite covers >> the Parrot specification. > > > As with RT #58740, this is a ticket whose functionality is not > absolutely essential to our efforts.

Re: A Logo design for Rakudo Perl 6

On Fri, 6 Mar 2009, Darren Duncan wrote: Ross Kendall wrote: I was just reading over some of the previous logo discussion and came up with an idea for combining logos - i.e. Rakudo + Parrot. We could have a speech bubble coming from the Parrot's beak with the Rakudo logo (gimel?) inside. Just

Re: A Logo design for Rakudo Perl 6

Ross Kendall wrote: I was just reading over some of the previous logo discussion and came up with an idea for combining logos - i.e. Rakudo + Parrot. We could have a speech bubble coming from the Parrot's beak with the Rakudo logo (gimel?) inside. Just a simple idea, but I thought it would prov

RE: A Logo design for Rakudo Perl 6

I was just reading over some of the previous logo discussion and came up with an idea for combining logos - i.e. Rakudo + Parrot. We could have a speech bubble coming from the Parrot's beak with the Rakudo logo (gimel?) inside. Just a simple idea, but I thought it would provide a good way to tie

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Dave Whipp wrote: I actually agree that your explicit definition (a simple/efficient implementation in terms of other operators) is better for prelude than my "declarative" form (which isn't really declarative, because Perl6 isn't a declarative language). My only disagreement was with your ear

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Darren Duncan wrote: I don't quite follow you. Are you saying your version of sqrt is an implicit declaration; maybe I don't understand how that differs from an explicit definition in this case? In any event, right at this moment I can't think of an answer to your question. Go ahead with wh

Re: A Logo design for Rakudo Perl 6

On Jan 18, 2009, at 10:05 AM, Richard Dice wrote: Thank you for pointing this out And thanks for reminding me about that, too. It was in my notes, but I forgot to mention it. I *was* wondering what the circumstance was with the Perl-related trademarks the O'Reilly has. But if it's general

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Dave Whipp wrote: Darren Duncan wrote: Dave Whipp wrote: sub sqrt(Num where { 0 <= $_ <= Real::Max } $x) { (0..$x/2 :by(Real::Epsilon)).min: { abs $x - $^candidate ** 2 } } So do you really mean "as declarative a manner as possible"? Or would you consider this example to go beyond "possib

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Darren Duncan wrote: Dave Whipp wrote: sub sqrt(Num where { 0 <= $_ <= Real::Max } $x) { (0..$x/2 :by(Real::Epsilon)).min: { abs $x - $^candidate ** 2 } } So do you really mean "as declarative a manner as possible"? Or would you consider this example to go beyond "possible"? I would decl

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Dave Whipp wrote: I do agree that a prelude.pm should be written atas higher level as possible, but I would not that Perl6 is not a "declarative" language. Using the most powerful operators available (I'd like to see more of them) is about the best you can do: as soon at you start using codebl

Re: A Logo design for Rakudo Perl 6

mming best practices in the logo > of Perl itself. > > I bring that all up, because when I look at the various Perl projects, > they all look extremely interesting, but fragmented. It would almost > make sense to create a logo where pieces can be reused for related > thingi

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Darren Duncan wrote: 1. What we *should* be doing with the Prelude, like with STD.pm, is write under the assumption that the implementation is also written in Perl 6. We should write the Prelude in as declarative a manner as possible, saying *what* we want to happen rather than how, such as

Re: A Logo design for Rakudo Perl 6

Thank you for pointing this out. This is a reality I've lived with for so long that it didn't even cross my mind to caution others (who haven't been so tied up in the legal and organizational aspects of Perl) when this thread appeared. O'Reilly is the only organization that can have trademarks th

Re: A Logo design for Rakudo Perl 6

> Justin Simoni You may have to be careful about the camel imagery; I think O'Reilly have a legal lock on camel-related graphics in association with Perl. Richard Dice can probably give you more details. -- Email and shopping with the feelgood factor! 55% of income to good causes. http://ww

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

The Prelude could be helpful for training. I've been trying to work out a logical path into Perl 6 for quite some time, not least because it's been a moving target. If there's a set of definitions that a computer can follow, humans should be able to move along that path too. -- Email and sh

Re: A Logo design for Rakudo Perl 6

On Fri, 2009-16-01 at 07:53 -0800, jerry gay wrote: > > Yes, I know there is pugs but I thought that was a prototype. > > > from http://perlcabal.org/syn/S01.html#Project_Plan: Thanks (also R Dice). I probably saw that but memory dulls with age. -- --gh

Re: A Logo design for Rakudo Perl 6

Perl 6 is a language specification, tied to a test suite. It will have as many implementations as there are people / teams that wish to implement it. Pugs is a Haskell implementation-in-progress. Rakudo is an implementation-in-progress on top of the Parrot VM. One would expect a JPerl6 and an Ir

Re: A Logo design for Rakudo Perl 6

On Fri, Jan 16, 2009 at 07:46, Guy Hulbert wrote: > On Fri, 2009-16-01 at 09:16 -0600, Patrick R. Michaud wrote: >> I agree fully about the need for a visual representation; as far as >> the name goes I'm hoping that people will think of "Rakudo Perl" in >> a manner to the way that we currently t

Re: A Logo design for Rakudo Perl 6

On Fri, 2009-16-01 at 09:16 -0600, Patrick R. Michaud wrote: > I agree fully about the need for a visual representation; as far as > the name goes I'm hoping that people will think of "Rakudo Perl" in > a manner to the way that we currently think of "Strawberry Perl" or > "Vanilla Perl". Huh?! ;

Re: A Logo design for Rakudo Perl 6

On Fri, Jan 16, 2009 at 03:45:48AM -0700, Perl wrote: > Moritz was one of the first to guide it to the idea of making a logo for > Rakudo Perl 6 - as there's nothing yet (really) available. I thought that > would be a neat project and scratch some of my person itches. It would be a very neat pro

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

On Thu, Jan 15, 2009 at 8:31 PM, Jon Lang wrote: > Forgive my ignorance, but what is a Prelude? > > -- > Jonathan "Dataweaver" Lang > The stuff you load (and execute) to bootstrap the language into utility on each invocation. Usually it's written in terms of the language you're trying to bootst

A Logo design for Rakudo Perl 6

f replied, "well, alright" and gave my open ended hand to some design work. Moritz was one of the first to guide it to the idea of making a logo for Rakudo Perl 6 - as there's nothing yet (really) available. I thought that would be a neat project and scratch some of my person

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Following some responses I've seen, I'll try to clarify my proposal. Basically its like this. A significant subset of Perl 6 native features, eg types and operators, native meaning they are declared and described in the Perl 6 Synopsis documents, have been implemented under Pugs by being writ

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

On Thu, Jan 15, 2009 at 8:59 PM, Jon Lang wrote: > OK, then. If I'm understanding this correctly, the problem being > raised has to do with deciding which language features to treat as > primitives and which ones to bootstrap from those primitives. The > difficulty is that different compilers p

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

On Thu, Jan 15, 2009 at 6:45 PM, Jonathan Scott Duff wrote: > On Thu, Jan 15, 2009 at 8:31 PM, Jon Lang wrote: >> >> Forgive my ignorance, but what is a Prelude? >> >> -- >> Jonathan "Dataweaver" Lang > > The stuff you load (and execute) to bootstrap the language into utility on > each invocation

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Jon Lang wrote: Forgive my ignorance, but what is a Prelude? The Prelude is a file written in Perl 6 that defines some Perl 6 built-ins. See http://perlcabal.org/svn/pugs/view/src/perl6/Prelude.pm for what AFAIK is the newest version. -- Darren Duncan

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

Forgive my ignorance, but what is a Prelude? -- Jonathan "Dataweaver" Lang

  1   2   3   4   5   6   7   8   9   10   >