> [leo - Tue Nov 08 02:17:18 2005]:
>
> Will Coleda (via RT) wrote:
>
> > Trying to patch punie, I get to a point with the following:
> >
> > wcoleda$ cat foo.pir
> > .sub main :main
> >$P1 = compreg "PAST"
> >$P2 = $P1(&quo
Thanks, Applied!
> [EMAIL PROTECTED] - Fri Dec 02 11:47:39 2005]:
>
> Hi, attached a patch with a start on the implementation of flush.pir
>
> Note that ParrotIO.pmc doesn't seem to have a method to find out what
> mode it is opened in, so that check cannot be done.
>
> regards,
> kj
Now generates the Exception "Not a Number", which can be caught and dealt with
properly
by expr.
> [leo - Tue Dec 13 13:43:06 2005]:
>
>
> On Dec 13, 2005, at 20:04, Matt Diephouse wrote:
>
> > MMD function __i_multiply not foundfor types (1, -100)
>
> according to runtime/parrot/include/pmc
Thanks, applied!
Tests are fine. Good work catching those!
Thanks, Applied!
> [ambs - Wed Dec 28 09:44:28 2005]:
>
> Please validate the tests, as the meaning of the 'last' third argument
> wasn't the correct in the test cases.
>
> From tcl,
> Search string2 for a sequence of characters that exactly match the
Thanks, Applied!
Thanks, Applied!
This warning seems to have vanished: works fine with gcc 3.3 and 4.0 on OS X
now.
> [coke - Sat Nov 26 12:39:52 2005]:
>
> src/pbc_merge.c
> src/pbc_merge.c: In function 'pbc_merge_bytecode':
> src/pbc_merge.c:219: warning: assignment discards qualifiers from
> pointer target type
> src/pbc_me
support this.
Regards.
> [leo - Thu Jan 05 10:42:23 2006]:
>
>
> On Jan 5, 2006, at 18:50, Will Coleda (via RT) wrote:
>
> > At this point, PMCs can only map one HLL: this is probably just a
> > limitation of the pmc2c.pl script that can be resolved with some
> &
Leo has resolved these issues.
This failure is actually a bus error. You can generate it with:'
../../parrot tcl.pbc -e 'proc a {} {global q;puts $q};a'
Here's the gdb backtrace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x01b4
0x0106fc60 in Parrot_dec_p (
At some point, the configure flag --parrot-is-shared started working again on
my OS X box.
Closing ticket...
The current top level namespaces are 'Tcl' and '_Tcl'. According to PDD21, this
should be "tcl"
and "_tcl".
Note that there don't seem to be any tests, for example, against something like:
$P1 = new .Float
$P1 = 1.2
$N1 = cosh $P1
op/trans.t tests some of these math ops, but only against N registers. There
are tests for the
complex PMC, but not Float.
Add tests for all math opcodes for Float & Integ
Thanks, applied as r12427.
Thanks, applied as r12503.
These errors also occurred on windows/x86 for me, using the Visual
Studio 2005 Express Edition.
Jarkko -
Is this still an issue with svn-latest ?
> [jhi - Wed Oct 05 22:27:25 2005]:
>
> Didn't notice this earlier because the whole japh.t is
> reported as succeeding even though a core dump happens
> for the subtest #10.
>
>1 pthread_kill(0x0, 0x11fffb038, 0x0, 0x11fffc010, 0x3ff000
Thanks, applied.
This is done, as of r12825.
- All TPF copyrights are now marked as:
Copyright (C) , The Perl Foundation.
- All YAS copyrights and Leo copyrights are now listed as TPF.
There are still non TPF copyrights in the repository, and many of these are
still marked as 'All
Rights Reserved'; I think a
This ended up in the queue for parrot (perl 6 vm) problems, not the perl5 queue.
Changing queues.
On Tue Jul 04 12:21:06 2006, [EMAIL PROTECTED] wrote:
> Currently, if you use IMCC inside embedded parrot (eg. when compiling
> via PGE), when a syntax error occurs, imcc calls Parrot_exit (or
> downright exit() -- see imclexer.c)), and it terminates the
> interpreter right there without any
Suggestion for these and other areas in the source with TODOs...
# XXX bad.
# XXX (RT#39704) good.
Then it's still obvious if you're in the code that a ticket was opened, and
it's possible to
automate your search for "bad" XXX's (or TODOs).
On Mon Jul 03 23:58:41 2006, mdiep wrote:
>mini:
Thanks, appled as r13221
Thanks, applied as r13258.
Thanks, applied (with a MANIFEST update) as r13280
Whoops, re-opening.
This apparently isn't quite ready yet, as converting tcl to use the new syntax
results in a nearly-
complete fail of the test suite.
Per Audrey: .loadlib 'dynlexpad' stopped working, because Parrot_register_HLL
breaks on non-
HLL-group .so files.
Thanks, applied as r13316.
Thanks, applied as r13316.
Note that r13385 has the same test results - adding the cardinal files to the
MANIFEST had no
impact on whether or not the tests failed.
Thanks, applied as r13647!
minor modification: makefile deps changed to be on Config/Generated.pm instead
of just
Config/
Regards.
On Fri Jul 28 03:09:56 2006, guest wrote:
> On Sun Jul 16 10:06:46 2006, coke wrote:
> > To de-confuse and cut back on one of the most common recent FAQs:
> >
>
Thanks, applied as r13649
On Fri Jul 28 03:01:37 2006, guest wrote:
> On Mon Jul 24 06:01:38 2006, coke wrote:
> > Looking at the code, it seems that the order in the manifest is being
> > driven by "File::Find". So it's not a surprise that we get churn
> > depending on who is running the too
Thanks, applied as r14296
In the future, please send patches relative to parrot root:
http://www.parrotcode.org/docs/submissions.html
This will make it easy to apply them. Thanks again!
Thanks, applied as r14297.
Thanks, applied, along with the previous patch.
On Thu Aug 24 08:03:56 2006, smash wrote:
> Hi all,
>
> Inspired in the new t/compilers/pge/p6regex/01-regex.t written in PIR
> by Coke, I have rewritten t/compilers/pge/06-grammar.t in PIR. The
> test became four times faster. I think this test file should replace
> the current t/compilers/pge/0
Thanks, applied as r14632
Paul -
Thank you for your work on this: it's a solid patch, I'd apply it...
... But I've just rolled this test into the recently added
t/codingstd/perlcritic.t by way of a
Perl::Critic policy class that's been added to the repo.
Please don't be discouraged. =-)
Check out lib/Perl/Critic/Polic
Thanks, applied as 14812
On Tue Sep 19 10:10:45 2006, [EMAIL PROTECTED] wrote:
> On Tuesday 19 September 2006 07:56, jerry gay wrote:
>
> > ~ all non-perl test files must have a shebang
> >
> > i strongly suggest that this be extended to cover all test files.
> > then, as you say, it can easily be tested, and it's value
Here's a patch which simply remove this function.
No new tests fail, either in parrot or tcl.
Going once...
On Tue Aug 22 17:40:27 2006, chip wrote:
> Hard-coded language names in Parrot are ... well ... bad.
> Very bad.
40217.patch
Description: Binary data
Done in r15324.
To successfully close this ticket, someone needs to write an automated
test (and make it pass!) for the interactive tclsh that checks the
various error handling that was already present (but is now broken),
all tied to the ability to recognize when a command was not done (that
is, unclosed {, [
After the application of this test, we have 1265 files that don't pass muster
as of 19FEB2007.
On Mon Mar 05 16:57:47 2007, [EMAIL PROTECTED] wrote:
> Two months ago, I filed this bug report (excerpt):
I'm still not seeing the effects of the bug you describe, btw. (on OS X
intel or ppc). It does remind me of issues I had when attempting to use
the GMP libs, though.
> > ...I inferred that s
Thanks, applied as r17431
Updated to run *all* the policies at once (thereby only processing each file
via PPI once), but still
break out the test reports by policy.
Runtime for comparable tests now at 1m15s, down from 16m8s, ~13 times speedup.
Memory
usage stayed under 50M the whole time (using Perl::Critic 1.03)
Str
Thanks, (belatedly) applied.
Again, more failures.
Paul, can you coordinate with Jerry Gay (particle) to insure the test doesn't
encourage updates of
files that would break the windows build? Once we can trust the output of the
test, we can
update the remaining files and close the ticket.
Regards.
On Fri Mar 02 19:55:37
Thanks, Applied!
Done, but needs tests, and an example in the POD, like:
.sub main :main
load_bytecode 'Config/JSON.pbc'
.local pmc reader, writer
reader = get_global [ 'Config' ; 'JSON' ], 'ReadConfig'
writer = get_global [ 'Config' ; 'JSON' ], 'WriteConfig'
.local pmc config
config = reader('foo.j
This looks ok to me in PDD07, though I'd recommend removing the "adapted from"
notations
in the PDD, as the PDD is considered the canonical reference.
Reassigning to Allison as the PDDs: Allison, can you double check this and
close out this
ticket if you're satisfied? Danke.
On Wed Feb 14 06:
Noticed this still has the marker:
=head2 CHIP HAS EDITED THIS FAR INTO THE FILE
+---+
Everything below this point must still be reviewed
+---+
in it, despite being moved out of the cl
Reverted order of Configure.pl steps, just for you. =-)
On Fri Mar 16 19:24:55 2007, [EMAIL PROTECTED] wrote:
> Results confirmed again at r17522 tonight.
Now that PGE is usable, this ticket can probably be implemented.
Jens - is this still an issue?
> [leo - Tue Apr 12 02:44:09 2005]:
>
> Jrieks @ Wmit00 . It . Math . Uni-Wuppertal . De [EMAIL PROTECTED]> wrote:
>
> > wmit01 ~ > perl -v
>
> > This is perl, v5.6.0 built for i586-linux
>
> As it seems to be a perl issue, please check the relevant part of the
puts \u30b3\u30fc\u30d2\u30fc
has worked for some time now; the [string] subcommands are documented as not
working as
part of the tcl language suite testing.
If we find any parrot-specific issues blocking us from implementation, we'll
open another
ticket. Danke.
> [coke - Sun Nov 21 22:51:03
Please try again with the leo-ctx5 branch, I suspect this should be working
again, at least for
now.
> [jonathan - Wed Sep 14 10:18:59 2005]:
>
> "jerry gay (via RT)" <[EMAIL PROTECTED]> wrote:
> >
> > the linker is failing to build ParTcl with MSVC, due to unresolved
> > external symbols. i'm
Leo's proposed syntax is fine with me.
> [leo - Fri Feb 25 01:34:24 2005]:
>
> Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
>
> > Hi,
>
> > in the near, or far, future there will be test scripts and compiler
> > input in PIR. For that it would be nice, if long text doesn't have to
> > be cr
Data::Dumper now checks to see if a special case for a particular PMC is
implemented, and if
not, the code falls back to a generic implementation for each of array, hash,
string, integer,
and float.
Added in string, integer, and float does types to pmc2c.pl and the various
core/perl types
th
Last status of this error:
> --
> $ perl compile.pl test.bas Use of uninitialized value in concatenation
> (.) or string at compile.pl line 22, line 10.
> At BASIC source line :
> at source line 0 at COMP_toker.pm line 208,
> line 10.
This now counts up to 100 and complains at the end
I've added this patch to ticket #32544.
Thanks, Applied.
> [coke - Thu Oct 13 05:20:53 2005]:
>
> Here's a patch to implement the split opcode such that it splits on
> strings rather than regular expressions. I've also added a test to
> t/op/string.t
>
> Files affected:
> M ops/string.ops
>
This was a very old TODO from the TODO file:
Is this now covered with the recent changes?
> [coke - Sun Aug 15 13:27:07 2004]:
>
> Bytecode
>
> Metadata (source line number info, symbol table)
This is now obsolete, neh?
> [EMAIL PROTECTED] - Tue Aug 17 06:26:55 2004]:
>
> > $ make -C dynclasses
> > /Users/nick/Sandpit/maint/bin/perl5.8.3 ../classes/pmc2c2.pl --dump
> foo.pmc
> > /Users/nick/Sandpit/maint/bin/perl5.8.3 ../classes/pmc2c2.pl --c
> foo.pmc
> > can't find file 'foo.dump' in
While there was a lot of talk in this thread about how we were not going to
provide extra
checks to prevent segfaults... both the original case and the simple one below
no longer
generate segfaults, but instead throw an exception of some kind.
Closing ticket.
> [EMAIL PROTECTED] - Tue Jul 29
Can we get a ruling on this? I tend to agree with the statement "Random build
files do not
belong in the root directory".
The patch has been un-ACK'd for nine months at the moment.
> [EMAIL PROTECTED] - Tue Mar 02 03:49:32 2004]:
>
> Steps:
> (1) move ./libnci.def to ./src/libnci.def
> (2)
This no longer errors out, presumably due to the semi-recent changes regarding
.return()
> [EMAIL PROTECTED] - Mon Mar 22 01:18:45 2004]:
>
> -
> IMCC parser chokes on empty subs. Simple test case:
>
> .sub _main
> _foo()
>
Sam's latest patch seems to have resolved this issue - dynclasses now build,
and:
perl t/harness t/dynclass/py*
skips 1 test, passes everything else.
Thanks.
Sending a copy of this message to the [EMAIL PROTECTED] list.
Hopefully someone there will have a clue about your question.
> [EMAIL PROTECTED] - Fri Nov 26 01:17:46 2004]:
>
> Hello, I am currently very dedicated into learning the Parrot
> programming language, and to do this, I have gathered f
Thanks, (finally) applied.
FYI, I had to mangle one of the chunks by hand, but since this is from March,
I'm not
surprised.
> [bernhard - Tue Mar 02 14:02:42 2004]:
>
>
> The attached patch is another overhaul of debug.pod. The most notable change
> is that there
> is no 'imcc' binary any mor
Here's another one: "make test" before "make" fails a few tests:
t/dynclass/pybuiltin.t5 1280 65 83.33% 1-2 4-6
t/dynclass/pyclass.t 6 1536 66 100.00% 1-6
t/dynclass/pycomplex.t1 256 11 100.00% 1
t/dynclass/pyfunc.t 4 1024 44 100.00% 1-4
Thanks, applied.
(Note: this patch had already been partially applied.)
> [bernhard - Sun Nov 07 05:17:56 2004]:
>
> Hi,
>
> this patch updates 'perlhist.txt', which is used as a test case in
> 't/library/streams.t'.
> 't/library/streams.t' now also uses the new one-line '.return () ' and
> '.y
I find it highly amusing that Warnock's patch to update Warnock's contact
information was
Warnocked since April of last year.
I will put him out of his misery, though.
I can only hope that the new email address isn't defunct already. =-)
Thanks, applied!
> [EMAIL PROTECTED] - Thu Apr 08 14:02
> [brondsem - Tue Dec 14 09:26:42 2004]:
>
>
> PDDs 4-6 (maybe more) are not generated properly on parrotcode.org
>
>
>
Thank you for your report. I've forwarded a patch to the parrotcode
webmaster, this fix will probably be in place in a day or so
> [brentdax - Sat Sep 28 04:08:17 2002]:
>
> This patch adds a very, very rudimentary form of C-level exception
> handling ...
I think it's safe to close out this ticket now. ^_^
> [EMAIL PROTECTED] - Mon Jun 30 07:15:44 2003]:
>
>
> A further data point: the tests pass if I use IMCC to assemble them,
> rather than assemble.pl
>
> Simon
>
Since assemble.pl is no more, closing this ticket.
> [gmpassos - Sat Jul 12 02:23:08 2003]:
>
> Can't compile /languages with VC++ 6!
>
> Parrot compiles fine, but when I try to compile languages, specially
> /languages/imcc I can't!
languages/imcc is now long gone. Closing this ticket, please open a new
one if you're still having trouble.
Rega
This is still the case. Documented in PLATFORMS, closing ticket.
> [psinno - Thu Oct 09 02:45:59 2003]:
>
> Hi,
>currently gmake seems to be required to build imcc on freebsd.
Closed, per Ron.
This patch looks fine, if someone wants to apply it before the SVN
migration.
This is a uselessly generic TODO that was cribbed from a file in the
repository. It's covered by other, more specific documentation todos. If
you know of documentation that needs to be added, please open a specific
ticket.
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
This patch was applied incorrectly - the pod closer =cut ended up
outside the C comment. (as noted by Nick Kostirya)
> [EMAIL PROTECTED] - Tue Jun 29 10:23:42 2004]:
>
> On Mon, 2004-06-28 at 21:30, Will Coleda wrote:
>
> > Closes the pod inside the C comment for "pmcarray"
>
> Thanks, applied.
You're right, of course. (The fact that this patch sat for over 2 months after your
comment
didn't help. =-)
Removed the date reference all together, resolving ticket.
> [EMAIL PROTECTED] - Tue Jun 29 10:21:38 2004]:
>
> On Mon, 2004-06-28 at 21:28, Will Coleda wrote:
>
> > Minor update to t
Thanks, (somewhat belatedly) applied.
> [EMAIL PROTECTED] - Thu Feb 19 02:26:02 2004]:
>
>
> Index: imcc/docs/macros.pod
>
=
==
> RCS file: /cvs/public/parrot/imcc/docs/macros.pod,v
> retrieving revision 1.7
> diff -u -d -r1.7 macr
The compile error has changed:
error:imcc:Sub isn't a PMC
in file 'bar.imc' line 5
But, IMO, this should still barf on the declaration of "index" instead.
> [coke - Sun Oct 19 18:01:33 2003]:
>
> Is there a way to get this to barf on .local rather than the call to
> index?
>
> (Was a bit conf
This got fixed while I wasn't looking. =-)
Now runs fine WITH the _dumper, even at 100,000. It's slow, but it doesn't crash. =-)
Closing.
> [coke - Thu Mar 25 21:34:27 2004]:
>
>
> .sub main
>.param pmc argv
>
>$S0 = argv[1]
>$I2 = $S0
>
>$P2 = new PerlHash
>$I0 = 1
> lo
Sasada-san -
Thanks for your translation. I apologize - your message came into our
ticketing system sideways, and I don't think a notification about your
work came to the [EMAIL PROTECTED] mailing list.
I'm generating a reply to the list so that the project leads can let us
know what direction t
Thanks, (belatedly) applied, along with a MANIFEST patch.
(Minus the python/README, which appears to have magically appeared sometime in the
past
six months! =-)
> [EMAIL PROTECTED] - Mon Mar 01 16:58:08 2004]:
>
> This patch creates a couple of new small README's, for several
> languages/ di
Dan's recent patch to io/io_buf.c seems to have resolved this particular
issue. Thanks, Dan!
> [coke - Sun Sep 19 00:48:26 2004]:
>
> Just committed some patches to languages/tcl to make it start passing
> all tests again.
>
> However, one of my patches was to force the tests to /always/ run wit
> [coke - Sat Jan 24 19:32:16 2004]:
>
> It would be helpful if IMCC complained about duplicate ".local" labels,
> so that the attached wouldn't compile, rather than dying at runtime.
>
A naive pass at this is:
oolong:~/research/parrot coke$ cvs diff imcc/symreg.c
Index: imcc/symreg.c
Thanks, applied in r19258.
Need to strip out the HTML comment on the link; the url for
you is actually:
http://rt.perl.org/rt3/NoAuth/parrot/List.html?Field=Requestor&[EMAIL PROTECTED]
Not the given:
http://rt.perl.org/rt3/NoAuth/parrot/List.html?Field=Requestor&Value=jkeen%20%3C!--%20x%20--%3E%20at%20verizon.net
On Fri Jun 29 01:52:18 2007, richard at rusrating.ru wrote:
> Dear Parrot people,
>
> Just updates my subversion depository after a long time.
>
> Got this error after 'make'
Richard - it is often necessary after a long break between updates to run 'make
realclean' before
doing a configure/m
It is now possible to open tickets from the command line if you're a bugadmin.
First, get an RT
CLI account; see the wiki for details. Then:
rt create -e -t ticket set subject='Testing new ticket' [EMAIL PROTECTED]
Queue=parrot
Will pop you into an editor. Add your text message at the end (any
1 - 100 of 1425 matches
Mail list logo
