Re: pm6 naming convention

On 2/12/24 15:04, Will Coleda wrote: On Mon, Feb 12, 2024 at 5:32 PM ToddAndMargo via perl6-users mailto:perl6-us...@perl.org>> wrote: On 2/12/24 14:29, ToddAndMargo via perl6-users wrote: >>> On Mon, Feb 12, 2024 at 3:24 PM ToddAndMargo via perl6-users >>> mailto:perl6-us...@p

Re: pm6 naming convention

On 2/12/24 15:04, Will Coleda wrote: Pull requests welcome, and if you have any specific notes about searches that aren't working for you, please report them on https://github.com/Raku/doc/issues . You can click on the edit icon on that doc page to easily su

Re: pm6 naming convention

On Mon, Feb 12, 2024 at 5:32 PM ToddAndMargo via perl6-users < perl6-us...@perl.org> wrote: > On 2/12/24 14:29, ToddAndMargo via perl6-users wrote: > >>> On Mon, Feb 12, 2024 at 3:24 PM ToddAndMargo via perl6-users > >>> mailto:perl6-us...@perl.org>> wrote: > >> > >>> Has .pl6 been renamed too

Re: pm6 naming convention

On 2/12/24 14:29, ToddAndMargo via perl6-users wrote: On Mon, Feb 12, 2024 at 3:24 PM ToddAndMargo via perl6-users mailto:perl6-us...@perl.org>> wrote:     Has .pl6 been renamed too? On 2/12/24 12:37, Will Coleda wrote: > Please see: https://docs.raku.org/language/filename-extensions >

Re: pm6 naming convention

On Mon, Feb 12, 2024 at 3:24 PM ToddAndMargo via perl6-users mailto:perl6-us...@perl.org>> wrote: Has .pl6 been renamed too? On 2/12/24 12:37, Will Coleda wrote: > Please see: https://docs.raku.org/language/filename-extensions > > Than

Re: pm6 naming convention

>> > >>>> The file transfer portion, which I adore, posts a Microsoft > >>>> Office Publisher Icon (a big one) when it hits a .pm6 modules. > >>>> > >>>> Is there a different naming convention I can use for my > >>>> m

Re: pm6 naming convention

one) when it hits a .pm6 modules. Is there a different naming convention I can use for my modules that does not mimic some other program? Many thanks, -T On 2/12/24 11:11, Elizabeth Mattijsen wrote: .rakumod Thank you! Is there a way to get raku to ignore pm (perl 5) module naming? On 2/12

Re: pm6 naming convention

;>> I use AnyDesk for remoter customer support. Work rather well. >>> >>> The file transfer portion, which I adore, posts a Microsoft >>> Office Publisher Icon (a big one) when it hits a .pm6 modules. >>> >>> Is there a different naming convention I c

Re: pm6 naming convention

On 6 Feb 2024, at 18:08, ToddAndMargo via perl6-users wrote: Hi All, I use AnyDesk for remoter customer support. Work rather well. The file transfer portion, which I adore, posts a Microsoft Office Publisher Icon (a big one) when it hits a .pm6 modules. Is there a different naming

Re: pm6 naming convention

its a .pm6 modules. > > Is there a different naming convention I can use for my > modules that does not mimic some other program? > > Many thanks, > -T > > -- > ~~ > Computers are like air conditioners. > They malfunction when you open windows > ~~

pm6 naming convention

Hi All, I use AnyDesk for remoter customer support. Work rather well. The file transfer portion, which I adore, posts a Microsoft Office Publisher Icon (a big one) when it hits a .pm6 modules. Is there a different naming convention I can use for my modules that does not mimic some other

Re: Rakudoc - make the naming consistent

On 7/19/22 12:00, Elizabeth Mattijsen wrote: Could it be that you have a "Foo.pm" in an "earlier" directory and a "Foo.pm6" in a later directory in the $*REPO chain? Hi Elizabeth, p6 'say $*REPO' inst#/home/todd/.raku I do not add my modules to the chain as I am ALWAYS tweaking them. I put

Re: Rakudoc - make the naming consistent

> On 19 Jul 2022, at 20:49, ToddAndMargo via perl6-users > wrote: > As an aside, Raku still reads my Perl 5 ".pm" > modules before reading my Raku ".pm6" modules. > Raku default to ".pm" before ".pm6". The > compiler wags its finger at me a lot! > > So I have to segregate my ".pm6" modules > in

