On Sunday 25 November 2007 17:49:19 Will Coleda wrote:
> Yet another tcl segfault, this time on feather. (linux)
>
> Revision: 23055
>
> 1) build tcl.
>
> 2) run "../../parrot tcl.pbc"
>
> 3) boom
>
> backtrace via gdb:
It looks like 23100 fixed it, at least for me, which makes a lot of sense
lo
On Wed Apr 04 05:59:18 2007, [EMAIL PROTECTED] wrote:
> ---
> osname= linux
> osvers= 2.6.16-gentoo-r6
> arch= i686-linux
> cc= i686-pc-linux-gnu-gcc
> ---
> Flags:
> category=core
> severity=medium
> ack=no
> ---
> For me, running the attached PIR file outputs:
> Sub
> String
>
On Tuesday 27 November 2007 19:49:26 James Keenan wrote:
> Since this patch affects 16 configuration modules, I would like to
> have it tried out on as many platforms as possible. Reports from
> Linux and OpenBSD would be particularly helpful, as the init::hints
> step for these two OSes calls OS
I should add that I'll probably have to revise doc/configuration.pod a
bit to impose a rule that Perl 5 %Config may only be 'use-d' in
init::defaults. I'll also have to revise the documentation for
Parrot::Configure::Data::keys() to include a caution about avoiding the
'p5Config_' elements.
OTOH,
# New Ticket Created by James Keenan
# Please include the string: [perl #47902]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47902 >
Over the last few weeks Andy Dougherty and chromatic have pointed out
some flaws in th
The immediate storm has passed, though I long for a better long-term
solution. Resolving this ticket.
Fixed in r23157.
Pm
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #47882]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47882 >
Hi.
Hope this is the right place - just checked out r22900, did a make
realclean
On Do. 20. Sep. 2007, 13:03:31, [EMAIL PROTECTED] wrote:
> Goals:
>
> Completely unified testing. The ability to run tests and aggregate
> their
> results regardless of how the test is implemented, (perl, parrot, hll,
> etc.)
> HTML Reports should function much as we have now, but with the
> add
Patrick's prescription has succeeded on all 3 sandboxes I was having
trouble with. So I am resolving this ticket.
# New Ticket Created by Will Coleda
# Please include the string: [perl #47896]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47896 >
Snipping TODO from resolved ticket, #47892. See that ticket for more
explanation.
On N
On Tue Nov 27 16:48:41 2007, pmichaud wrote:
>
> If you rebuild and do 'make realclean' a second time, do you still
> get the error?
>
No, the error clears up. Good prescription, Dr Michaud!
> [snip]
>
> IMO, while it's okay for Makefiles in languages/ and other tool
> subdirectories to rebui
# from Bernhard Schmalhofer via RT
# on Tuesday 27 November 2007 16:22:
>after the release of Test::Harness 3.03 I'm wondering about the status
>of the 'unified_testing' branch.
Test::Harness::Straps doesn't exist in the new Test::Harness, so trunk
would need to catchup with that issue regardles
Hi.
Hope this is the right place - just checked out r22900, did a make
realclean (which worked) and then config/make smoke. Died w/
src/interpreter.c
src/interpreter.c: In function 'get_op_lib_init':src/interpreter.c: In
function 'get_op_lib_init':
src/interpreter.c:373: error: 'Parrot_DynOp_cor
On Tue, Nov 27, 2007 at 04:23:17PM -0800, James Keenan wrote:
> Attempting 'make realclean' tonight in 2 different sandboxes, both
> pointing to trunk, both on Linux, I got the following output:
>
> make -C compilers/tge clean
> make[1]: Entering directory `/home/jimk/work/parrot/compilers/tge'
>
This may also be relevant:
$ svn status
? languages/nqp
Same problem on Darwin.
make[1]: Leaving directory `/Users/jimk/work/autopmc/compilers/tge'
make -C compilers/nqp clean
make[1]: Entering directory `/Users/jimk/work/autopmc/compilers/nqp'
make[1]: *** No rule to make target `clean'. Stop.
make[1]: Leaving directory `/Users/jimk/work/autopmc/comp
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47894]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47894 >
If we use the find_lex opcode on a symbol that hasn't been
defined in any outer sc
# New Ticket Created by James Keenan
# Please include the string: [perl #47892]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47892 >
Attempting 'make realclean' tonight in 2 different sandboxes, both
pointing to trunk, b
On Tue, Nov 27, 2007 at 02:01:25PM -0800, Patrick R.Michaud wrote:
> After much discussion, we decided we'd like to have a
> "make quicktest" target that runs a subset of "core Parrot
> tests" that verify that the functionality is intact.
FWIW, this target is known as coretest in Perl 5.
--
Pau
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47890]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47890 >
The tests in t/oo/ (pdd15 objects) aren't currently run
as part of 'make test', a
A wiki has been created for the Perl Hackathon in Chicago coming up Fri-Sun
Dec 14-16 -- just a little over two weeks away.
http://perlcast.com/hackchicago2007/index.cgi
Are any Parrot developers besides my planning to attend? If so, please
register and sign up on the wiki.
Thank you very mu
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47888]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47888 >
Today we cleaned up a lot of the unused branches of the
Parrot repository. One of
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47886]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47886 >
Earlier today on irc #parrot, Coke, allison, barney, and I
were discussing ways to
On Tue, Nov 27, 2007 at 08:10:15PM +0200, Allison Randal wrote:
> Patrick R. Michaud via RT wrote:
> >On Sun Jul 23 06:35:21 2006, coke wrote:
> >>The TGE grammar doesn't deal with embedded }'s:
> >>
> >>Invalid:
> >>
> >>transform a (b) {
> >> # do nothing}
> >>}
> >>
> >>transform a (b) {
> >>
Hi,
Is it possible for parrot embedders to find out whether a certain name
is an op?
IMCC uses a function "is_op", but it's poking in the Parrot_Interp
structure. The pir compiler must be able to check which names are ops
and which are not.
My goal is to embed a Parrot_Interp in compilers/pirc/n
Patrick R. Michaud via RT wrote:
The opcode will be implemented by calling the 'morph' and 'assign'
vtable functions.
Just a note that there are a lot of the built-in types -- especially
the aggregate and subroutine types -- that don't currently have
implementations of 'assign'. This is why
Patrick R. Michaud via RT wrote:
On Sun Jul 23 06:35:21 2006, coke wrote:
The TGE grammar doesn't deal with embedded }'s:
Invalid:
transform a (b) {
# do nothing}
}
transform a (b) {
# do {nothing}
}
If we still need this, I vote that tge transforms require the
closing brace to be at th
Will Coleda wrote:
Anyone have plans for TGE going forward? Will it eventually be phased
out in favor of the other pct tools?
I handed off maintainership of TGE to Patrick as part of the compiler
tool chain, but I'll take it back now. (i.e. you can assign the tickets
to me)
TGE is a gener
29 matches
Mail list logo