On Thu, 2005-09-22 at 23:43 -0700, Ross McFarland wrote:
> cross platform it would be tough b/c you need to know the full path
> to something you can load.
Does it help to use libnci_test? That's what t/pmc/nci.t uses. (It's
late and I've only skimmed the code right now, so it may not be
hel
On Sep 23, 2005, at 12:00 AM, chromatic wrote:
On Thu, 2005-09-22 at 23:43 -0700, Ross McFarland wrote:
cross platform it would be tough b/c you need to know the full path
to something you can load.
Does it help to use libnci_test? That's what t/pmc/nci.t uses.
(It's
late and I've o
On Sep 23, 2005, at 7:51, Ross McFarland wrote:
i was playing around with NCI stuff tonight and ran across a problem
in loadlib. the following code does not work:
.local pmc lib_gtk
lib_gtk = loadlib "libgtk-x11-2.0"
The need for such libnames arises typically on debian and alikes,
>
> Jarkko,
>
> Are there still outstanding issues on IRIX? AFAIK nobody else has been
> building parrot on that platform.
Unfortunately I no more have access to that platform.
> -J
>
>
>
>
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37242]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37242 >
* split PASM and PIR lexer and parser into two distinct sets
(the -p prefix option
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37243]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37243 >
* generate exact location information, again see above files
Leo - can you clarify w
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37247]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37247 >
* get rid of the still existing globals, move all into appropriate
structures, most
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37244]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37244 >
* Cleanup and straighten the grammar files
-J
--
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37248]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37248 >
* and a lot more todo, e.g. create a compiler API
-J
--
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37245]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37245 >
* fix names handling: global constants, locals per unit, subroutine
names per names
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37246]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37246 >
* get rid of support for stack calling conventions (.param and friends)
in PIR mode
Juerd wrote:
I think separating stringification and interpolation leads to
unpredictability, and is a very bad thing.
I disagree. I think it's likely that people will think of ~$val and +$val the
same way (i.e. as "coerce the value"), but that they will think of "$val"
quite differently (i.e
Hi!
On Fri, Sep 23, 2005 at 12:54:42PM +1000, Adam Kennedy wrote:
> Collecting any sort of coverage data is a complete bitch. Let me just
> say right now that doing it across _all_ of CPAN is flat out impossible.
>
> It's impossible.
I completly agree.
Now, if somebody sets up a system to col
Michael Graham wrote:
As I was downloading the newest version of Devel::Cover this morning, I
pondered on the concept of 1 Kwalitee point for coverage >= 80%, and
another for 100%, and how absolutely impossible it would be to set out
to establish these points for all the modules on CPAN. But it w
Damian Conway skribis 2005-09-22 23:04 (+1000):
> I disagree. I think it's likely that people will think of ~$val and +$val
> the same way (i.e. as "coerce the value"), but that they will think of
> "$val" quite differently (i.e. as "interpolate a useful string
> representation of the entire val
I'm closing this bug as 'rejected' because a corrected patch was never
submitted. If you ever get it work, please do resubmit it.
Actually, I believe it was eventually applied, although I'm not sure why
it wasn't updated in the RT. In any event, two peek opcodes currently
exist in the tree
On Thu, Sep 22, 2005 at 11:59:32AM -0400, Matt Fowles wrote:
> Well said! I completely agree that string interpolation should be
> handled exactly the same as stringification. I would like C< ("foo is
> $foo of course") eq ("foo is " ~ $foo ~ " of course") > at all times.
Yes.
S03 states:
Un
Ross McFarland <[EMAIL PROTECTED]>
> > i'm not really sure what the solution here would be. you'd have to know
> > what all of the possible extension types were and look to remove them if
> > found...
How about removing the extension only if the rightmost dot is followed
by a letter?
Regards
On Fri, Sep 23, 2005 at 12:06:43PM +0200, Thomas Klausner wrote:
> Hi!
>
> On Fri, Sep 23, 2005 at 12:54:42PM +1000, Adam Kennedy wrote:
>
> > Collecting any sort of coverage data is a complete bitch. Let me just
> > say right now that doing it across _all_ of CPAN is flat out impossible.
> >
Adam Kennedy wrote:
Michael Graham wrote:
[...]
But I think a more useful measure of kwalitee would be a 20%-30%
coverage test.
Something like that sounds much more reasonable than a high number.
Of course, if you've seen the first third of the PPI talk you realise we
still have all the pr
"Ross McFarland" <[EMAIL PROTECTED]> wrote:
there's also a really hacky win32 thing tacked on the end that removes
the lib from the front, but it would only work for cases without a path.
i can do the same, but that's pretty broken as is and it would seem you'd
need to do the opposite if th
On Fri, May 13, 2005 at 05:18:40PM +0100, Tim Bunce wrote:
> On Fri, May 13, 2005 at 10:51:56AM +0200, Paul Johnson wrote:
> > On Fri, May 13, 2005 at 03:00:39PM +1000, [EMAIL PROTECTED] wrote:
> >
> > > [EMAIL PROTECTED] wrote:
> > >
> > > >Covering the XS portion of the code with gcov is possi
I'm not sure we've reached consensus here, so I will try to summarize
what everyone said so far in order to clear my own head a bit. :)
Sorry in advance if i horribly misrepresent anyone's opinions.
Luke: Thinks the "_" syntax is no joke, since every language with
pattern matching abilities has it
On Thu, Sep 22, 2005 at 05:00:11PM +0100, Jonathan Worthington wrote:
> Interesting, thanks - they make some good suggestions there. Our current
> magic number is "13155a1" - I'm unsure of the rationale behind it, but
> there may be a reason. If we're going to change the packfile format, we
>
--
On Thu, Sep 22, 2005 at 05:47:31AM -0600, Cory Spencer wrote:
>
> >I'm closing this bug as 'rejected' because a corrected patch was never
> >submitted. If you ever get it work, please do resubmit it.
>
> Actually, I believe it was eventually applied, although I'm not sure why
> it wasn't upd
On Sep 23, 2005, at 12:47 AM, Leopold Toetsch wrote:
On Sep 23, 2005, at 7:51, Ross McFarland wrote:
i was playing around with NCI stuff tonight and ran across a
problem in loadlib. the following code does not work:
.local pmc lib_gtk
lib_gtk = loadlib "libgtk-x11-2.0"
The nee
On Sep 23, 2005, at 3:43 AM, Roger Browne wrote:
Ross McFarland <[EMAIL PROTECTED]>
i'm not really sure what the solution here would be. you'd have
to know
what all of the possible extension types were and look to remove
them if
found...
How about removing the extension only if the ri
On Sep 23, 2005, at 4:41 AM, Jonathan Worthington wrote:
"Ross McFarland" <[EMAIL PROTECTED]> wrote:
there's also a really hacky win32 thing tacked on the end that
removes the lib from the front, but it would only work for cases
without a path. i can do the same, but that's pretty broke
-BEGIN PGP SIGNED MESSAGE-
Moin,
I updated the graph-perl-usage package, to be found on my site or CPAN:
http://bloodgate.com/perl/graph/usage/
http://search.cpan.org/~tels/
(0.07 is the latest version, please use together with 0.30 of Graph::Easy)
I incorporated one id
On Fri, Sep 23, 2005 at 05:38:32PM +0200, Tels wrote:
> If you have any ideas how to make this even more usefull, please speak
> now. I will have limited email reading/writing capabilities the next two
> weeks, but I *will* respond to all emails/critics/praises, even though it
> may only be when I
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Friday 23 September 2005 19:15, Michael G Schwern wrote:
> On Fri, Sep 23, 2005 at 05:38:32PM +0200, Tels wrote:
> > If you have any ideas how to make this even more usefull, please
> > speak now. I will have limited email reading/writing capabilities t
I wonder what running PMD's CPD plugin on all of our .c files would
discover. Maybe it'd find places of insufficient abstraction.
Does anyone have a working Java development environment and sufficient
time to experiment?
http://pmd.sourceforge.net/cpd.html
-- c
On Fri, Sep 23, 2005 at 12:52:04PM -0700, chromatic wrote:
> I wonder what running PMD's CPD plugin on all of our .c files would
> discover. Maybe it'd find places of insufficient abstraction.
>
> Does anyone have a working Java development environment and sufficient
> time to experiment?
>
>
On Fri, Sep 23, 2005 at 03:04:42PM -0500, Steve Peters wrote:
> On Fri, Sep 23, 2005 at 12:52:04PM -0700, chromatic wrote:
> > I wonder what running PMD's CPD plugin on all of our .c files would
> > discover. Maybe it'd find places of insufficient abstraction.
> >
> > Does anyone have a working J
On Sep 23, 2005, at 3:47 AM, Leopold Toetsch wrote:
On Sep 23, 2005, at 7:51, Ross McFarland wrote:
i was planning on playing around with gtk+ bindings and parrot and
went about looking around for the work that had already been done and
didn't turn anything up. if anyone knows where i can fin
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(), under the recurse branch:
>
> I'll redesign the code t
On Fri, Sep 23, 2005 at 04:03:32PM -0700, Jan Dubois wrote:
> > Ok, thanks. I'll let you know if I get any tuits to work on it
> > before then.
>
> Maybe I'm missing something, but wouldn't it make sense to use
> Module::ScanDeps for this and put any additional heuristics in
> there?
Module::Scan
http://www.pobox.com/~schwern/src/Test-Simple-0.61.tar.gz
or
http://svn.schwern.org/CPAN/Test-Simple/trunk
or
a CPAN mirror near you.
A small raft of small fixes have happened between 0.60 and 0.61 as well
as a few new features.
New Features:
* Test::Builder::Module has been added to help test
On Sep 22, 2005, at 10:51 PM, Ross McFarland wrote:
i was playing around with NCI stuff tonight and ran across a
problem in loadlib. the following code does not work:
for those of you interested:
https://rt.perl.org/rt3/Ticket/Display.html?id=37258
i'll work on porting the pir to a .t
HaloO Juerd,
you wrote:
Damian Conway skribis 2005-09-22 23:04 (+1000):
I disagree. I think it's likely that people will think of ~$val and +$val
the same way (i.e. as "coerce the value"), but that they will think of
"$val" quite differently (i.e. as "interpolate a useful string
representati
TSa skribis 2005-09-23 15:42 (+0200):
> 1) the circumfix operator " " has an arity >= 1
I think it's parsed, not having specific arity.
> We have: "foo" ~ $bar
> I see: a juxtaposition of two operators and an item,
> all three separated by whitespace
I can only hope you mean two
HaloO Carl,
you wrote:
TSa: Prefers to rely on lazy evaluation, and says both tounge-in-cheek
and philosophically that if I don't want to care about some elements,
I should do so, and let Perl6 optimize. Proposes several ways of not
giving a name to a variable.
This hits home. And I did at no
On 2005-09-23 06:08, "Juerd" <[EMAIL PROTECTED]> wrote:
> In my opinion, making the string value in interpolation different from
> the value in Str context is madness.
Hear, hear! I agree 100%. This is another place where we should move the
Rubyometer down rather than up, I think (to_s vs. to_st
Halo,
someone has switched off my echo ;)
Juerd wrote:
TSa skribis 2005-09-23 15:42 (+0200):
1) the circumfix operator " " has an arity >= 1
I think it's parsed, not having specific arity.
Of course it's parsed, how else should it reach the semantic analyzer?
And I don't consider (arity
TSa skribis 2005-09-23 19:11 (+0200):
> >> We have: "foo" ~ $bar
> >> I see: a juxtaposition of two operators and an item,
> >>all three separated by whitespace
> >I can only hope you mean two items and one operator.
> So, at last there is hope somewhere. But I fear I'm hopelessly
> drowne
45 matches
Mail list logo
