On Mon Oct 20 11:37:51 2008, pmichaud wrote:
> > >> The big hangup for this ticket is that various parts of PCT and
> the
> > >> CodeString PMC do not support empty brackets, and therefore PCT
> does not
> > >> emit ".namespace []" in these situations.
> > >> [...]
> > >> I know pmichaud was talkin
On Thu Dec 13 19:16:31 2007, coke wrote:
> From PDD17:
> INTVAL type_keyed(INTERP, PMC* self, PMC* key)
>
> ...
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
>
Removed in r32404
--
Will "Coke" Coleda
On Thu Dec 13 19:17:09 2007, coke wrote:
> From PDD17:
>
> INTVAL type_keyed_int(INTERP, PMC* self, INTVAL key)
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
Removed in r32403.
--
Will "Coke" Coleda
removed typeof_i_p, typeof_i_p_ik, typeof_i_p_k, typeof_s_i in r32401
--
Will "Coke" Coleda
valid_type_i_i removed in r32397.
--
Will "Coke" Coleda
On Thu Dec 13 19:17:48 2007, coke wrote:
> From PDD17:
>
> INTVAL type_keyed_str(INTERP, PMC* self, STRING* key)
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
Removed in r32395.
--
Will "Coke" Coleda
On Thu Nov 06 08:52:18 2008, coke wrote:
> new_p_i and new_p_i_p are now gone in trunk.
find_type_i_s and find_type_i_p now gone in trunk.
--
Will "Coke" Coleda
On Sat Dec 01 14:36:44 2007, coke wrote:
> From DEPRECATED.pod:
>
> Type IDs will go away in 0.5.0.
> Instead of:
>
> $P0 = new Integer
>
> or
>
> $P0 = new .Integer # better, but ...
>
> we are moving to use:
>
> $P0 = new 'Integer'
new_p_i and new_p_i_p are now gone in trunk.
On Sat Dec 01 14:29:03 2007, coke wrote:
> =item B
>
> There are several variants of some of the above ops; all are
deprecated,
> and are replaced by the ops {set,get}_[hll,root]_global. See also
> http://www.parrotcode.org/docs/ops/var.html.
DEPRECATED.pod also says that the global keyword in
On Wed Jul 30 13:06:06 2008, coke wrote:
> From PDD19:
>
> =item .pragma n_operators [deprecated]
>
>
This appears to be the only .pragma; should we leave a placeholder or
just remove .pragma entirely when we remove this particular one?
--
Will "Coke" Coleda
On Tue Sep 30 08:51:22 2008, julianalbo wrote:
> On Mar. Ago. 12 15:05:57 2008, Whiteknight wrote:
>
> > This probably isn't headerizer's fault, it's more likely the fault of
> > IMCC for being so damn complicated. We could change all the function
> > definitions in the IMCC related files to use "
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
>
> C:\Projects\parrot>mingw32-make
> "Compiling with:"--
Can we get another copy of the report as a plain text attachment against
HEAD? (This one had a lot of HTML embedded in it.)
Thanks.
--
Will "Coke" Coleda
On Thu Oct 16 17:20:00 2008, mgrimes wrote:
> Hi,
>
> I was doing some test clean up (converting perl test to pir), and I
> noticed that test_more.pir doesn't export "nok". It is a simple fix,
> and I have included a patch.
>
> Thanks,
> Mark
Thanks, applied in r32004
--
Will "Coke" Coleda
On Tue Oct 02 10:40:14 2007, pcoch wrote:
> In src/objects.c there is the todo item within Parrot_get_vtable_index():
> /* XXX slot_names still have __ in front */
> const INTVAL cmp = strcmp(name_c, meth_c + 2);
> I'm guessing by this comment that they shouldn't anymore...
With th
On Tue Sep 16 18:20:36 2008, amosrobinson wrote:
> No segfaults here either, with your PIR. (r31173, vanilla ubuntu)
>
> On Tue Sep 02 12:45:34 2008, tene wrote:
> > I don't get a segfault when running the test case without the 'end'
> > opcode. Can anyone else confirm if this still segfaults?
>
On Sat Sep 18 23:13:06 2004, coke wrote:
> That is:
>
> Contrive things so that no code whatsover must be maintained outside
> of the language specific directory. This includes:
>
> - MANIFEST
> - config files
> - ./library/Parrot/Test/*
>
>
>
The long term goal for languages is that they'll
On Thu Jan 18 12:58:49 2007, mdiep wrote:
> The example says it all.
>
> --
> Matt Diephouse
>
>
>~/Projects/parrot mdiep$ cat test.pir
>.sub main :main
>null $P0
>multi($P0) # should print "Any\n"
>.end
>
>.sub multi :multi(String)
>say "String"
>.en
On Tue Oct 02 10:45:26 2007, pcoch wrote:
> In src/objects.c:Parrot_MMD_method_idx() there is the todo item:
>
> TODO allow dynamic expansion at runtime.
Now in src/oo.c:Parrot_MMD_method_idx()
Note function is marked as deprecated.
--
Will "Coke" Coleda
On Tue Oct 02 10:08:46 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within mmd_search_classes():
>
> /* TODO create some class namespace */
>
> It's not clear *exactly* what needs to be done here, but creating the
class
> namespace needs to be implemented.
Now in src/multidi
On Tue Oct 02 10:01:59 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_register():
>
> TODO - Currently the MMD system doesn't handle inheritance and best match
> searching, as it assumes that all PMC types have no parent type. This
> can be considered a bug, and will be resolv
On Tue Oct 02 10:00:49 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_add_function():
>
> TODO change this to a MMD register interface that takes a function *name*.
>
> This needs implementing.
Now in src/multidispatch.c; Parrot_mmd_add_function()
--
Will "Coke" Coleda
On Tue Jul 10 06:39:26 2007, pcoch wrote:
> In the file lib/Parrot/Pmc2c.pm there is the todo item:
>
> $self->{mmds} = @mmds;# XXX?
>
> I've got no idea what the problem is here. If there is no problem,
> then the comment should be removed. If there is a problem it should
> be fixe
On Tue Oct 02 10:25:57 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within
> Parrot_mmd_rebuild_table():
>
> /* TODO specific parts of table
> * the type and it's mro and
> * all classes that inherit from type
> */
>
> It seems that mmd_funcs are already im
On Tue Oct 02 10:24:02 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within
> mmd_create_builtin_multi_meth_2():
>
> * TODO cache the namespace
>
> Do this. (please)
This function (and the TODO) are no longer present after the recent MMD
merge. Closing ticket.
--
Will
On Tue Oct 02 10:22:41 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within mmd_maybe_candiate():
>
> if (VTABLE_isa(interp, pmc, _sub)) {
> /* a plain sub stops outer searches */
> /* TODO check arity of sub */
>
> VTABLE_push_pmc(interp, cl, pmc);
Now in src/m
On Tue Oct 02 10:19:39 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within mmd_sort_candidates():
>
> * TODO use half of available INTVAL bits
Now in src/multidispatch.c, Parrot_mmd_sort_candidates
--
Will "Coke" Coleda
On Tue Oct 02 10:15:42 2007, pcoch wrote:
> In src/mmd.c there is the very cryptic todo item within
mmd_cvt_to_types():
> (with some context)
>
> if (sig_elem->vtable->base_type == enum_class_String) {
>STRING * const sig = VTABLE_get_string(interp, sig_elem);
>if (
On Tue Oct 02 10:13:17 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_search_classes():
>
> if (!PMC_IS_NULL(pmc)) {
> /*
> * mmd_is_hidden would consider all previous candidates
> * XXX pass current n so that only candidates from this
> * mro are u
On Wed Sep 24 22:31:36 2008, [EMAIL PROTECTED] wrote:
> On Tuesday 23 September 2008 21:37:09 Patrick R. Michaud wrote:
>
> > +1 in favor of applying this patch (and updating any tests to match) --
> > this will _really_ improve things for PCT and Rakudo. Thanks!
>
> Applied as r31402.
>
> -- c
On Thu Jul 10 11:31:23 2008, pmichaud wrote:
> On Thu, Jul 10, 2008 at 11:20:44AM -0700, Will Coleda wrote:
> > # New Ticket Created by Will Coleda
> > # Please include the string: [perl #56806]
> > # in the subject line of all future correspondence about this issue.
> > # http://rt.perl.org/rt
On Thu Jun 19 10:23:03 2008, coke wrote:
> On Wed, Jun 18, 2008 at 12:50 PM, via RT Shane Werner
> <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by "Shane Werner"
> > # Please include the string: [perl #56018]
> > # in the subject line of all future correspondence about this issue.
> > # ht
On Sat Sep 13 06:37:12 2008, coke wrote:
> Merged the two relevant tickets.
--
Will "Coke" Coleda
No problems have surfaced since last post: closing ticket.
--
Will "Coke" Coleda
Segfault moved. It's no longer occurring when run from inside
languages/tcl, but now at the top of the build dir, I get the following
backtrace when running
./parrot_debugger languages/tcl/tcl.pbc
and hitting "n" at the pdb prompt.
Program received signal SIGSEGV, Segmentation fault.
[Switching
On Tue Aug 05 09:10:58 2008, coke wrote:
> On Tue Jul 01 18:56:40 2008, coke wrote:
> > On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
> > > Will Coleda wrote:
> > > >
> > > > 1) using getclass (aka, reject this ticket)
> > > > 2) doing something custom for the say method here (like, say,
>
On Sat Aug 09 07:02:16 2008, [EMAIL PROTECTED] wrote:
> Last weekend tetragon and I had considerable discussion on #parrot about
> this problem. My diagnosis was that we should not be handling
> command-line options at all in 'hints' files; they should be handled in
> inter::progs.
>
> The patch
On Tue Jul 01 18:56:40 2008, coke wrote:
> On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
> > Will Coleda wrote:
> > >
> > > 1) using getclass (aka, reject this ticket)
> > > 2) doing something custom for the say method here (like, say,
> > > translating say 'what' into something like "getst
On Thu Dec 13 19:24:43 2007, coke wrote:
> From PDD17:
>
> void set_attr(INTERP, PMC* self, INTVAL idx, PMC* value) [deprecated]
>
> Store an attribute value in the PMC (instance object).
>
> [NOTE: Integer index lookups for attributes are deprecated with the new
> object metamodel.]
>
Removed
On Thu Dec 13 19:23:46 2007, coke wrote:
> from PDD17:
>
> PMC* get_attr(INTERP, PMC* self, INTVAL idx) [deprecated]
>
> Retrieve an attribute value from the PMC (instance object).
>
> [NOTE: Integer index lookups for attributes are deprecated with the new
> object metamodel.]
>
Removed in r
On Mon Jun 09 16:49:46 2008, [EMAIL PROTECTED] wrote:
> On Thu Sep 21 14:38:40 2006, particle wrote:
> > parrot's source is littered with internal_exception() calls, the bulk
> > (all?) of which should be converted to real_exception() calls.
> > internal exceptions are uncatchable, and might as wel
On Sun May 04 01:43:22 2008, allison wrote:
> It's only integer keyed access to exception attributes that's
> deprecated. String keyed access is still part of the approved interface.
the [gs]etattribute opcodes for integer access are gone (just checked in
r30012, but probably
for some time now.)
On Sat Jun 14 20:37:53 2008, coke wrote:
> On Sat Apr 14 15:46:56 2007, allison wrote:
> > What I get is:
> >
> > [oops; continuation 0x188ae28 of type 24 is trying to jump from
> runloop
> > 2 to runloop 1]
> > ok
> > not ok
> >
> > from line 252 of src/pmc/continuation.pmc
> >
> > Looks like this
On Mon Aug 04 12:58:18 2008, [EMAIL PROTECTED] wrote:
> Hello
>
> Please find the attached patch for a spelling mistake in
> docs/pdds/pdd19_pir.pod
>
> Bob
Thanks, applied in r30013!
--
Will "Coke" Coleda
On Fri Jul 25 05:32:49 2008, coke wrote:
> On Fri, Jul 25, 2008 at 2:25 AM, Christoph Otto via RT
> <[EMAIL PROTECTED]> wrote:
> > On Thu Jun 05 19:07:49 2008, coke wrote:
> >
> >> We can always improve the diagnostic emitted by the PMC compiler.
> >> Mismatched strings are going to be an issue whe
On Sat Jul 26 15:58:14 2008, particle wrote:
> languages/pugs/ was for a pugs interface to parrot. the code was
> already bitrotten long before pugs development stalled, and parrot has
> changed significantly since then. remove the dirs, files from the
> manifest and config system, and other relate
On Tue Jul 22 23:34:13 2008, [EMAIL PROTECTED] wrote:
> Christoph Otto via RT wrote:
> >
> > This version of the patch should dtrt with all versions of
> strerror_r. It
> > works on my Debian/x86 box and I'll be testing it on any *nix I can
> get my
> > hands on Tuesday. If it works fine there, i
On Tue Jul 22 08:02:08 2008, tene wrote:
> Resolved as of r29673.
>
> Parrot_process_args() wasn't fetching the appropriate type from the HLL
> mapping info when creating an object to store slurpy params in.
Thanks. Added a modified version of my original test in r29682. Thanks
to tene for pointi
On Thu Jul 17 09:31:27 2008, [EMAIL PROTECTED] wrote:
> On Thursday 17 July 2008 08:49:05 Will Coleda wrote:
>
> > I committed a patch (r29559) that updates all the tcl.ops to be more
> > like the 'die' opcode in how the exception object is constructed and
> > created. Still segfaulting. As long a
On Tue Jun 03 00:15:06 2008, [EMAIL PROTECTED] wrote:
> On Monday 02 June 2008 19:42:58 Will Coleda via RT wrote:
>
> > Error earlier in the build process now, with PGE:
> >
> > /home/coke/bin/perl -e "" >PGE/builtins_gen.pir
> > ../../parrot -o PG
On Thu Jul 10 11:14:26 2008, coke wrote:
> The following tests fail during 'make test' on feather in the pd25cx
branch.
>
> Test Summary Report
> ---
> t/op/gc.t (Wstat: 256 Tests: 20
Failed: 1)
> Failed test: 12
> Non-zero exit status: 1
> t/c
On Thu Jul 10 06:40:28 2008, coke wrote:
> Using tcl, I can make parrot segfault in this branch.
>
> $ ../../parrot tcl.pbc -e "error eek"
> Segmentation fault
>
> Real tclsh, if you put that in a file and ran it, would say:
> eek
> while executing
> "error eek"
> (file "foo.tcl" line 1)
On Thu Jul 10 11:00:14 2008, coke wrote:
> Since the NQP tests aren't run by default, ran them by hand in pdd25cx:
>
> Test Summary Report
> ---
> t/28-return.t(Wstat: 256 Tests: 1 Failed: 0)
> Non-zero exit status: 1
> Parse errors: Bad plan. You planned 3 tests but r
On Wed Jul 16 10:23:50 2008, Whiteknight wrote:
> Is this still an issue? A quick check of src/embed.c shows that there is
> no function Parrot_call_sub. Has it been moved to some other location,
> or is it gone entirely? If it's completely gone, then this ticket is
> moot and should be closed.
>
On Tue Jul 08 22:59:40 2008, particle wrote:
> the configure tests take too much time to run, and should be sped up
> by whatever means necessary so as to take a much smaller percentage of
> the overall time for the test suite.
Another solution here would be to not run them by default. The purpose
On Mon Jul 07 08:43:14 2008, [EMAIL PROTECTED] wrote:
> Is this '\n' controlled? it is suposed to be an example or it is a bug?
>
> [EMAIL PROTECTED]/prg/parrot/languages/punie$ svn diff
> Index: demo.p1
> ===
> --- demo.p1 (revis
On Wed Jul 02 15:31:05 2008, rurban wrote:
> disassemble is too generic when being packaged into /usr/bin/.
>
> Two versions:
> Full CVS-style version: disassemble-long.patch
> I don't know how svn handles file renames.
> After svn renaming it would just be the shorter disassemble_rename.patch
Th
On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
> Will Coleda wrote:
> >
> > 1) using getclass (aka, reject this ticket)
> > 2) doing something custom for the say method here (like, say,
> > translating say 'what' into something like "getstdout P0;
> > P0.'say'('what');"
> > 3) eliminating
On Thu Jun 26 11:01:00 2008, [EMAIL PROTECTED] wrote:
> chromatic wrote:
>
> > T::H 3 is only a requirement for people who want to type 'make
> smolder' (and
> > eventually I hope 'make smoke'), so probing for it without bundling
> it seems
> > eminently sensible to me.
>
> Agreed. That's what we
On Mon Jun 30 07:53:20 2008, coke wrote:
> Find a perlcritic-sane way to silence this warning for codetest:
>
> Policy "Perl::Critic::Policy::Bangs::ProhibitFlagComments" is not
installed.
>
Fixed in r28867.
--
Will "Coke" Coleda
On Mon Jun 30 06:26:57 2008, pmichaud wrote:
> The islt, isle, isgt, and isge opcodes give the wrong results on
> subclasses of Float.
>
> Here's the test case:
>
> $ cat y.pir
> .sub 'main' :main
> $P99 = subclass 'Float', 'MyFloat'
>
> $P0 = new 'MyFloat'
>
On Mon Jun 30 06:26:57 2008, pmichaud wrote:
> The islt, isle, isgt, and isge opcodes give the wrong results on
> subclasses of Float.
>
> Here's the test case:
>
> $ cat y.pir
> .sub 'main' :main
> $P99 = subclass 'Float', 'MyFloat'
>
> $P0 = new 'MyFloat'
>
On Fri Jun 27 08:01:57 2008, coke wrote:
> On Thu Jun 26 22:21:22 2008, [EMAIL PROTECTED] wrote:
> > On Thursday 26 June 2008 20:02:18 Will Coleda via RT wrote:
> >
> > > Attached, find a patch that allows us to specify a ":deprecated"
> > flag (post
On Thu Jun 28 07:22:38 2007, pcoch wrote:
> Hi,
>
> In perlcritic.t i'd like to find a way to pass options to perlcritic
> policies from the command line. Options are passed as anonymous
> hashes. Basically, we want to be able to do something like:
>
> perl t/codingstd/perlcritic.t --list
> --p
On Sun Jun 22 19:35:27 2008, coke wrote:
> Attached find a first pass at converting our perlcritic.t into using
> Test::Perl::Critic.
>
> This patch:
>
> - requires Test::Perl::Critic to do anything useful with the test. (We
> can add it to
> Bundle::Parrot)
> - creates a new perlcritic.conf file
On Tue Jun 06 07:40:55 2006, leo wrote:
> It's easy to add 'invalide' code to .pmc files. E.g. I had defined:
>
> METHOD parent() {
> return PMC_pmc_val(SELF) ? PMC_pmc_val(SELF) : PMCNULL;
> }
>
> Due to the absence of a return value, the PMC compiler just ignores this
> 'method
On Tue May 13 05:21:32 2008, rurban wrote:
> 2008/5/13 Andrew Whitworth via RT [EMAIL PROTECTED]>:
> > is this ticket (#51944) resolved? I don't see any outstanding todo
> items
> > here that need to be considered further, and the submitted patch
> has
> > already been applied. Can we close this
On Mon Jun 09 17:13:42 2008, Whiteknight wrote:
> On Fri, Jun 6, 2008 at 11:36 PM, Will Coleda via RT
> <[EMAIL PROTECTED]> wrote:
> > On Tue Nov 27 14:08:00 2007, pmichaud wrote:
> >> Today we cleaned up a lot of the unused branches of the
> >> Parrot repositor
On Wed Mar 07 08:52:19 2007, acalpini wrote:
> Jerry Gay (via RT) ha scritto:
> > i suspect there's trouble with the platform-specific c/h files,
> given
> > the nature of the warnings during build. the configure/make output
> is
> > below.
> >
>
> the only relevant warning I see is:
>
> > config
Minor update: instead of
void * unused
use
INTVAL unused
to avoid compiler warnings. =-)
--
Will "Coke" Coleda
On Thu Jun 26 22:21:22 2008, [EMAIL PROTECTED] wrote:
> On Thursday 26 June 2008 20:02:18 Will Coleda via RT wrote:
>
> > Attached, find a patch that allows us to specify a ":deprecated"
> flag (post
> > op, ala :flow). It also adds a new parrot warning (configur
On Mon Dec 10 11:49:08 2007, pmichaud wrote:
>
> When an NQP program uses a variable that hasn't been
> previously declared, it should report a useful error message:
>
> Use of undeclared variable '$x' at ...
>
> Pm
Looking at this, there doesn't seem to be a way to write a self-hosted test
On Mon Feb 26 02:32:10 2007, kjs wrote:
> On Fri Feb 23 14:46:17 2007, [EMAIL PROTECTED] wrote:
> > hi,
> >
> > it might be a good idea to add a flag to parrot that checks at runtime
> > whether any deprecated ops are used.
> > the flag should be turned off by default; some ops like find_global a
On Tue Apr 03 21:29:13 2007, coke wrote:
> These two scripts perform the same basic task, but do so inconsistently.
>
> The tools/ script should be removed, and someone should investigate
> how it's checking the pod (it finds errors in the current distro
> while the test does not.)
>
> --
> W
Attached find a first pass at converting our perlcritic.t into using
Test::Perl::Critic.
This patch:
- requires Test::Perl::Critic to do anything useful with the test. (We can add
it to
Bundle::Parrot)
- creates a new perlcritic.conf file that represents declaratively a large
chunk of the cod
On Sun Jun 22 17:28:56 2008, [EMAIL PROTECTED] wrote:
> All the "children" of this ticket have been resolved. Can the RT be
> marked resolved?
Yes, was just saving it as a reminder for me to post a blog entry about the
hackathon.
Done and resolved. Thanks to everyone who contributed to the hack
On Wed Jun 18 20:00:25 2008, packy wrote:
> On my OSX PPC 10.4.11 platform I did a "make perl6" from languages/
> perl6, and I got the following:
>
> cd src/pmc && perl /usr/local/source/parrot/tools/build/dynpmc.pl
> linklibs perl6str mutable perl6scalar mutablevar
> c++ -o perl6_group.bundle
On Fri Jun 20 09:01:56 2008, [EMAIL PROTECTED] wrote:
> prove -v t/codingstd/perlcritic.t
> t/codingstd/perlcritic..Undefined subroutine
>
&Perl::Critic::Policy::NamingConventions::ProhibitAmbiguousNames::default_forbidden_words
> called at t/codingstd/perlcritic.t line 142.
> Dubious, test r
On Fri Jun 20 09:01:56 2008, [EMAIL PROTECTED] wrote:
> prove -v t/codingstd/perlcritic.t
> t/codingstd/perlcritic..Undefined subroutine
>
&Perl::Critic::Policy::NamingConventions::ProhibitAmbiguousNames::default_forbidden_words
> called at t/codingstd/perlcritic.t line 142.
> Dubious, test r
On Thu Jun 19 09:56:35 2008, coke wrote:
> Forwarding to parrotbug to open a ticket.
>
>
> -- Forwarded message --
> From: Hans Dieter Pearcey <[EMAIL PROTECTED]>
> Date: Wed, Jun 18, 2008 at 2:23 PM
> Subject: [PATCH] add git-svn instructions to gettingstarted.pod
> To: [EMAIL PR
On Tue Jun 17 17:12:30 2008, japhb wrote:
> On Tue, 2008-06-17 at 11:27 -0700, Packy Anderson wrote:
> > Here's the command I'm using to configure and make
> > $ make realclean; CC="gcc-4.0" CX="g++-4.0" perl Configure.pl --
> > cc="$CC" --cxx="$CX" --link="$CX" --ld="$CX" --optimize; make -j 2
>
On Tue Jun 17 17:12:30 2008, japhb wrote:
> On Tue, 2008-06-17 at 11:27 -0700, Packy Anderson wrote:
> > Here's the command I'm using to configure and make
> > $ make realclean; CC="gcc-4.0" CX="g++-4.0" perl Configure.pl --
> > cc="$CC" --cxx="$CX" --link="$CX" --ld="$CX" --optimize; make -j 2
>
On Mon Apr 14 05:32:54 2008, coke wrote:
> On Sun, Apr 13, 2008 at 10:36 PM, James Keenan via RT
> <[EMAIL PROTECTED]> wrote:
> > Coke: Have we overcome this problem?
> >
> > kid51
> >
> >
> I don't think so, no.
>
> Try this:
>
> % mkdir foo
> % touch foo/bar.t
> % svn add foo
> % prove t/dist
On Sat Aug 19 14:30:53 2006, chip wrote:
> Runtime errors seem to be off by one these days. Anybody play with line
> numbering recently?
>
> Given this source:
>
> .sub foo :main
> P0 = new .Hash
> P1 = P0['x']
> unless P1 goto no
> print "yes\
On Mon Jun 09 17:12:36 2008, [EMAIL PROTECTED] wrote:
> On Tue Jul 17 22:23:38 2007, petdance wrote:
> > In function branch_branch, there's a line like this:
> >
> >ins->r[get_branch_regno(ins)] = next->r[0];
> >
> > That call to get_branch_regno() can return -1. That would make a
> > nega
On Wed Jan 16 03:41:56 2008, [EMAIL PROTECTED] wrote:
> While the fix to my particular problem is simple enough, it is apparent
> that there's enough bit rot in tools/util/smokeserv-server.pl that it
> needs a refactoring. And since there are no unit/regression tests for
> this program, it's going
On Mon Jul 02 23:49:33 2007, [EMAIL PROTECTED] wrote:
> I don't have a good test case for this, but I've triggered the problem
> with
> some code that makes TGE sick.4
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1212335920 (LWP 8882)]
> 0xb7dd7e4b in key_hash_S
On Fri Jun 06 20:01:51 2008, [EMAIL PROTECTED] wrote:
> On Thu Jun 05 22:21:47 2008, coke wrote:
> > On Sun Jul 29 18:21:48 2007, [EMAIL PROTECTED] wrote:
> [snip]
> > >
> > > All of the above having been said, I think what I wrote as a Comment
> > in
> > > the POD for this method back in December
On Wed Oct 24 13:52:33 2007, pcoch wrote:
> In t/src/ro.t there is the todo item:
>
> # XXX: should this work?
>
> and the related pir code:
>
> # three = 4 # should fail -- is that what we want
>
> The question is: is the behaviour encapsulated in the test actually what we
> want?
This test i
On Sat Sep 08 07:44:07 2007, bernhard wrote:
> In t/run/options.t there is a TODO test for the '--trace' option of parrot.
> It looks like it behaves differently from the '-t' option.
> According to 'parrot --help' they should be aliased.
Fixed in r28416.
--
Will "Coke" Coleda
On Mon Apr 14 05:22:10 2008, coke wrote:
> Jerry wanted to verify it worked on windows when the required modules
> were present. (Right now it fails, though in a somewhat graceful
> manner.)
>
> On Sun, Apr 13, 2008 at 10:38 PM, James Keenan via RT
> <[EMAIL PROTECTED]> wrote:
> > IIRC, Coke recen
Merged the duplicate tickets.
--
Will "Coke" Coleda
On Thu Jun 05 20:44:17 2008, coke wrote:
> On Mon Mar 24 10:47:51 2008, coke wrote:
> > This tool doesn't currently run (depends on the borked hllmacros.pir,
> > perhaps other issues)
> >
> > This tool needs tests.
> >
>
> Barring that, we could also remove it from the repository.
pgegrep is wo
On Sat Apr 14 15:46:56 2007, allison wrote:
> What I get is:
>
> [oops; continuation 0x188ae28 of type 24 is trying to jump from runloop
> 2 to runloop 1]
> ok
> not ok
>
> from line 252 of src/pmc/continuation.pmc
>
> Looks like this is yet-another-example of the inferior runloops problem.
>
>
On Mon Mar 17 16:46:37 2008, [EMAIL PROTECTED] wrote:
> On Mon Sep 26 21:09:20 2005, jhoblitt wrote:
>
> >
> > So would you like to merge this with 31554 or just close them both?
> >
>
>
> RT 31554 was marked Obsolete by Leo in October 2005. Can anyone assess
> the current pertinence of the i
On Mon Mar 24 10:46:02 2008, coke wrote:
> This file suffers from bitrot (using the old .local macro syntax
> instead of the current .label)
>
> fix and add a test.
>
Completed in r28372.
--
Will "Coke" Coleda
On Fri Jun 13 21:35:17 2008, coke wrote:
> I can't do an nmake realclean on windows at the moment, because the
> O_FILES list is too long.
>
> A quick fix would probably be to quote the elements and let perl
> expand them, rather than letting the shell do it for us.
>
>
A quicker fix is to use
On Tue Jun 10 05:32:21 2008, coke wrote:
> Forwarding to open a ticket.
>
>
> -- Forwarded message --
> From: Nathan Gray <[EMAIL PROTECTED]>
> Date: Tue, Jun 10, 2008 at 6:57 AM
> Subject: parrot init/hints for the Hurd
> To: [EMAIL PROTECTED]
>
>
> I tried compiling parrot on
On Sat Apr 12 07:57:11 2008, particle wrote:
> On Fri, Apr 11, 2008 at 12:15 PM, via RT Bernhard Schmalhofer
> <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Bernhard Schmalhofer
> > # Please include the string: [perl #52776]
> > # in the subject line of all future correspondence about
On Tue Nov 27 14:08:00 2007, pmichaud wrote:
> Today we cleaned up a lot of the unused branches of the
> Parrot repository. One of the branches that remains is
> the 'gcm' branch, created by "heimdall" and last updated
> on 2005-09-13. Supposedly this is an implementation of
> a generational gc a
On Mon Oct 22 17:54:38 2007, coke wrote:
>
> On Oct 22, 2007, at 3:25 PM, Allison Randal (via RT) wrote:
>
> > # New Ticket Created by Allison Randal
> > # Please include the string: [perl #46711]
> > # in the subject line of all future correspondence about this issue.
> > # http://rt.perl.org/
1 - 100 of 375 matches
Mail list logo
