Thank you for your insightful comment Vijay. You’re right.
Perl6’s evangelists will typically be current Perlers who are running up
against Perl5’s limitations.
So I think you’ve circumscribed the issue: what is Perl6 for?
* Perl6 could be “better than Go” for microservices – IF it’s easy
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 has-been, write-only
language, so when their brain matc
* 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 location for it?
CAUTIO
I just retried it, with the "say" line it works, without the say the
server exits. no message, but this time I checked the exit code which is
141 consistently across multiple runs. perhaps that helps a bit...
regards robert
--
Robert Lemmen http://www
earn more about
rakudo and moar much more than get this working.
thanks robet
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: PGP signature
I don't understand why some people feel so strongly that one-liners should
be strict. That would undermine what a one-liner is — a quick way to get
something done. I use perl5 one-liners very frequently for text processing,
especially when stringing / piping together shell code. When I need to
re-u
Please delete this obsolete ticket. Use [71456] instead.
- Original Message
> From: perl6 via RT
> To: robert_str...@yahoo.com
> Sent: Sat, December 19, 2009 7:51:54 PM
> Subject: [perl #71454] AutoReply: Method 'prime' not found for invocant of
> class 'Integer'
>
> Greetings,
>
>
# New Ticket Created by Robert G. Jakabosky
# Please include the string: [perl #57568]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57568 >
I have separated the bugfixes into different patch files and included
# New Ticket Created by Robert G. Jakabosky
# Please include the string: [perl #57504]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57504 >
Hello everyone,
This is my first patch to the parrot project.
T
Dear parroteers-
A small number of people have reported periodic issues committing to
the parrot subversion repository.
As of yet, we've been unable to create a repeatable test, find
anything obviously wrong that might be causing this issue, or even
logs that show a horrible error on our side.
"in meth\n"
.end
.sub _other_meth :method
print "in other_meth\n"
.end
and to store the variables in some hash and access them via a C callback.
does not look right to me. so i am looking for suggestions or pointers
on how to implement such a language in PIR, any
On Sat, May 19, 2007 at 02:38:11PM -0400, Bob Rogers wrote:
Content-Description: message body text
>This reports unknown method names when generating C code for PMCs.
> WDOT? Is this the right place for it? Should it die instead of warn?
>
> -- Bob Roger
On Tue, Jan 30, 2007 at 12:31:17PM -0800, [EMAIL PROTECTED] wrote:
> Author: larry
> Date: Tue Jan 30 12:31:16 2007
> New Revision: 13551
>
> Modified:
>doc/trunk/design/syn/S09.pod
>
> Log:
> Braino spotted by TSa++
>
>
> Modified: doc/trunk/design/syn/S09.pod
> ===
There were some people talking about problems with it the other day
(Thursday?) on magnet #perl. I think Adam Kennedy mentioned slowness,
and Jesse was around at the time and sounded like he was going to look
into it. Yeah, I know, vague.
K.
Finally, the moment you've all been waiting for is here!
perlbug (http://rt.perl.org/rt3/) has been upgraded to the latest and
greatest version (RT 3.6).
Here are some changes you might notice:
- a new shiny look
- no more auth.perl.org, we now authenticate directly from bitcard.org
- a p
> I was going to suggest keeping an archive of this one outside the
> repository, but it's only 2 files, so I'll just keep a copy for
> myself. (I'd like to revive it at some point in PGE/TGE and the old
> implementation could be useful.)
Nothing is actually _deleted_ from SVN... it just gets har
I believe the thing that generates the coverage reports
currently is C code or something? So isn't there anything CPANish to
do this?
K.
--
Kirrily Robert -- [EMAIL PROTECTED] -- http://infotrope.net/
> Given the recent explosion of svn commits in the synopses, and the fact that
> the versions of the synopses on the dev.perl.org/perl6 site are lagging a
> bit, would it make sense to add a link to the svn site to the
> Synopses page?
I'd rather not.
The ones on the dev site shouldn't have be
> > (If so, as a bit of background it's discussed at the bottom of #38217
> > on RT, and I tried to put together a patch in r11320 but I caused some
> > breakage so it's been backed out. I need to revive it)
>
> Thank you, Nick. How do I get a username and password for RT?
http://auth.perl.org/
I'm with Aristotle. I think it's an urge that's come out of the
development community -- specifically, *certain* development
communities -- rather than from an end-user desire for quality. Many
of the best -tested pieces of software are the infrastructure type
things that only developers
> Applied in 11755, 11756, and 11758. (Ticket not closed; I don't have
> permission.)
You shouldn't say things like that. You have permission now.
-R (pulling an Audrey.)
Upgrade complete. You shouldn't notice anything different, except
some operations might be faster.
-R
At Tue, 21 Feb 2006 22:25:22 -0800,
Robert Spier wrote:
>
>
> FYI -
>
> At some point later this week, or maybe this weekend, I will be taking
> the perl.org Su
FYI -
At some point later this week, or maybe this weekend, I will be taking
the perl.org Subversion server down to move it to different hardware.
This most likely won't happen until after the imminent Parrot release.
>From an end user perspective, nothing should change. (Although we are
upgra
> Sigh. I wish it were that simple, or that funny.
>
> $ time wget http://cvs.perl.org/snapshots/parrot/parrot-latest.tar.gz
>
> real0m16.84s
> user0m0.09s
> sys 0m0.20s
>
> $ time svn co http://svn.perl.org/parrot/trunk parrot-trunk
>
> real 2:01:50.3
> user 1:02.0
> sys
> snapshots or releases. And, since a checkout takes about an hour (last
> time I checked) I tend to be too lazy to fetch one just to make a patch.
Only if you're checking out to a Commodore 64.
[EMAIL PROTECTED] /tmp$ time svn co http://svn.perl.org/parrot/trunk
parrot-trunk > /dev/null
re
Does anyone else find that SKIP: { } blocks bugger up the debugger?
I'll be happily bouncing on the "n" key to get to round about the
vicinity of the failing test, and then blam, it sees a skipped test
and just fast-forwards to the end.
K.
--
Kirrily Robert
[EMAIL
> ... seems to be dead for about a day now, though I know commits are
> going through.
Fixed.
> BCCing webmaster at perl dot org, where this will hopefully open a
> ticket.
THANK YOU. This meant the message got seen much earlier than it
otherwise would, and because of the BCC, no collateral dam
> No, it isn't. =)
>
> The mail list strips out .t attachments (Robert? is this necessary?)
We don't strip .t We strip troff attachments. Really, it's a bad
mailer that is labeling the .t file a troff mime-type.
I've removed the troff types from the bad mime list.
-R
s are defunct, and I should be
looking at RT instead.
Any suggestions and preferences?
Robert
We've actually done a merge. It is complete. All committed changes
on the leo-ctx5 branch are now on trunk as of rev 9260. The leo-ctx5
branch was deleted as rev 9261.
If you have any checkouts of the leo-ctx5 branch, you will need to
switch them to trunk
cd parrot-checkout-of-leo-ctx5-br
What happened to the Pixigreg site? I have not been able to get to it
for a while now.
Robert
t; higher.
I did not look at any kwalitee levels for the modules that I have installed.
I need 'em, so I use 'em.
Robert
Dave Cross wrote:
On Fri, Aug 05, 2005 at 11:32:45AM -0400, Robert wrote:
I am creating my first module (finally) and I was told a while ago to
use Module::Starter. Which I did. I am fine there. When I look at the
code generated I see that all the POD stuff is inline while I prefer
to see POD
Grégoire Péan wrote:
Sorry Gmail hid your last email Robert.
I installed PXPerl. When I go to install DBD::SQLite I get "make errors" and
it won't install. Since I have never dealt with this on Windows, do I talk
to the PXPerl guy(s) or the DBD::SQLite guy? I am guessing t
x27;t like nmake or mingw or Windows (or a combo of them).
Robert
*nix friendly)?
Robert
Just started here and I found PXPerl. What are the benefits of this over the
ActiveState version?
Robert
Thanks for the answers.
Robert
I just saw that this morning. I have no idea where that email address came
from as that is a real old address. I will have to check my settings when I
get back to work.
Robert
On 8/6/05 6:03 AM, in article [EMAIL PROTECTED], "Tels"
<[EMAIL PROTECTED]> wrote:
> -BEGIN
fine with that and will continue to chug along. If not, I will move it to
the end and I would make a request to the M::S author to have a command line
switch added to indicate which POD style to use (defaulting to whatever the
auther wishes of course).
Thanks!
Robert
> [1 ]
> On Sat, Jul 23, 2005 at 11:53:01AM -0700, Robert Spier wrote:
> > Thanks, applied.
> Thanks! However, the rendered form is still of an old revision:
> http://dev.perl.org/perl6/faq.html
It was still in my staging copy. It should be up now.
-R
Thanks, applied.
At Thu, 21 Jul 2005 01:39:42 +0800,
Autrijus Tang wrote:
>
> [1 ]
> Below is a patch to remove the first Q&A from:
> http://dev.perl.org/perl6/faq.html
When I go to the donation page and attempt to make a donation, the
drop-down box does not give DBI as a valid recipient. Is it possible
several people may not have donated as they noticed the same results, or
maybe they did and it all went into the Perl Development Fund instead?
> -Or
Updated. (Sorry for the delay.)
-R
At Fri, 10 Jun 2005 20:18:38 +0100,
Roger Browne wrote:
>
> By the way, the website
> http://www.parrotcode.org/
> still refers to 0.2.0 as the latest version.
>
> Regards,
> Roger Browne
> The list server keeps eating my attached homework. Won't let me attach a
> .t file.
This is because your mailer is declaring it to be an
application/x-troff file.
"Andy Lester" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, May 06, 2005 at 11:43:53AM -0400, Robert ([EMAIL PROTECTED])
> wrote:
>> > Go look at Module::Starter.
>>
>> Seems it is not available as a PPM for ActiveStates P
> Leopold Toetsch wrote:
> > http://www.parrotcode.org/resources.html still has CVS and CVS
> > instructions mentioned. Please replace it with equivalent SVN hints.
>
> ... which are at http://www.parrotcode.org/source.html
Updated.
As always, patches for this kind of thing are welcome.
(You
On 5/6/05 1:50 PM, in article
[EMAIL PROTECTED], "Steve Peters"
<[EMAIL PROTECTED]> wrote:
> On Fri, May 06, 2005 at 11:43:53AM -0400, Robert wrote:
>> "Andy Lester" <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROTECTED]
>>>
"Andy Lester" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Thu, May 05, 2005 at 10:12:14AM -0400, Robert ([EMAIL PROTECTED])
> wrote:
>> Is there an article on the current best practices about creating a module
>> with tests? I know there i
> I noticed that the favicon.ico for http://www.parrotcode.org is a Camel.
> Can we have a Parrot for that, in order to do the many non-Perl Parrot
> based languages justice?
Good idea.
I've put one in place. If someone wants to make a nicer one, I won't
kick and scream too much.
-R
best
place to ask and I will re-direct my question.
Robert
> Robert Spier wrote:
> >>>Doesn't work when svk is used to check out the copy. But in that case
> >>>svk list -R does.
> >>
> >>Hmm. Maybe this should be a commit action and not a test.
> > It was under CVS. I'm pretty sure everyone i
> The rsync off of cvs.perl.org::parrot-HEAD as suggested on parrotcode.org
> contains .svn directories. This doesn't seem right.
Fixed.
>
> Well, it always depends, how responds looks like:
>
> Committed revision 1234
>
> *
> ATT MAINFEST ERROR
> missing bla.bla ...
> *
This is very similar to what it did under CVS, although maybe not
quite as big.
Anyway, if this
> > Doesn't work when svk is used to check out the copy. But in that case
> > svk list -R does.
>
> Hmm. Maybe this should be a commit action and not a test.
It was under CVS. I'm pretty sure everyone ignored it there :)
-R
At Wed, 13 Apr 2005 02:07:05 -0400,
Roger Hale wrote:
>
> Robert Spier wrote:
> >>Could that be added as 4th line?
> > Good ideas, all of them. I've updated the page to add that, and to
> > switch to bz2.
> > -R
>
> Following Nicholas Clark:
&g
> Could that be added as 4th line?
Good ideas, all of them. I've updated the page to add that, and to
switch to bz2.
-R
> Fixed hopefully.
>
> $ find -name '*.t' | xargs svn ps svn:mime-type text/plain
> $ svn ci ...
Yes, that'll fix it.
Probably worth checking the mime-types for all the other files.
> and that dam.. check in runs for more then 10 minutes now
Ick. The network pipe is a little congested today,
> > The conversion is done.
> > http://www.parrotcode.org/source.html
> > Have fun!
> Sweet! Is there any particular reason why everyone should use https?
> Shouldn't http do for non-committers? Or am I nitpicking here?
Not really. http is fine for non-committers. But it was easier to
just doc
The conversion is done.
http://www.parrotcode.org/source.html
Have fun!
If there are issues, let me know, and I'll fix em when I get back.
Everyone who could commit before, should be able to commit now.
If you find things slow, it's because everyone is trying to check out
at once.
-R (gettin
> I've disabled all CVS write permissions as part of the transition.
> (Yes, this means wheels are turning.)
CVS will stay readable, but un-writable until tomorrow morning, when I
hope to announce SVN being up. The import is running while I sleep.
I caught I minor issue halfway into the previous
I've disabled all CVS write permissions as part of the transition.
(Yes, this means wheels are turning.)
Same here.
On 08/04/2005 20:02 Ken Williams wrote:
On Apr 8, 2005, at 12:32 PM, Michael G Schwern wrote:
die "NA: $reason";
Since, at the moment, we're having trouble putting together a system to
cover the possible reasons for an NA report let the module author
figure it
out. Its simple and m
I'm all for something like this, though I prefer "requires_libraries"
instead. (Listing libraries distinct from applications is a grey area,
so best to put them under one term.)
Come to think of it, why not "recommends_libraries" too?
What is needed is some standard set of library and applicatio
> > Any questions?
> I assume current committer bits will be transitioned over too?
Actually, this would be a great time to get signed committer
agreements from everyone. But, since that probably isn't going to
happen, I'll just move over all the bits.
-R
Due to popular demand, among many other reasons, parrot will be
switching to Subversion at some point in the next few days.
I've placed a test conversion at https://svn.perl.org/parrot-test/
(It mirrors the state of the CVS repository as of this morning.)
Please take a look at it, and make sure
> It was on parrotcode or dev.perl.org at some point.
> Maybe that can be reused?
Our tinderbox.perl.org volunteer is working on it. We've been nudging
him, and he's got some cool stuff going on.
Is there a way tests to determine that a module cannot be installed on a
platform so that CPANPLUS or CPAN::YACSmoke can issue an "NA" (Not
Applicable) report?
CPANPLUS relies on module names (e.g. "Solaris::" or "Win32::") but that
is not always appropriate in cases where a module runs on many
> The definitive answer is +< -- the pod document at
> http://dev.perl.org/perl6/synopsis/S03.html is out of date.
> This has been corrected in the perl6 svn repository for some time
> (http://svn.perl.org/perl6/doc/trunk/design/syn/S03.pod), but I don't
> know the magic for getting updates in the
"Michael G Schwern" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Tue, Mar 22, 2005 at 06:28:21PM +, Adrian Howard wrote:
>> PS "O'Reilly will have a small book soon" ?
>
> Oh yeah, that's the developer's testing notebook Ian Langworth and
> chromatic
> are working on.
>
FYI, I've uploaded Module::Phalanx100 to CPAN in to
$CPAN/authors/id/R/RR/RRWO/Module-Phalanx100-0.01.tar.gz
It simply contains a list of the Phalanx distributions from the project
web site at http://qa.perl.org/phalanx/.
It's provided so that anyone who needs a consistent list can use it
rath
This isn't a bundle. It just provides a list of modules, though I guess
something could parse the Bundle::Phalanx, thanks.
On 20/03/2005 23:43 Andy Lester wrote:
On Mar 20, 2005, at 4:18 PM, Robert Rothenberg wrote:
FYI, I've uploaded Module::Phalanx100 to CPAN in to
$CPAN/authors/id
cpanratings.perl.org?
Ian Langworth wrote:
Fair enough.
On Tue, 15 Mar 2005 00:37:26 -0600, Andy Lester <[EMAIL PROTECTED]> wrote:
I'd rather it didn't. What people think of as "popularity" is not what
Phalanx measures.
Let's not stir the mud.
Indeed curious. The first version was the gzip file, but utf8 encoded.
Double weird that it would only happen once. Did you do it the same way
both times, Jarkko?
would be a great way to
learn so things about testing specifically and Perl as well.
Robert
I am new to Perl. If you went by the "Perl Medic" book I would be about a
level 4. I am also on Windows (work) and OSX (home). How can I help?
Robert
From: O'Reilly Conferences <[EMAIL PROTECTED]>
Subject: OSCON Call For Proposals Now Open
Date: Thu, 20 Jan 2005 11:30:03 -0800
The Call for Proposals has just opened for the
7th Annual O'Reilly Open Source Convention
http://conferences.oreillynet.com/os2005/
OSCON is headed back to friendly, ec
> > Parrot is now listed on CIA
> > (insert-at-point (spook))
>
> Ooo. spook's phrasebook is strictly US-ASCII. That's totally CIA-compatible,
> isn't it?
Probably. But they're still after those computer criminals. And
folks who use laser pointers.
-R
Parrot is now listed on CIA
http://cia.navi.cx/stats/project/parrot
This will track all future commits, making them available as a RSS
feed, etc.
This slows down commits a little because of some work the script does
to try and merge requests. I can tweak a little if people start
noticing a del
Mr. Cowgill's computer did not send such a message to the list. (It's
not in the archive.) He sent it to you directly.
-R
At Wed, 22 Dec 2004 12:27:51 -0800 (PST),
Ovid wrote:
>
> OK, everyone send Mr. Cowgilll a polite message letting him know that,
> in the future, he needs to not send thes
> While I personally like the idea, I think it is unlikely given how
> much slower svn is on sizable repositories. Of course I have not
> tried it recently, so maybe that has changed...
> All that being said, I am in absolutely no position of authority about this...
This is, and always has been,
> I'd like to see:
...
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
> (In my opinion, the line-ending issue isn't a problem for Parrot in
> terms of this test--it's legitimate to expect that you can process a
> particular file, not matter what platform you happen to be on, and no
> matter if the file happens to have been created on another platform.)
Also, the pro
Is there anything that can be learned/reused from libjit?
http://www.southern-storm.com.au/libjit.html
-R
> Maybe there are some good links to Tinderbox or Bonsai or ViewCVS or they
> are only temporarily down, I don't know, but having non-functional
> references in documentation is not very good.
Tinderbox is temporarily down. Either Zach needs to fix it, or I need
to finish my replacement for it.
> - do not change viewcvs in glossary.doc to cvsweb, just correct the
> link
Please _do_ change all references to cvsweb to viewcvs. Unless there
is a compelling reason, we will continue to phase out use of cvsweb.
viewcvs is faster, cleaner, and has more features.
-R
I understand Dan's view that parrot should be 100% self contained, but I
really think its silly to inline CPAN modules into our CVS repository.
I have a compromise solution, which might satisfy Dan.
1. I create a new parrot-external-dependencies CVS repository. All
external dependencies that Dan w
does anyone know what happend with http://tinderbox.perl.org?
It is offline for quite some time now :-(
It died as part of the meltdown of onion a while back. It's on the list
'o things to get back, but it hasn't gotten there yet. I'll go nudge and
see what's up.
Last I checked, Zach was busy wi
the
necessary bits for ARM to have a proof of concept.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hornemannstraße 12, 31137 Hildesheim, Germany
Phone
On Wed, Sep 08, 2004 at 11:23:36AM -0400, Dan Sugalski wrote:
> No offense, but it *doesn't* *matter*. We're not using autoconf, as
> the subject of this thread makes clear. That's not negotiable.
A really convincing argumentation.
Robert
--
Dipl.-Ing. R
n around in
> a fancy cross-compiling perl script could be ... quiet nasty.
> Frameworked properly, however, such a script could work both for
> unknown and known targets. (Robert is likely screaming: "Your
> re-inventing autoconf!!!")
How did you know :-) It's just my e
do a complete perl build on something like my 30 MHz ARM7
:-)
It seems to be a little bit strange to me that the ability to be
compiled on prehistoric systems seems to be more important than a
correct cross compiler environment.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutron
; take suggestions or wholesale direction here.
Well, I still don't understand what the _technical_ arguments against
autotools are, besides not being written by LW ;)
Some pro arguments:
- runs on about all available platforms today, configure written in sh
- does proper cross compil
l in this
case run on i686.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hornemannstraße 12, 31137 Hildesheim, Germany
Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4
he time when perl 5 started metaconfig was surely a good thing,
but I doubt it can do what autotools is able to manage today. But that's
probably a political decision.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
On Tue, Sep 07, 2004 at 02:00:14PM +0200, Jens Rieks wrote:
> On Tuesday 07 September 2004 07:52, Robert Schwebel wrote:
> > Would autoconf/automake be an option for the C part of parrot?
> No, its only available on a few systems.
How do you mean that? You surely don't want to
[ We're down a handful this week... but not by much... thanks to Steve
Peters for going through some of the old ones and identifiying things
that can be closed. ]
Perl5 Bug Summary
http://rt.perl.org/rt3/NoAuth/perl5/Overview.html
Generated at Mon Sep 6 13:00:02 2004 GMT
On Tue, Sep 07, 2004 at 07:26:22AM +0200, Robert Schwebel wrote:
> If I can help testing cross compilation stuff please tell me.
> Unfortunately I don't know enough of the Perl/Parrot internals to be
> really useful for coding, but anyway.
Would autoconf/automake be an option for
7;t know enough of the Perl/Parrot internals to be
really useful for coding, but anyway. Being able to use Perl on embedded
systems would be pretty cool - it was never really possible with perl 5.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Scien
Parrot::Configure::RunSteps::runsteps('Parrot::Configure::RunSteps', 'cc',
'arm-softfloat-linux-gnu-gcc', 'ld', 'arm-softfloat-linux-gnu-gcc', 'debugging', 1)
called at Configure.pl line 376
[EMAIL PROTECTED]:~/tmp/parrot>
--8&l
1 - 100 of 362 matches
Mail list logo
