-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 18 August 2003 10:29 am, Piers Cawley wrote:
> Packfile fun
> So long assemble.pl, it's been good to know you.
>
> http://xrl.us/puu
Google gives me an error on this:
Unable to find thread. Please recheck the URL.
-BEGIN PGP S
Michael G Schwern wrote:
[snip stuff, including a mention of refcounting and it's
(dis)advantages]
> So Parrot is going with something else. Don't ask me what it is, I
> don't know.
Parrot will do it like Java -- a mark-and-sweep garbage collector --
with the difference that garbage collection wi
On Mon, 18 Aug 2003, Michael G Schwern wrote:
> Personal and asthetic style nits cannot be part of any code analysis that
> claims to be non-partisan or even wishes to exist. It will make the analysis
> worthless since nobody will agree on what you feel is "good" style. Stick
> to choices that d
On Monday, August 18, 2003, at 05:31 pm, Tels wrote:
I didn't even know that cpanratings exists! Wow! But why, by Seline
Moonbow,
does this site need a login just to show me a rating?
Taken a look at search.cpan.org recently then? For example:
http://search.cpan.org/author/MBARBON/Module-Info-
Hi!
On Mon, Aug 18, 2003 at 11:25:14PM +1000, Andrew Savige wrote:
> It doesn't have to eval the whole of CPAN to be useful.
> I see the mythical Module::Scrutinize as perhaps a little orthogonal
> to Module::CPANTS, as something that may help individual CPAN authors
> produce a higher quality pr
Op een zonnige zomerdag (Monday 18 August 2003 21:48), schreef Thomas
Klausner:
> Hi!
>
> Just yesterday I was thinking of something like validator.cpan.org
> (parallel to validator.w3.org):
>
> Upload a dist and let it be checked by a future version of Module::CPANTS.
>
> You should get back a r
On Mon, Aug 18, 2003 at 10:27:18AM -0400, Potozniak, Andrew wrote:
> I guess mostly the syntax highlighting is the biggest concern. I
> use emacs and that does syntax highlighting for perl files. Is there any
> IDE out there that highlights POD differently than code?
emacs cperl-mode wil
On Mon, Aug 18, 2003 at 09:48:57PM +0200, Thomas Klausner wrote:
> Just yesterday I was thinking of something like validator.cpan.org (parallel
> to validator.w3.org):
>
> Upload a dist and let it be checked by a future version of Module::CPANTS.
That's actually kind of a neat idea. It makes me t
Perl 6 Summary for the week ending 20030817
Picture, if you will, a sunny garden unaffected by power cuts, floods,
plagues of frog or any of the other troubles that assail us in this
modern world. Picture, if you will, your summarizer sat in this garden
with a laptop on his knee, cu
Piers,
Regarding your Perl6 Essentials summary:
>Or, he can write code for IMCC using Parrot Intermediate Language (known
as PIR for reasons that aren't entirely clear even to one who has been
watching the mailing list since the Parrot project started)
I suppose noone has much read the README
> "MS" == Melvin Smith <[EMAIL PROTECTED]> writes:
MS> I suppose I could have provided some more explanation (I haven't
MS> read the book yet) but as the original author of IMCC & PIR, I
MS> wasn't even contacted out of courtesy to write the chapter and was
MS> informed after the book
Uri Guttman wrote:
"MS" == Melvin Smith <[EMAIL PROTECTED]> writes:
MS> This has been a major stumbling block for me in getting back the
MS> motivation to help with Parrot again.
so if that helps salve your wound, i am sure you contributions (past and
future) to parrot are welcomed and apprec
Robin Berjon <[EMAIL PROTECTED]> writes:
> Uri Guttman wrote:
>>>"MS" == Melvin Smith <[EMAIL PROTECTED]> writes:
>> MS> This has been a major stumbling block for me in getting back
>> the MS> motivation to help with Parrot again.
>> so if that helps salve your wound, i am sure you contrib
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Maybe. But, what happens with:
>x = 1
>y = lambda: x
>del x
>z = y()
> Does/should this also throw a NameError?
Yep. It throws a NameError. So deleting from the lex pad is ok.
leo
Sean O'Rourke <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>> A keyed "add" vtable doesn't help to provide more semantics. The set vs
>> assign thread applies here too. On the contrary: to provide all
>> semantics you would need "add_set_p_k_p_k_p_k" and "add_assign_p_k
hello,
After reading most of the messages on timely destruction, I still don't quite
understand what it is. If someone has a spare minute free, could you please explain?
Thanks in advance!
Klaas-Jan
Is load_bytecode supposed to provide "do" semantics (reload the packfile
every time the op is executed) or "require" semantics (load the packfile
only if it hasn't been loaded already)? I think the only distinction
at the moment would be whether the extra time of rereading the file is
performed.
# New Ticket Created by Kenneth A Graves
# Please include the string: [perl #23355]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23355 >
As mentioned in another thread, I've found a couple of cases where
parrot loses trac
On Mon, Aug 18, 2003 at 10:52:50AM -0700, K Stol wrote:
> After reading most of the messages on timely destruction, I still don't quite
> understand what it is. If someone has a spare minute free, could you please explain?
In perl5 you can write this.
my $Destroyed = 0;
sub DESTROY { $Destroyed
- Original Message -
From: "Michael G Schwern" <[EMAIL PROTECTED]>
To: "K Stol" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, August 18, 2003 2:04 AM
Subject: Re: What the heck is: timely destruction
> On Mon, Aug 18, 2003 at 10:52:50AM -0700, K Stol wrote:
> > After reading
Vladimir Lipskiy wrote:
Doesn't compile. Its seems to be the #ifdef vs #if issue.
Seems. I've fixed it. Try to compile the patch one more time,
please.
Compiles now but:
$ make test
...
# got: 'Computed goto unavailable in this configuration.
# '
leo
- Original Message -
From: "Michael G Schwern" <[EMAIL PROTECTED]>
To: "K Stol" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, August 18, 2003 2:49 AM
Subject: Re: What the heck is: timely destruction
> On Mon, Aug 18, 2003 at 11:38:22AM -0700, K Stol wrote:
> > if I understoo
- Original Message -
From: "Elizabeth Mattijsen" <[EMAIL PROTECTED]>
To: "K Stol" <[EMAIL PROTECTED]>; "Michael G Schwern" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, August 18, 2003 3:10 AM
Subject: Re: What the heck is: timely destruction
> At 11:56 -0700 8/18/03, K Stol
On Mon, Aug 18, 2003 at 11:38:22AM -0700, K Stol wrote:
> if I understood correctly, the problem is that some objects should be
> destroyed *immediately*, and should not wait for the GC.
Yep. In perl 5 *all* objects and variables are to be destroyed immediately.
This doesn't necessarily mean tha
On Mon, Aug 18, 2003 at 11:56:53AM -0700, K Stol wrote:
> > This doesn't necessarily mean that their memory has to be freed but that
> > at least their destructor methods are called.
>
> So the objects may be still in memory. I thought the fact that they are
> still in memory
> was troublesome, bu
At 11:56 -0700 8/18/03, K Stol wrote:
Uhm, I didn't realize destructor methods were called, but now I see that's
the whole point:
destructor methods should be called when doing timely destruction.
You already said just now:
This doesn't necessarily mean that their memory has to be freed but that
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> The attached patch replaces /Gf with /GF for compiler versions >= 13.
Applied, thanks.
leo
Kenneth Graves <[EMAIL PROTECTED]> wrote:
> Is load_bytecode supposed to provide "do" semantics (reload the packfile
> every time the op is executed) or "require" semantics (load the packfile
> only if it hasn't been loaded already)?
It loads the file on each execution of the opcode. But it should
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> t/syn/file.t relies on . being in path (in the 3 system("imcc...")
I've prepended a .$PConfig{slash}, thanks.
leo
Kenneth A Graves <[EMAIL PROTECTED]> wrote:
> Tests demonstrating both failures attached (as a patch to
> languages/imcc/t/syn/file.t).
Applied, though SKIPping these tests until the semantics of multiple
loading are speced.
The second one is failing due to either double or no fixup, I'll have a
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> With this patch, the major pieces are finished
> ...
> load_bytecode "temp.imc"
> $P0 = global "_sub2"
>.pcc_begin prototyped
>.pcc_call $P0
>
> does what it look's like: call the Sub "_sub2" in the loaded sorce file.
>
> C looks fo
2003-08-18T13:52:50 K Stol:
> After reading most of the messages on timely destruction, I still
> don't quite understand what it is. If someone has a spare minute
> free, could you please explain?
The other explanations certainly have formality to commend them, but
somehow they didn't make clear t
Michal Wallace <[EMAIL PROTECTED]> wrote:
> It seems that exception handlers get tied to
> subroutines when they're created, not when
> they're actually used. For example:
> ## this works:
> try:
> f = make_function()
> f.die() # raise some error
> except:
> pa
On Mon, 18 Aug 2003, Leopold Toetsch wrote:
> Or coroutines shouldn't swap the control stack - I don't know.
They should, sort of.
Coroutines are a pain, but what they have to do is keep track of both the
top *and* bottom of their saved stacks. When a coroutine with active state
is invoked, it n
Piers Cawley <[EMAIL PROTECTED]> wrote:
>>
>> C
> Does this handle function serialization as well?
Do you mean loading a source or PBC file and spit out bytecode per
subroutine or for one specific subroutine? If so: No - not yet. The Eval
PMC can return a whole packfile via get_string().
Eval.get
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Aug 2003, Leopold Toetsch wrote:
>> Or coroutines shouldn't swap the control stack - I don't know.
> They should, sort of.
> Coroutines are a pain, but what they have to do is keep track of both the
> top *and* bottom of their saved stacks. Wh
Hi,
I've noticed that you still can't sleep for fractional time in Parrot -
perhaps not the most critical feature in the world :), I still think
it's a 'nice to have'. I submitted a patch for this last year, which
was on the road to acceptance:
http://archive.develooper.com/[EMAIL PROTECTED]
On Monday, August 18, 2003, at 03:50 AM, Leopold Toetsch wrote:
Applied, though SKIPping these tests until the semantics of multiple
loading are speced.
TODO would be better, but it would require patching TestCompiler. Want
it?
-- c
> I guess mostly the syntax highlighting is the biggest concern. I
> use emacs and that does syntax highlighting for perl files. Is there any
> IDE out there that highlights POD differently than code? If that was the
> case then I probably wouldn't have a problem with in-module POD. I gue
On Sun, Aug 17, 2003 at 01:54:42PM +1000, Andrew Savige wrote:
> Running variants of:
>
> tar tzf perl-5.8.0.tar.gz | perl -lne'print if tr|-_./a-zA-Z0-9||c'
>
> suggests only [-_./a-zA-Z0-9] are valid characters in a path name.
>
> Then I noticed 'perldoc perlport' lists the portable filename
>
Though this started as an innocent question, I think it would be
nice to have a module/script to scrutinize a CPAN distribution.
1) Archive nit-picker. Archive::Any's is_impolite/is_naughty is a
start. Also test for: "good cross-platform" file names (my
original question); "good" Changes, RE
Andrew Savige sent the following bits through the ether:
> I'm an enthusiastic admirer of Schwern's CPANTS kwalitee vision and
> aware of Module::CPANTS but unsure about the current state of play.
> Tips on other stuff I should look at are welcome.
[From a Module::CPANTS perspective...]
Module::
* Leon Brocard ([EMAIL PROTECTED]) [18 Aug 2003 20:43]:
[...]
> I'm not sure about how you mean a "good" Changes. For a start, people
> call them different things (Changes, CHANGES, ChangeLog etc.), and
> format them differently.
Strictly speaking, the F is a log of changes,
usually extracted str
* Andrew Savige ([EMAIL PROTECTED]) [18 Aug 2003 19:29]:
> Anything else? Does such a module/script already exist?
(8) META.ya?ml file is valid YAML and conforms to the spec.
http://module-build.sf.net/META-spec.html
cheers,
--
Iain.
Leon Brocard wrote:
> I like the is_impolite / is_naughty ideas, and will roll them into the
> next version. If you have a simple metric for a good cross-platform
> filename, that'd be good.
I'll see what I can come up with.
> I'm not sure about how you mean a "good" Changes. For a start, people
On Mon, Aug 18, 2003 at 11:25:14PM +1000, Andrew Savige wrote:
> Four completely normal peeps there. ;-) Judging by the popularity of
> cricket and golf statistics, I think there are a lot of lurkers too.
So in a few years time we'll have people quoting Wisden's CPAN almanac?
Yes, bioperl now
Since we're on the topic of scrutinizing CPAN distributions I would like to
contribute something that I do not like in some of the distributions that I
have come across. I don't know if it has been brought up on this thread yet
but here it goes:
1) I do not like in-module POD as it is ha
* Andrew Savige ([EMAIL PROTECTED]) [18 Aug 2003 23:24]:
[...]
> > > 7) Version checker.
> >
> > What would you check, exactly?
> That multiple versions in multiple files match.
That's never been necessary, or even necessarily welcomed.
Just look at libnet or LWP.
I'll admit some of my distrib
On Mon, Aug 18, 2003 at 10:11:23PM +1000, Iain Truskett wrote:
> > Sure, convince CPAN Testers to do this ;-)
> I've been playing with Devel::Cover and think this is a good
> idea. But damned if I know how to report the Devel::Cover
> output in a useful way in an email.
You can write your own repo
On Mon, Aug 18, 2003 at 10:11:23PM +1000, Iain Truskett wrote:
> Strictly speaking, the F is a log of changes,
> usually extracted straight from version control software
> (e.g. C<< svn log > ChangeLog >>).
>
> The F file is more a user-oriented description of
> the net effect of the individual ch
>
> Personal and asthetic style nits cannot be part of any code
> analysis that
> claims to be non-partisan or even wishes to exist. It will
> make the analysis worthless since nobody will agree on what
> you feel is "good" style. Stick to choices that don't rely
> on asthetics.
>
> Consi
On Mon, Aug 18, 2003 at 09:43:34AM -0400, Potozniak, Andrew wrote:
> Since we're on the topic of scrutinizing CPAN distributions I would like to
> contribute something that I do not like in some of the distributions that I
> have come across. I don't know if it has been brought up on this thread y
* Michael G Schwern ([EMAIL PROTECTED]) [19 Aug 2003 00:15]:
> On Mon, Aug 18, 2003 at 10:11:23PM +1000, Iain Truskett wrote:
> > Strictly speaking, the F is a log of changes,
> > usually extracted straight from version control software
> > (e.g. C<< svn log > ChangeLog >>).
> >
> > The F file is
* Potozniak, Andrew ([EMAIL PROTECTED]) [19 Aug 2003 00:28]:
[...]
> I guess mostly the syntax highlighting is the biggest concern. I
> use emacs and that does syntax highlighting for perl files.
Surely it highlights pod distinctively?
> Is there any IDE out there that highlights POD differentl
Some of this distribution testing could likely get incorporated into
the Phalanx project, if I get it announced today like I'd like to
do...
Phalanx = "beefing up test suites of Perl and the top 100 CPAN
modules to make a good test bed for Ponie"
xoxo,
Andy
--
Andy Lester => [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Potozniak, Andrew [2003-08-18 10:27]:
> > Might I suggest a good syntax highlighting editor?
>
> I guess mostly the syntax highlighting is the biggest concern. I use
> emacs and that does syntax highlighting for perl files. Is there any
> IDE out
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 18 August 2003 15:25, Andrew Savige wrote:
> one that spells my name "Savage" ;-) but it is very hard to get a
> machine to recognize the difference. There is a poor man's Inline::C
die() unless $changes =~ /Savige/i;
SCNR:)
> most of
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 18 August 2003 16:17, Michael G Schwern wrote:
> On Mon, Aug 18, 2003 at 09:43:34AM -0400, Potozniak, Andrew wrote:
> Ironicly, the style you don't like in #1 is the very style you promote in
> #2. Replace '"black box" commenting' with POD docum
There are a number of shortcomings in the API, which I'd like to address
here, and propose improvments for.
Not so much the string_* functions, but rather with how they work (the
encoding API, the transcoding functions).
To allow user-defined encodings, and user-defined transcoding, (written
in p
Steve Fink wrote:
>
> In light of the insane amount of work that's gone into Parrot
> recently, I'd say it's about time to cut another release. What else
> would people like to slip in? This is not a freeze announcement yet --
> I want to know what people think of the state of things they're
> wor
Benjamin Goldberg writes:
> I *really* *really* want string iterators. The current API for
> iterating through the characters of a string is, IMHO, vastly
> insufficient.
Not only because it's inconvenient, but it's also essential for doing
pattern matching efficiently on some multibyte encodings
61 matches
Mail list logo
