On Sun, 1 Oct 2000 15:57:33 -0400, Adam Turoff <[EMAIL PROTECTED]> wrote:
>David, please take your conspiracies elsewhere. We've all heard
>them before and they are not germane to the Perl6 brainstorming
>process we find ourselves in right now.
Comrade Adam,
your behavior is in violation of di
On Fri, 09 Feb 2001 13:19:36 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>Almost all refcounting schemes are messy. That's one of its problems. A
>mark and sweep GC system tends to be less prone to leaks because of program
>bugs, and when it *does* leak, the leaks tend to be large. Plus the
On Sun, 11 Feb 2001 21:11:09 -0500, "Bryan C. Warnock"
<[EMAIL PROTECTED]> wrote:
>On Sunday 11 February 2001 19:08, Jan Dubois wrote:
>> However, I couldn't solve the problem of "deterministic destruction
>> behavior": Currently Perl will cal
On Sun, 11 Feb 2001 22:30:30 -0500, "Bryan C. Warnock"
<[EMAIL PROTECTED]> wrote:
>crossed to -internals
Ok, I removed -language.
>Jan Dubois:
>> Not necessarily; you would have to implement it that way: When you try to
>> open a file and you don't suc
[moved to -internals]
On Mon, 12 Feb 2001 01:44:54 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>Perl needs some level of tracking for objects with finalization attached to
>them. Full refcounting isn't required, however. Also, the vast majority of
>perl variables have no finalization attach
On Mon, 12 Feb 2001 15:18:47 -0300, "Branden" <[EMAIL PROTECTED]>
wrote:
>Alan Burlison wrote:
>> Branden wrote:
>> > Any suggestions?
>> Yes, but none of them polite.
I do think this rudeness is uncalled for.
>> You might do well to study the way perl5 handles these issues.
>
>Perl 5 basically
On Mon, 12 Feb 2001 16:13:10 +, Simon Cozens <[EMAIL PROTECTED]> wrote:
>How much can we do in the compiler, and how much can we do in the
>interpreter? If we're having cached bytecode, it makes sense to do
>as much optimization as we can in the compiler. If not, we might
>as well brute forc
On Mon, 12 Feb 2001 14:50:44 -0300, "Branden" <[EMAIL PROTECTED]>
wrote:
>Actually I was thinking something like PMCs ($@%) being copy-GCed and
>referred objects (new SomeClass) being refcounted. In this case above, every
>operation would use refcount's, since they're storing objects in PMCs. Wha
On Mon, 12 Feb 2001 13:33:52 -0500 (EST), Sam Tregar <[EMAIL PROTECTED]>
wrote:
>> It's reasonably obvious (which is to say "cheap") which variables aren't
>> involved with anything finalizable.
>
>Probably a simple bit check and branch. Is that cheap? I guess it must
>be.
Yes, but incrementin
On Mon, 12 Feb 2001 13:29:21 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>At 10:38 AM 2/12/2001 -0500, Sam Tregar wrote:
>>On Mon, 12 Feb 2001, Dan Sugalski wrote:
>>
>> > Perl needs some level of tracking for objects with finalization attached to
>> > them. Full refcounting isn't required, ho
On Mon, 12 Feb 2001 16:28:00 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>Yep, that's another issue, and one I keep forgetting about, though the fact
>that we don't do predictable finalization on some objects isn't a good
Yes, I know I promised to shut up until you come up with a spec, but
On Tue, 28 Aug 2001 21:07:03 -0400 (EDT), Sam Tregar <[EMAIL PROTECTED]>
wrote:
>On Wed, 29 Aug 2001, Jeremy Howard wrote:
>
>> The answer used in .NET is to have a dispose() method (which is not a
>> special name--just an informal standard) that the class user calls manually
>> to clean up resou
On Tue, 28 Aug 2001 18:35:34 -0700, Damien Neil <[EMAIL PROTECTED]> wrote:
>On Tue, Aug 28, 2001 at 09:07:03PM -0400, Sam Tregar wrote:
>> Well, there's the Perl 5 reference counting solution. In normal cases
>> DESTROY is called as soon as it can be. Of course we're all anxious to
>> get into
On Tue, 28 Aug 2001 19:04:20 -0700, Hong Zhang <[EMAIL PROTECTED]>
wrote:
>Normally, GC is more efficient than ref count, since you will have many
>advanced gc algorith to choose and don't have to pay malloc overhead.
You still need to malloc() your memory; however I realize that the
allocator c
On Wed, 16 Nov 2005, Daniel Brockman wrote:
> No offense to whoever made that suggestion, but I think there are far
> more people out there with a developed taste for hyphenated
> identifiers than there are people with a thing for using backticks as
> subscript operators.
>
> Do you see the differe
On Tue, 14 Mar 2006, David Golden wrote:
> Steve Peters wrote:
> > The problem was that newer Scalar-List-Utils uses an internal Perl
> > function that Windows does not see as an exported function. This was
> > changed with Perl 5.8.8. Once ActiveState releases a Perl 5.8.8,
> > they should be able
On Thu, 06 Jul 2006, Michael G Schwern wrote:
> On 7/6/06, Steffen Mueller <[EMAIL PROTECTED]> wrote:
> > Versions of Module::Install < 0.61 do not work on the current
> > ActivePerl release 5.8.8 build 817.
>
> What's broken and why suddenly 5.8.8?
Module::Install version 0.60 and earlier pushes
On Fri, 20 May 2005, Brian Ingerson wrote:
> On 20/05/05 22:06 +0300, Yuval Kogman wrote:
> > Hola,
> >
> > In PerlGuts Illustrated you have some very pretty diagrams...
> >
> > Could you please hint me on what you generated them with, so that I
> > can use it for the forthcomming PugsGuts Illustra
On Fri, 23 Sep 2005, Michael G Schwern wrote:
> On Fri, Sep 23, 2005 at 07:33:04PM +0200, Tels wrote:
> > Not yet. Good idea. The relevant code is in parse_file() in
> > gen_graph - it gets as option one .pm file and then does something
> > with it.
> >
> > The lopp for each file is in gather_data(
On Thu, 20 Oct 2005, Steve Peters wrote:
> Again, I'd prefer not to be fired. Everything you have written above is
> not an option for the majority of the programmers out there. Also, not
> to helpful if you write your programs in TSO on an IBM mainframe.
In general true, but the cent sign was
On Tue, 25 Oct 2005, Larry Wall wrote:
> As for the ¥ pitfall, so far we've intentionally been careful to use
> it only where an operator is expected, whereas \ is legal only where a
> term is expected. So at least for Perl code, we can translate legacy
> ¥ to different codepoints. (Whether the J
> I don't think there is anything I can reasonably do about that from my
> side. I suppose it's the price you pay for deviating from the four line
> mantra. But if anyone does find out what is actually happening and I
> can fix things up on my side I'll be happy to look into it. I suppose I
> co
On Fri, 29 May 2009, Jesse Vincent wrote:
> Making binary distribution easy is a laudable goal, but it's something
> the existing infrastructure already supports. I'd love to see "CPAN
> autobuilders" which build perl modules for a givven platform and
> architecture and make them generally availabl
On Sun, 08 Aug 2010, Alberto Simões wrote:
> Hellows
>
> On 08/08/2010 15:37, Moritz Lenz wrote:
>> Alberto Simões wrote:
>>> Probably this is too soon to be requested, but is there any alpha or
>>> beta version for an emacs Perl 6 mode?
>>
>> http://svn.pugscode.org/pugs/util/cperl-mode.el
>>
>> N
24 matches
Mail list logo
