a) Is the ChangeLog autogenned?
b) Is it kosher/proper to update email references in it?
--
Bryan C. Warnock
bwarnock@(gtemail.net|raba.com)
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> The Perl 6 Summarizer <[EMAIL PROTECTED]> wrote:
>> Subroutine calls
>> Leo announced that he's added a "pmc_const" opcode to parrot. The idea
>> being that, [ ... ]
>> you would instead fetch a preexisting Subroutine PMC
>> from the
Andy Lester wrote:
thats precisely what -v does currently, same convenience argument applies.
I see a difference in that
prove -v
is shorthand for
TEST_VERBOSE=1 make test
I'm not against the idea. Just not sure about the implementation.
Whyncha write the manpage docs for how it
Hi
One test is currently failing for me, and I got the same error yesterday too.
I am using Linux.
/Stefan
t/pmc/object-meths..NOK 17# Failed test (t/pmc/object-meths.t at line 466)
# got: 'F isa D 1
# D isa F 0
# F isa C 1
# C isa F 0
# F isa E 1
# E isa F 0
# F isa A 1
# A isa
Hi,
On Thursday 08 April 2004 15:18, Jens Rieks wrote:
> cvsuser 04/04/08 06:18:27
>
> Modified:library dumper.imc
> Log:
> removed library/onload.imc and library/objects.imc usage
> changed [gs]etprop into [gs]etattribute
>
> Revision ChangesPath
> 1.11 +0 -2 p
>Here's something for someone who wants to dig in a bit and needs a
>place to start.
>
>Many, but by no means all, of the ops are JITted right now. There's
>code to mess about with the JITting in jit2h.pl. What would be nice
>is if there was a way to get a list of the ops that are *not* JITted,
Stefan Lidman <[EMAIL PROTECTED]> wrote:
> Hi
> One test is currently failing for me, and I got the same error yesterday too.
> I am using Linux.
Yep. And it'll fail until fixing.
People *please* first read messages then post.
Thanks,
leo
Bryan C. Warnock <[EMAIL PROTECTED]> wrote:
> a) Is the ChangeLog autogenned?
No. But it seems that ages ago it was.
> b) Is it kosher/proper to update email references in it?
Sure.
leo
Hi,
On Thursday 08 April 2004 15:23, Jens Rieks wrote:
> Only the first file succeeded, does anyone know what went wrong?
>
> cvs commit library/dumper.imc library/Data/
> Access allowed: Personal Karma exceeds Environmental Karma.
> Checking in library/dumper.imc;
> /cvs/public/parrot/librar
At 11:00 PM +0200 4/7/04, Jens Rieks wrote:
On Wednesday 07 April 2004 21:57, Dan Sugalski wrote:
> At 8:50 AM +0200 4/7/04, Leopold Toetsch wrote:
>
>3) we need some scheme to organize lib paths
We might want to think about library metadata as well. I'm
half-tempted to go with a full-blown d
Hi,
On Wednesday 07 April 2004 12:48, Leopold Toetsch wrote:
> > We can also create a runtime/t/ (or t/runtime) where the library tests
> > can go to.
>
> or runtime/parrot/t
Where should the tests go to? I'll move them then, and add some more tests for
the other libraries.
After thinking a bit
On Apr 7, 2004, at 10:45 AM, Dan Sugalski wrote:
At 10:27 AM -0700 4/7/04, Jeff Clites wrote:
It has taken me longer than I expected to carve out some time to work
on finishing my ICU/string patch, but it's progressing now, and I
just finished tracking down some bugs of mine that the
config_lib
At 8:52 AM -0700 4/8/04, Jeff Clites wrote:
On Apr 7, 2004, at 10:45 AM, Dan Sugalski wrote:
At 10:27 AM -0700 4/7/04, Jeff Clites wrote:
It has taken me longer than I expected to carve out some time to
work on finishing my ICU/string patch, but it's progressing now,
and I just finished tracking
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
[ I'd like to have that scheme in P6E2, *if* we use it ]
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>> Okay, here's a sketch of where I'm going with the initialization,
>> finalization, and fallback method locating.
> As the current init scheme isn't rea
Will Coleda wrote:
> Update to this patch -
> Jerome has identified an issue with the language testing patch -
[...]
> The following bits of the Parrot::Test patch need to be reversed,
> which then keeps the perl6 test suite happy, and should remove the
> last /showstopper/ to applying the patch.
At 6:33 PM +0200 4/8/04, Jerome Quelin wrote:
Will Coleda wrote:
Update to this patch -
Jerome has identified an issue with the language testing patch -
[...]
The following bits of the Parrot::Test patch need to be reversed,
which then keeps the perl6 test suite happy, and should remove the
la
Hi,
@LOAD subs are executed if loaded with load_bytecode, but not when they are in
inside the initial bytecode loaded by parrot.
Please have a look at the attached patch against t/pmc/sub.t for an example.
jens
Index: t/pmc/sub.t
==
Jens Rieks <[EMAIL PROTECTED]> wrote:
> @LOAD subs are executed if loaded with load_bytecode, but not when
> they are in inside the initial bytecode loaded by parrot.
Yep. In the first loaded segment @MAIN or the first line is executed. I
don't think that we need @LOAD here too.
> jens
leo
I've got a couple of questions about Atrributes in Parrot.
PDD15 says that both classes and objects have a list of attributes and
it is possible to add or remove attributes to a class but not an object.
Am I right in thinking that the attribute list for an object is just a
copy of the attribute
Hi,
I've committed Data::Sort, Data::Replace and Data::Escape.
Data::Sort is a new version of the old library/sort.imc. The old file is still
there, but will be removed soon.
Data::Replace replaces every occurrence of one PMC in a nested data structure
with another PMC.
Data::Escape contains
At 6:53 PM +0100 4/8/04, Mark Sparshatt wrote:
I've got a couple of questions about Atrributes in Parrot.
PDD15 says that both classes and objects have a list of attributes
and it is possible to add or remove attributes to a class but not an
object.
Am I right in thinking that the attribute lis
Hi,
one can not use the same method name in two different namespaces, if they have
the same number of arguments.
Please have a look at the attached patch for an example.
jens
Index: t/pmc/object-meths.t
===
RCS file: /cvs/public/par
Dan Sugalski wrote:
At 6:53 PM +0100 4/8/04, Mark Sparshatt wrote:
It seems that for Ruby instance variables can be modelled using
attributes, but I couldn't see any way of handling class variables.
So, what is the recommended way of handling them?
First, one takes the bat labeled "Metaclasse
On Thu, Apr 08, 2004 at 08:28:49PM +0200, Jens Rieks wrote:
>
> Data::Replace replaces every occurrence of one PMC in a nested data structure
> with another PMC.
I'm not sure what that means, but Data::Replace seems too vague.
What is it?
> Data::Escape contains a function "String" that escapes
I'm pretty sure this is escaping from PIR's point of view - it started
life as a method for _dumper() to dump strings that you could then copy
back into PIR and have them work. (though it looks like Jens has made
it far more functional since then.)
Presumably individual languages will have thei
>
> > b) Is it kosher/proper to update email references in it?
>
> Sure.
Disagreement. This makes it harder to find relevant email messages in
the archives.
-R
# New Ticket Created by Will Coleda
# Please include the string: [perl #28393]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28393 >
Attached, find a .tgz that can be exploded in the top level of parrot
which creates t
Cleaned up all the new spam, closed a few tickets, asked for
clarification on some others - outgoing emails were being eaten by a
grue for a while, but Robert says it's fixed now - I'll be sending out
the correspondence manually in a moment - don't reply to those emails
with more than a aye/nay
Subject: [perl #22767] IMCC/Parrot leak and eventual segfault
Created: 2004-04-09 04:18:09
Content: The original "parrot fall down go boom" that this call refers
to no longer occurs (ran
Clint's code against cvs-current).
Dan, Leo - Can you dig through the long thread here and figure out if
we c
Subject: [perl #22352] PackFile imcc bug
Created: 2004-04-09 04:10:02
Content: Marking call resolved - This issue is long resolved, I think.
Josh - if you still want "libimcc" and it's not there, can you open a
separate ticket?
Regards.
[leo - Mon Jun 02 01:53:59 2003]:
Josh Wilmes <[EMAIL PROT
Subject: [perl #24149] [PATCH] small Makefile patch (rm *.s in
realclean instead of clean)
Created: 2004-04-09 03:58:04
Content:
While "make clean" still removes the *.s files, I was able to do a
make clean;make;make test
and still get a passing rate of 97.96%
I'm going to close out the call -
> clarification on some others - outgoing emails were being eaten by a
> grue for a while, but Robert says it's fixed now - I'll be sending out
To clarify. Only explicit CC's to the list were broken. All other
outbound mail was fine.
-R
Subject: [perl #24103] submissions.pod
Created: 2004-04-09 03:44:58
Content: This doc patch is 6 months old - can we get it applied or
rejected?
Regards.
[mikescott - Fri Oct 03 06:55:56 2003]:
leo -- appending myconfig to bug reports can't harm - never.
Inspired by this bit of wisdom, (and my
Subject: [perl #28182] thr-primes.imc segfaults
Created: 2004-04-09 03:37:00
Content: Per Leo, this was fixed in a recent patch -
However, I still get a segfault with an update, realclean, reconfig,
remake (OSX)
With -G... I get a Bus error, instead.
Regards.
[EMAIL PROTECTED] - Fri Apr 02 14:0
Subject: [perl #27921] examples/assembly/sub.pasm is broken
Created: 2004-04-09 03:23:55
Content: I just ran this on OSX with a recent checkout, and it produces:
Hello subroutine
Marking call 'Resolved"...
[EMAIL PROTECTED] - Wed Mar 24 13:39:59 2004]:
---
Subject: [perl #27369] [PATCH] pretty-print for library/dumper.imc
Created: 2004-04-09 03:08:01
Content: The original issue associated with this call (mine) has been
resolved. C - if you still want
this feature, can you open another call?
Regards (marking call resolved.)
[EMAIL PROTECTED] - Thu
Subject: [perl #16414] [PATCH] Interpreter PMC
Created: 2004-04-09 02:59:29
Content: There is now a ParrotInterpreter class which seems to provide
most of this functionality
- Is there anything you feel is still missing, or can we resolve the
call?
[sfink - Sat Jan 31 22:49:38 2004]:
I'm sure t
Subject: [perl #15267] example/pxs is broken
Created: 2004-04-09 02:52:48
Content: It's a dead issue, examples/pxs is gone from the repo.
Resolving ticket.
[dpippen - Sat Jan 24 13:15:44 2004]:
Resubmit this as a unified diff and I'll toss it in.
-Melvin
Did this patch ever get applied (resolv
The problem probably happened with the switch from v1.3 to v1.4 - enough has
changed since 1.3, though, that a simple reversion won't work.
The 1.3 .pasm was created by jako.c ... which doesn't generate .pasm anymore, only
.PIR
Since the point of "queens.pasm" was for PASM, not PIR, I took the
This doc patch is over a year old. Can we get a ruling on it one way or the other?
> [EMAIL PROTECTED] - Sun Jul 21 21:51:59 2002]:
>
>
> There are some questions burried in there, marked with XXX. I'm sorry I was
> unable to resolve those questions completely.
>
> There has been confusion on h
There was no patch attached to this (old) message, and a cvs log on the file shows the
following authors:
brentdax;
chromatic;
dan;
dmlloyd;
educated_foo;
josh;
leo;
mikescott;
mongo;
mrjoltcola;
robert;
scog;
sfink;
simon;
None of which look like Josef...
Josef, did your patch ever get in?
>
This patch has been applied, in spirit at least:
for (@{$vtbl}) {
my ($retval, $methname, $args) = @{$_};
if ($methname eq 'type' || $methname eq 'name' || $methname =~ /prop/) {
# default.pmc handles these
next;
}
print "$retval $methname ($args) {\n";
if(
This (old) patch appears to have been applied. (although it predates the move to
src/*!)
Thanks, closing the ticket.
Brent, I'm not brave enough to check to see if this is applied or not. It's from 2002,
so
I'm guessing either way I can close out the ticket. Please let me know.
> [brentdax - Fri Aug 16 14:26:47 2002]:
>
> This renames Parrot_Interp &c. to be consistent with the rest of
> Parrot's structure
With cvs-latest (9 months later) - the compile works, but the execution fails.
IMCC isn't happy with a .local outside of a sub in RT_initialize.imc, and I think
nested
subs are no longer kosher.
Should I close the call pending a catchup from BASIC with cvs-current?
> [leo - Sat Jul 05 02:49:3
Ugh. No more coffee at night!
On the plus side, we're now at 87 new parrot calls, and 38 open calls.
(down from about 150 open calls when I started looking at the queue) (a
good chunk of them were due to a very large influx of spam recently,
which Robert cleared me to get rid of - but there wer
46 matches
Mail list logo