Re: Rakudoc - make the naming consistent

On 7/19/22 11:13, Richard Hainsworth wrote: pm6 -> rakumod. Hi Richard, +1 on Richards naming scheme. As an aside, Raku still reads my Perl 5 ".pm" modules before reading my Raku ".pm6" modules. Raku default to ".pm" before ".pm6". The compiler

Rakudoc - make the naming consistent

With the change from Perl 6 to Raku, there were a number of naming changes, particularly of file formats, eg pl6 -> raku, pm6 -> rakumod. One of the changes was `.pod6` to `.rakudoc` for files that are primarily documentation files. However, we continue to refer to POD6 (also known a

Re: Naming a module that deals with the meta-object protocol

Aiui the most salient feature of your new type is being syntax sugar for conveniently creating and naming a sum type that includes `Failure`, i.e. instead of: my $foo where Int | Failure; $foo = 42; $foo = Failure; $foo = 'nope'; # Type check failed in assignment to $foo

Re: Naming a module that deals with the meta-object protocol

elman > On Apr 8, 2019, at 1:38 PM, Ben Davies wrote: > > I wrote a small sum type module that subclasses > Perl6::Metamodel::SubsetHOW. I was thinking of naming it either > Type::Sum or Metamodel::SumHOW, but Type::Sum doesn't follow the style > Rakudo uses for naming

Naming a module that deals with the meta-object protocol

I wrote a small sum type module that subclasses Perl6::Metamodel::SubsetHOW. I was thinking of naming it either Type::Sum or Metamodel::SumHOW, but Type::Sum doesn't follow the style Rakudo uses for naming MOP classes, and Metamodel::SumHOW may not be a good name because it'd leak

Re: Naming debate- what's the location for it?

FWIW, Jupyter can also be used with Perl 6, though surely we ought to advertise it more broadly.

Re: Naming debate- what's the location for it?

While I am not an expert in R, My observation about the specific features that I use often in R and its equivalence in Perl is as follows. - The *apply functions, Technically it is similar to Perl's map/grep and friends. - Magrittr: Perl5 has no equivalent function, Perl6 has the pipe

Re: Naming debate- what's the location for it?

A bit of a digression around marketing/evangelizing > When I wanted to learn DataScience, courses using R and Python were > readily available. Even though I had been using Perl for 20 years, I did > not even know where to start in the Perl ecosystem! > I've wondered why PDL isn't more popular, m

RE: Naming debate- what's the location for it?

Cc: Perl Language ; raiph mellor Subject: Re: Naming debate- what's the location for it? CAUTION: This email originated from outside of CA. Do not click links or open attachments unless you recognize the sender and know the content is safe. Marketing is not only about branding. It is also

Re: Naming debate- what's the location for it?

language just Rakudo instead, to reinforce that it >> refers >> > to 6e and beyond. But the Perl could be retained in any material >> > covering both Raptor and Rakudo as a reunified tech / community. >> >> FWIW, I am VERY MUCH AGAINST the idea of naming

Re: Naming debate- what's the location for it?

y material > covering both Raptor and Rakudo as a reunified tech / community. FWIW, I am VERY MUCH AGAINST the idea of naming a language after its implementation.  I've seen the confusion it causes in other environments and we ought not repeat that mistake here, especially si

Re: Naming debate- what's the location for it?

gt; [...] > > The 'Perl' could be dropped from Rakudo specific propaganda, > > calling the language just Rakudo instead, to reinforce that it refers > > to 6e and beyond. But the Perl could be retained in any material > > covering both Raptor and Rakudo as a reunified tec

Re: Naming debate- what's the location for it?

o instead, to reinforce that it refers > to 6e and beyond. But the Perl could be retained in any material > covering both Raptor and Rakudo as a reunified tech / community. FWIW, I am VERY MUCH AGAINST the idea of naming a language after its implementation. I've seen the confusion it caus

Re: Naming debate- what's the location for it?

Another 2 or 3 pennies^1 worth of strawman proposing / bikeshedding / flight of marketing fancy about naming etc: Perl's Rapture === Imagine we officially embarked on a year+ long communal process in which we (TPF and Perl community) sort out branding and marketing of Perlish lang

Re: Naming debate- what's the location for it?

Don't type here. On 2018-02-10 05:16, Parrot Raiser wrote: On 2/10/18, Darren Duncan wrote: I think if we want to keep "Perl" in the name we should use "C" as a precedent. Other related languages keeping "C" include "Objective C", "C#", "C++", Perl++ would work. https://en.wikipedia.org/

Re: Naming debate- what's the location for it?

Bad idea. There should not be any number in the name, in any way shape or form. No six, no ten, or any other. Differentiating factors should be something not a number. -- Darren Duncan On 2018-02-09 9:15 PM, Brent Laabs wrote: Might as well follow Apple and Microsoft and call it Perl Ten. 

Re: Naming debate- what's the location for it?

Might as well follow Apple and Microsoft and call it Perl Ten. Yes, spelled out. On Fri, Feb 9, 2018 at 8:16 PM, Parrot Raiser <1parr...@gmail.com> wrote: > On 2/10/18, Darren Duncan wrote: > > > I think if we want to keep "Perl" in the name we should use "C" as a > precedent. > > Other related

Re: Naming debate- what's the location for it?

On 2/10/18, Darren Duncan wrote: > I think if we want to keep "Perl" in the name we should use "C" as a > precedent. > Other related languages keeping "C" include "Objective C", "C#", "C++", > > Perl++ would work.

Re: Naming debate- what's the location for it?

Ok. So here is something revolutionary. Free up "Perl 6" for a future generation of Perl 5 and remove the ceiling on the perl 5 language. Perl 6 has become more than a major iteration, hasn't it? Perl on parrot Perl on jam Perl on mono Lots of space for a five from six once you vacate the lot.

Re: Naming debate- what's the location for it?

On 2018-02-09 12:55 PM, Eaglestone, Robert J wrote: I think a name change is too radical. /And yet/. I think Steve has a point, though I don’t know what to do about it.  The developers in my little corner of the world may not be up on the new-language-of-the-week, but even they see Perl as a h

RE: Naming debate- what's the location for it?

matches /perl/i they automatically toss it in the bit bucket. Some of them are too nice to say it outright. Some aren’t. Six. From: Steve Pitchford [mailto:steve.pitchf...@gmail.com] Sent: Friday, February 09, 2018 2:08 PM To: Lucas Buchala Cc: Perl6 Subject: Re: Naming debate- what'

Re: Naming debate- what's the location for it?

Thought the conversation felt like bikeshedding but... My point still stands. This is a new language targetted at a post php world. The significance of a version number will be lost outside the perl echo chamber and in that context seen as baggage... IMHO... YMMV... On 9 Feb 2018 6:15 pm, "Lucas B

Re: Naming debate- what's the location for it?

I doubt the name is "up for discussion" just because there's a blog post about it. The name ain't changing ever, or at least that's how I understand things. But, please, feel free to correct me if I'm wrong. Sure, you can have as many alternative nicknames and aliases as you want (for marketing pu

Re: Naming debate- what's the location for it?

Looking at possible candidates from a search-engine results and alternative manings test. some possible choices: Mu, (the root object class), Camelia, (the spokesbug taking over), Shesh, (the female form of 6 in Hebrew, but unfortunately also in the Urban Dictionary - look it up for yourself).

Re: Naming debate- what's the location for it?

Well, for what it's worth, as an outsider - IMHO, leaving "perl" behinds a good thing. Love it or loath it, we live in a js/python/jvm leaning world. Perl was great, but it's dated. Why have the baggage? Rakudo is a new language. Treat it as such - best hope for it. In layman's terms an informal "P

Re: Naming debate- what's the location for it?

My personal favorite resolution is to officially name the language Rakudo, full stop. The implementation that was/is using the name would be renamed to something else so it isn't the same as the language. Then we say "Rakudo" is a sibling language of "Perl", full stop. Then "Perl 6" becomes

RE: Naming debate- what's the location for it?

* What's the counter word for computer languages, anyway? -mai? As an abstraction from paper printouts? From: Brent Laabs [mailto:bsla...@gmail.com] Sent: Thursday, February 08, 2018 2:51 PM To: Aaron Sherman Cc: yary ; Perl6 Subject: Re: Naming debate- what's the locat

Re: Naming debate- what's the location for it?

Just Mu would be an amusing Perlish pun based on Muttsu... Making the interpretation either Perl "six" or Perl "most undefined". I like yary's idea too. Frankly, if Perl had an identity, I would not care about the name. I feel like it lacks that right now. -- Aaron Sherman, M.: P: 617-440-433

Re: Naming debate- what's the location for it?

Thanks for the summary of the high points, as there were a large number of low points in previous discussions. Roku is not the only reading for 六 in Japanese, the kun reading is muttsu. So we could become Mupperl. What's the counter word for computer languages, anyway? On Thu, Feb 8, 2018 at 1

Re: Naming debate- what's the location for it?

On Thu, Feb 8, 2018 at 2:15 PM, Aaron Sherman wrote: > ... > IMHO, 6 has always been the personal name, but it could be changed to > something that's "sixish" without being an explicit number. Normally, I'd > recommend Latin, but Perl Sex is probably not where anyone wants to go... > Greek: ExiP

Re: Naming debate- what's the location for it?

I think this is a fine place, personally. Past discussions have included these high points as I recall them: 1. Perl is definitely the family name 2. Rakudo started out as the name of an implementation, but started to wander into being the name of the specific leaf in the family tree

Naming debate- what's the location for it?

I recall coming across a post saying the Perl6 name is up for discussion - searched & found this post now https://6lang.party/post/The-Hot-New-Language-Named-Rakudo describes it. Is there a forum where the name's being discussed that I can read? Woke up this morning with a name proposal that seeme

Re: [perl #131406] Bug in Perl6::Metamodel::Naming method set_name. `CArray[Pointer].^shortname` returns 'Pointer]'; should be 'CArray[Pointer]'

ray' is missing and so is the expected open square bracket. > > timotimo++ noted that this is a problem in the > Perl6::Metamodel::Naming method set_name, specifically the lines: > > my @parts := nqp::split('::', $name); > ... > $!shortname := @parts ?? @

Re: [perl #131406] Bug in Perl6::Metamodel::Naming method set_name. `CArray[Pointer].^shortname` returns 'Pointer]'; should be 'CArray[Pointer]'

ray' is missing and so is the expected open square bracket. > > timotimo++ noted that this is a problem in the > Perl6::Metamodel::Naming method set_name, specifically the lines: > > my @parts := nqp::split('::', $name); > ... > $!shortname := @parts ?? @

[perl #131406] Bug in Perl6::Metamodel::Naming method set_name. `CArray[Pointer].^shortname` returns 'Pointer]'; should be 'CArray[Pointer]'

ter].^shortname; displays 'Pointer]' instead of expected 'CArray[Pointer]' or similar. The 'CArray' is missing and so is the expected open square bracket. timotimo++ noted that this is a problem in the Perl6::Metamodel::Naming method set_name, specifically th

Re: naming a class

On 05/28/2017 12:04 PM, Elizabeth Mattijsen wrote: On 28 May 2017, at 11:49, Marcel Timmerman wrote: I've a question about naming a specific class. It is about the type Decimal128 which I need in BSON. For the moment I want it to hold a number and in BSON to encode and decode it to a

Re: naming a class

> On 28 May 2017, at 11:49, Marcel Timmerman wrote: > I've a question about naming a specific class. It is about the type > Decimal128 which I need in BSON. For the moment I want it to hold a number > and in BSON to encode and decode it to a byte stream. Later I can add >

naming a class

Hi, I've a question about naming a specific class. It is about the type Decimal128 which I need in BSON. For the moment I want it to hold a number and in BSON to encode and decode it to a byte stream. Later I can add specific operations and other known decimal types. I am thinking of

[perl6/specs] 30aa60: Document (camel|kebab|snake) case naming conventio...

-glossary.pod Log Message: --- Document (camel|kebab|snake) case naming conventions

[perl6/specs] f61774: Add note about Seq (cf Parcel) naming.

-draft.pod Log Message: --- Add note about Seq (cf Parcel) naming.

Re: naming the test of arrays "defined"

On Thu, Mar 21, 2013 at 12:58:01PM -0500, Patrick R. Michaud wrote: > I don't quite follow the unease from this example, but that's > probably because of the way that Perl 6 thinks of "undefined" > being different from Perl 5's "undef" and "defined". > > In particular: > > > ... > > sub array {

Re: naming the test of arrays "defined"

I don't quite follow the unease from this example, but that's probably because of the way that Perl 6 thinks of "undefined" being different from Perl 5's "undef" and "defined". In particular: > ... > sub array { > my $what = shift; > my $array = []; > return $array if $what eq 'undef

Re: naming the test of arrays "defined"

On Thu, Mar 21, 2013 at 04:52:16PM +, Nicholas Clark wrote: > On Thu, Mar 21, 2013 at 04:50:40PM +, Nicholas Clark wrote: > > Bother. That should have been more to perl6-language than perl6-compiler. > Should I resend it? Either is fine for this; since we're really into a bit of an implem

Re: naming the test of arrays "defined"

On Thu, Mar 21, 2013 at 04:50:40PM +, Nicholas Clark wrote: Bother. That should have been more to perl6-language than perl6-compiler. Should I resend it? Nicholas Clark

naming the test of arrays "defined"

I completely agree that there is need for a test of arrays and hashes (and scalars?) of "was the optional parameter passed in?". There may be other pertinent uses that I'm not aware of. I think that this sums up my unease about calling the test "defined". This is Perl 5: $ ~/test/undefined.pl For

[perl6/specs] 7ceaeb: [S32::Exception] notes on the general naming schem...

-setting-library/Exception.pod Log Message: --- [S32::Exception] notes on the general naming scheme

[perl6/specs] 637b6b: Fix naming skew (which also fixes a semantic misma...

: M S32-setting-library/Exception.pod Log Message: --- Fix naming skew (which also fixes a semantic mismatch)

[perl6/specs] d28c8e: [S32::Exception] X::AdHoc naming conventions

-setting-library/Exception.pod Log Message: --- [S32::Exception] X::AdHoc naming conventions

Re: numerics, roles, and naming

Martin D Kealey wrote: George Boole also worked in several areas of mathematics. One of those was what he termed "algebra of logic", hence "Boolean algebra" as mathematicians know it now. But what we (programmers) call "Boolean", although in line with his original concept, is a pale shadow of wh

Re: numerics, roles, and naming

At 10:25 +1300 3/17/10, Martin D Kealey wrote: >On Mon, 15 Mar 2010, Mark J. Reed wrote: >> > Anything that can be made into a list is discrete. >> >> Not quite, since you can create lists whose members belong to >> continuous sets, e.g. real numbers. Anything that naturally forms a >> list, mayb

Re: numerics, roles, and naming

On Mon, 15 Mar 2010, Mark J. Reed wrote: > > Anything that can be made into a list is discrete. > > Not quite, since you can create lists whose members belong to > continuous sets, e.g. real numbers. Anything that naturally forms a > list, maybe. A discrete non-finite set is isomorphic to the se

Re: numerics, roles, and naming

On Sun, 14 Mar 2010, Jon Lang wrote: > Ruud H.G. van Tol wrote: > > Did you consider "discrete"? > > I think that "Discrete" could work quite well as the role that > encapsulates the ways in which Integer and Gauss are alike. It may > even be genralizable beyond that, although there might be some

Re: numerics, roles, and naming

On Sun, Mar 14, 2010 at 11:26 PM, Doug McNutt wrote: > Anything that can be made into a list is discrete. Not quite, since you can create lists whose members belong to continuous sets, e.g. real numbers. Anything that naturally forms a list, maybe. > The other option is a function in the sense

Re: numerics, roles, and naming

At 18:14 -0800 3/14/10, Jon Lang wrote: >There are discrete things that are not ordered (such as gaussian >integers), and there are ordered things that are not discrete (such as >real numbers or strings). The word discrete as in "atoms are the discrete view of matter" may turn out to be confusin

Re: numerics, roles, and naming

Jon Lang wrote: Remember also: we're putting together the Perl 6 core here; we need to show some discretion in terms of what to include vs. what gets "farmed out" to perl 6 modules. I suspect that gaussian integers belong firmly in the latter camp; as such, they are germane to discussions about

Re: numerics, roles, and naming

Darren Duncan wrote: > I'm inclined to consider a "Discrete" to be broad enough to include Boolean, > as well as every single enum type in general; it would also include Order, > say.  So I would also then add a more specific something, say > "DiscreteNumeric". There are discrete things that are n

Re: numerics, roles, and naming

Jon Lang wrote: Ruud H.G. van Tol wrote: Did you consider "discrete"? I think that "Discrete" could work quite well as the role that encapsulates the ways in which Integer and Gauss are alike. It may even be genralizable beyond that, although there might be some discord between theory and pra

Re: numerics, roles, and naming

Ruud H.G. van Tol wrote: > Did you consider "discrete"? I think that "Discrete" could work quite well as the role that encapsulates the ways in which Integer and Gauss are alike. It may even be genralizable beyond that, although there might be some discord between theory and practice. (In theory

Re: numerics, roles, and naming

Darren Duncan wrote: For the integer version, my understanding is that number theory already provides a suitable term, "Gaussian integer", which is a complex number whose real and imaginary parts are both integers. So I suggest using "Gaussian" as the name option for an "IntComplex". Or mayb

Re: numerics, roles, and naming

> "DD" == Darren Duncan writes: Some tiny thoughts: DD> ... I would consider "Numeric" more broad, such as to include DD> anything that might conceivably be called a number, probably DD> user-defined, that isn't representable by a "complex". Is Numeric intended to have a guarantee of commut

Re: numerics, roles, and naming

Jon, thanks for your feedback; it was both informative and supportive. Jon Lang wrote: Darren Duncan wrote: 2. There doesn't seem to be a role for "complex" as there is for "integer" or "rational" or "real" or "numeric". So, if the boxed Perl complex number is called "Complex" and the machine

Re: numerics, roles, and naming

Darren Duncan wrote: > 2.  There doesn't seem to be a role for "complex" as there is for "integer" > or "rational" or "real" or "numeric".  So, if the boxed Perl complex number > is called "Complex" and the machine native one is called "complex" or > "complex128" or whatever, what would one name th

Re: numerics, roles, and naming

Follow-up, ... 4. If "Integral" is better called "Integer", or regardless ... Would "Numeric" be better called "Number"? Would there by any objection to renaming it such? What are advantages of the former over the latter? Basically, same idea, if we're going more for nouns or adjectives ro

numerics, roles, and naming

So, I've been looking more closely at Perl's native value types and associated roles, and there are a few matters of their naming or availability that I have questions or suggestions on. 1. As a general observation, I note that it is a common pattern for basic Perl 6 value types t

Re: [perl #43078] [DOCS] document how lexical naming works with non-ascii

subject line of all future correspondence about this issue. > > > # http://rt.perl.org/rt3/Ticket/Display.html?id=43078 > > > > > > > > > > TODO: Describe how lexical naming system interacts with non-ASCII > > character > > > sets.

Re: Module naming conventions

Hi Patrick, To reduce list traffic, I'm replying to both of your emails together. Just because these are the only adverbs mentioned doesn't necessarily mean they're the only ones that will be allowed. Ok. My interpretation was that adding adverbs would require updating the spec. More import

Re: Module naming conventions

On Tue, Jun 02, 2009 at 10:58:21AM +0200, Daniel Carrera wrote: > John M. Dlugosz wrote: >> The front-end should figure out which binary is proper for your >> platform. > > I don't like that idea in the slightest. (1) It is not Perl's job to > know if you have a C compiler, C libraries and tool

Re: Module naming conventions

On Tue, Jun 02, 2009 at 02:56:46AM +0200, Daniel Carrera wrote: > Jon Lang wrote: >> On Mon, Jun 1, 2009 at 5:44 PM, Daniel Carrera >> wrote: >>> I think we might need to come up with some sort of standard naming >>> convention to distinguish dependenci

Re: Module naming conventions

On Jun 2, 2009, at 5:11 PM, Daniel Carrera wrote: John M. Dlugosz wrote: So CPAN6 is basically only going to be for Parrot? What are you talking about? Did you even read my email? I said that a module might be implemented in multiple languages (see Digest::SHA VS Digest::SHA::PurePerl) an

Re: Module naming conventions

John M. Dlugosz wrote: Yes. did you read mine? Yes, I read your email. Sounds like you are thinking of Parrot vs pure perl, and missed my point about being utterly different implementations, not choices within one. Chances are, the most popular implementations of Perl 6 will allow C bind

Re: Module naming conventions

Daniel Carrera daniel.carrera-at-theingots.org |Perl 6| wrote: John M. Dlugosz wrote: So CPAN6 is basically only going to be for Parrot? What are you talking about? Did you even read my email? I said that a module might be implemented in multiple languages (see Digest::SHA VS Digest::SHA::Pu

Re: Module naming conventions

Chris Fields wrote: Speaking as an almost complete outsider (I'm a bioperl core dev writing up a perl6 port), I find the tone of several of these more recent posts (re: CPAN6 and module conventions) counterproductive. TimToady recently posted about snippiness and 'tensegrity', so I'm not the on

Re: Module naming conventions

John M. Dlugosz wrote: So CPAN6 is basically only going to be for Parrot? What are you talking about? Did you even read my email? I said that a module might be implemented in multiple languages (see Digest::SHA VS Digest::SHA::PurePerl) and someone might have both versions installed. Daniel

Re: Module naming conventions

ad-hoc ways as exemplified above. Do we really want each person adding their own thing to the module name (::Perl vs ::PurePerl)? I figure that the ways to avoid that is to change the language semantics or add a naming convention. I assumed that changing the language semantics was a non-starter.

Re: Module naming conventions

Daniel Carrera daniel.carrera-at-theingots.org |Perl 6| wrote: John M. Dlugosz wrote: The front-end should figure out which binary is proper for your platform. I don't like that idea in the slightest. (1) It is not Perl's job to know if you have a C compiler, C libraries and tool chain. (2) I

Re: Module naming conventions

olution, people will just use the module names in ad-hoc ways as exemplified above. Do we really want each person adding their own thing to the module name (::Perl vs ::PurePerl)? I figure that the ways to avoid that is to change the language semantics or add a naming convention. I assumed th

Re: Module naming conventions

use the module names in ad-hoc ways as exemplified above. Do we really want each person adding their own thing to the module name (::Perl vs ::PurePerl)? I figure that the ways to avoid that is to change the language semantics or add a naming convention. I assumed that changing the language sema

Re: Module naming conventions

John M. Dlugosz wrote: The front-end should figure out which binary is proper for your platform. I don't like that idea in the slightest. (1) It is not Perl's job to know if you have a C compiler, C libraries and tool chain. (2) If my computer can handle Perl, C and Parrot, I want the choice

Re: Module naming conventions

> Currently in CPAN you have modules like: > Digest::MD5 > Digest::SHA > Digest::MD5::Perl > Digest::SHA::PurePerl > The difference is that the first two are implemented in C and the later > two in Perl. This is comparible to adding a "target" to each of the modules, a suggestion when you starte

Re: Module naming conventions

Daniel Carrera daniel.carrera-at-theingots.org |Perl 6| wrote: Naming issues are likely to become worse in Perl 6 when we also have modules that use Parrot. You might have three implementations of Digest::SHA, one in Perl 6, one that uses Parrot, and one that uses C. Worse, you might even

Re: Module naming conventions

On Mon, Jun 1, 2009 at 7:50 PM, Jon Lang wrote: > On Mon, Jun 1, 2009 at 5:44 PM, Daniel Carrera > wrote: > > I think we might need to come up with some sort of standard naming > > convention to distinguish dependencies. Something that the *user* can > > recognize quic

Re: Module naming conventions

Jon Lang wrote: On Mon, Jun 1, 2009 at 5:44 PM, Daniel Carrera wrote: I think we might need to come up with some sort of standard naming convention to distinguish dependencies. Something that the *user* can recognize quickly when he browses CPAN. Why do we need the dependencies to be part of

Re: Module naming conventions

On Mon, Jun 1, 2009 at 5:44 PM, Daniel Carrera wrote: > I think we might need to come up with some sort of standard naming > convention to distinguish dependencies. Something that the *user* can > recognize quickly when he browses CPAN. Why do we need the dependencies to be part of

Module naming conventions

Hi all, Currently in CPAN you have modules like: Digest::MD5 Digest::SHA Digest::MD5::Perl Digest::SHA::PurePerl The difference is that the first two are implemented in C and the later two in Perl. Naming issues are likely to become worse in Perl 6 when we also have modules that use Parrot

Perl 6 Naming Conventions Re: For your encouragement

it should be a good model for every Perl 6 developer. And it should use the same naming conventions which are usual for Perl 6. I don't know if there are some naming conventions for Perl 6 released yet, if not I strongly recommend to take this ones who are common for Perl 5. In other words:

[perl #43093] [PATCH] Update docs wrt naming of developer files

# New Ticket Created by Paul Cochrane # Please include the string: [perl #43093] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43093 > Hi all, This patch corrects some of the pod in docs/ to reflect the fact that develope

Re: [perl #43078] [DOCS] document how lexical naming works with non-ascii

Will Coleda (via RT) writes: # New Ticket Created by Will Coleda # Please include the string: [perl #43078] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43078 > TODO: Describe how lexical naming system interacts w

  1   2   3   >