Hello,
I'd report a bug but this link
http://www.parrot.org/docs/submissions.html
is broken.
I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time.
gcc -o miniparrot src/main.o src/null_config.o \
-Wl,-rpath=/home/msoulier/downloads/parrot-0.7.1/blib/lib
-L/home/msoulier
On Wed, Oct 15, 2008 at 9:43 AM, Michael P. Soulier
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'd report a bug but this link
>
> http://www.parrot.org/docs/submissions.html
>
> is broken.
Whoops. We're in the middle of migrated to that site:
http://www.parrotcode.org/docs/submissions.html has the in
# New Ticket Created by Will Coleda
# Please include the string: [perl #59914]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59914 >
On Wed, Oct 15, 2008 at 9:43 AM, Michael P. Soulier
<[EMAIL PROTECTED]> wrote:
> Hello,
>
On Wed, 15 Oct 2008, Michael P. Soulier wrote:
> Hello,
>
> I'd report a bug but this link
>
> http://www.parrot.org/docs/submissions.html
>
> is broken.
>
> I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time.
>
> gcc -o miniparrot src/main.o src/null_config.o \
> -W
On Wed, Oct 15, 2008 at 9:52 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> Do you have a previously installed parrot? It's possible that we're
> inadvertently linking against the installed libparrot instead of the
> one in your build dir.
No file by that name on the box anywhere.
Mike
--
Michael
On Wed, Oct 15, 2008 at 11:04 AM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> Do you have a link for that bug report? I vaguely recall something like
> that where the tcsh was a red herring -- it was really an environment
> variable setting -- but I don't recall any more details offhand.
http://m
For tene++; Not quite a test file, but I hope it will suffice.
Allison, can you comment on this, since TGE is yours?
% cat test.tg #simple .tg grammar
grammar TclExpr::PIR::Grammar is TGE::Grammar;
transform pir (Another::Nested::Namespace) {
say "hello"
}
%../../parrot ../../compilers/tge/t
On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
> The namespace of the generated file should be changed, the subclass
> should probably be updated. (TGE itself should probably be updated to
> not live a namespace with a '::' in it. The actual transform sub can
> keep the name it has, but
On Wednesday 15 October 2008 08:35:32 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/src/oo.c
>
> Log:
> fix PMC_IS_NULL used instead of STRING_IS_NULL in oo.c
>
> Modified: trunk/src/oo.c
> ===
>=== --- trunk/src/oo.c (origi
The current RT open and new count is 685 tickets. If every committer closed
one ticket a day between now and our next release, we could cut that number
to 600.
Everyone who reads this is welcome too. Start here:
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html#openoverview
-- c
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
# New Ticket Created by Will Coleda
# Please include the string: [perl #59912]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59912 >
On Tue, Oct 14, 2008 at 8:03 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 14,
On Wed, Oct 15, 2008 at 1:31 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Wednesday 15 October 2008 08:35:32 [EMAIL PROTECTED] wrote:
>
>> Modified:
>>trunk/src/oo.c
>>
>> Log:
>> fix PMC_IS_NULL used instead of STRING_IS_NULL in oo.c
>>
>> Modified: trunk/src/oo.c
>> =
On Wed, 15 Oct 2008, Michael P. Soulier wrote:
> I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time.
>
> gcc -o miniparrot src/main.o src/null_config.o \
> -Wl,-rpath=/home/msoulier/downloads/parrot-0.7.1/blib/lib
> -L/home/msoulier/downloads/parrot-0.7.1/blib/lib -lpar
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 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 Wed, Oct 15, 2008 at 10:02:39AM -0700, chromatic wrote:
> On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
>
> > The namespace of the generated file should be changed, the subclass
> > should probably be updated. (TGE itself should probably be updated to
> > not live a namespace with a
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 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: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: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: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: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 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: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 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: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: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 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 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
CPU_ARCH implemented in r31982
--
Salu2
Ok, picked up the committers challenge... :-)
I setup a working Win32/MSVC environment for parrot,
and I'm trying to address the Win32 related tickets.
I started with RT #52198, test failures on Win32.
There are still many .t files with failures.
The first one I started to look into is t/pmc/com
On Wednesday 15 October 2008 12:19:33 Will Coleda via RT wrote:
> The long term goal for languages is that they'll live in their own
> repository, rather than being shipped with parrot's.
>
> Having just gone through this with partcl, I don't think we need to do
> more in the parrot repository on
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 Monday 13 October 2008 12:23:23 Seneca Cunningham wrote:
> Test 27 of t/op/arithmetics.t fails when parrot is built as a 32-bit
> binary on Intel OS X 10.5 (64-bit builds pass the test).
>
> MacBook-Pro:build-20081012-32 seneca$ prove -v t/op/arithmetics.t
> t/op/arithmetics1..27
> # Fail
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
36 matches
Mail list logo