Re: as long as we are discussing 'nice to have's...

2001-07-23 Thread Dave Storrs



On Sat, 21 Jul 2001, Dan Brian wrote:

> > The debugger API PDD that I submitted a couple of days ago suggested that
> > we incorporate a profiler into the core.  What do people think of this
> > idea?
> 
> I think that with a clean API, many third-party profilers could and would
> be created. I am skeptical of the value of putting it in the core, when a
> well-designed API would exist specifically with the end of getting some of
> that work out of the porter's pockets, and instead allow the World to
> develop their own, much as it currently happens with Java.


A good point.  There should definitely be a clean API so that
other people can develop their own profilers which could then be plugged
in.  This still leaves the question though...should core provide a default
profiler?

Dave




Re: as long as we are discussing 'nice to have's...

2001-07-23 Thread Dave Storrs



On Sat, 21 Jul 2001 [EMAIL PROTECTED] wrote:

> On Sat, Jul 21, 2001 at 02:47:43PM -0700, Dave Storrs wrote:
> 
> > It would be nice if there was a 
> > 
> > use strict 'recursive';
> > 
> > option that you could set in a script or module (package, whatever) which
> > would force all the modules it used to operate under strict.
> 
> HUGE MASSIVE PROBLEM HERE!  This might be useful if *all* the modules
> you use and *all* the modules which are then used are *all* under your
> control and that none of them are have elected to *not* use strict for
> some reason (like Exporter, which would be silly to use strict
> 'refs').  Otherwise, you're just causing unnecessary bugs.


Please note that I addressed this in my original post.  This was
the specific reason that I suggested the "exclude" option.


> > Second topic:
> > 
> > The debugger API PDD that I submitted a couple of days ago suggested that
> > we incorporate a profiler into the core.  What do people think of this
> > idea?
> 
> You mean like Devel::DProf, the profiler that's already in the core?
> ;) And is this new debugger API like the current debugger API, DB.pm?
> (Actually, I hope it isn't.  Just making sure you're aware of what's
> already there.)


No, I do not mean something like Devel::DProf; that is a
module.  I mean something that is in the core binary, the same way that
the perl debugger is in the core binary.  Perhaps I should have made a
distinction between 'core' meaning "inside the perl binary" and 'core'
meaning "distributed in the default bundle which includes the perl binary
and a whole slew of Perl- and/or XS-based modules."


I agree that it should be possible to use any debugger and/or
profiler you choose.  I am simply asking if we should provide a default
profiler, in the core binary, which will be invoked when no other
profiler is specified.

Dave




Re: as long as we are discussing 'nice to have's...

2001-07-23 Thread Uri Guttman

> "DS" == Dave Storrs <[EMAIL PROTECTED]> writes:

  DS>   A good point.  There should definitely be a clean API so that
  DS> other people can develop their own profilers which could then be
  DS> plugged in.  This still leaves the question though...should core
  DS> provide a default profiler?

it should provide a core API HOOK for debugger and profiler like
stuff. and prolly a standard profiler module would be in the distro. but
a normal program would not load the profiler so it is not in the core
(by that def of core). it should be in the standard lib

uri

-- 
Uri Guttman  -  [EMAIL PROTECTED]  --  http://www.sysarch.com
SYStems ARCHitecture and Stem Development -- http://www.stemsystems.com
Search or Offer Perl Jobs  --  http://jobs.perl.org



Re: as long as we are discussing 'nice to have's...

2001-07-23 Thread Dave Storrs



On Sun, 22 Jul 2001, Johan Vromans wrote:

> Dave Storrs <[EMAIL PROTECTED]> writes:
> 
> > I discovered today that I had forgotten to put 'use strict' at the top of
> > one of my modules...it was in the script that _used_ the module, but not
> > in the module itself.  Putting it in instantly caught several annoying
> > bugs that I'd been trying to track down.
> > 
> > It would be nice if there was a 
> > 
> > use strict 'recursive';
> 
> Good reasoning, although this occurs to me as trying to kill a fly
> with a nuclear bomb.


Ah, but note that, while using a nuke as a flyswatter may be
massive overkill, it is also very _effective_. :>

 
> The essence of modules is that they are independent, and are
> unaffected by outside pragmata. This is what makes them reusable.
> A 'recursive' pragma would break that. 


True, a recursive pragma would break a module's ability to manage
its own internals as it pleases. However, if I _want_ them to be affected,
there is no reason they shouldn't be...it's like any other powerful
technique; if I misapply it, I am responsible for the consequences.


Dave




Sv: aliasing a value in a while each loop

2001-07-23 Thread Davíð Helgason

John Porter wrote:
> Perhaps a simple
> 
> alias( %foo, %bar );
> 
> for those times when you really just need a simple WTDI!

Would 

 alias %foo = %bar;

not be ok, 'alias' acting and binding like 'my' of course. Or 

 my %foo is alias = %bar;


No?


/davíð




Re: as long as we are discussing 'nice to have's...

2001-07-23 Thread Jonathan Scott Duff

On Mon, Jul 23, 2001 at 10:56:41AM -0700, Dave Storrs wrote:
>   A good point.  There should definitely be a clean API so that
> other people can develop their own profilers which could then be plugged
> in.  This still leaves the question though...should core provide a default
> profiler?

What do you mean by "core" here? There is already a profiler provided as
one of the standard modules (which will presumably be part of perl6).
Are you suggesting that there should be language hooks for profiling
built into perl rather than as a module?

-Scott
-- 
Jonathan Scott Duff
[EMAIL PROTECTED]



RE: aliasing a value in a while each loop

2001-07-23 Thread Sterin, Ilya

alias(%foo, %bar) is better IMO since it conforms to other functions in
perl.
my %foo is alias = %bar;  #seems a little out of scope of the language,
unless more functionality is implemented in that way.

Ilya

-Original Message-
From: Davíð Helgason
To: [EMAIL PROTECTED]; John Porter
Sent: 7/20/01 2:25 PM
Subject: Sv: aliasing a value in a while each loop

John Porter wrote:
> Perhaps a simple
> 
> alias( %foo, %bar );
> 
> for those times when you really just need a simple WTDI!

Would 

 alias %foo = %bar;

not be ok, 'alias' acting and binding like 'my' of course. Or 

 my %foo is alias = %bar;


No?


/davíð



Re: as long as we are discussing 'nice to have's...

2001-07-23 Thread Dan Sugalski

At 02:47 PM 7/21/2001 -0700, Dave Storrs wrote:
>Second topic:
>
>The debugger API PDD that I submitted a couple of days ago suggested that
>we incorporate a profiler into the core.  What do people think of this
>idea?

A simple version will probably be included--I expect to hack one together 
for my own purposes, so I don't see why a cleanish version of it ought not 
go into the core distribution.

Dan

--"it's like this"---
Dan Sugalski  even samurai
[EMAIL PROTECTED] have teddy bears and even
  teddy bears get drunk




The Real Perfect Name(tm)

2001-07-23 Thread Casey West

I just met this camel at the San Diego Zoo.  His name is Santana.  He
is IIRC 3 months old.

My proposal: Perl 6 should be code named Santana

  http://geeknest.com/~cwest/tpc/pictures/four/dscn0039.jpg

Since we're all sitting here at this meeting, I figure it's on topic.  :-)

  Casey West

-- 
Shooting yourself in the foot with AMIGA-DOS
The gun works pretty well, except that few people use one and it's
impossible to find bullets.