ynext
> ./perl6-m tools/build/upgrade-repository.pl
> /data/data/com.termux/files/usr/share/perl6
> ./perl6-m tools/build/upgrade-repository.pl
> /data/data/com.termux/files/usr/share/perl6/vendor
> ./perl6-m tools/build/upgrade-repository.pl
> /data/data/com.termux/files/usr/share/perl6/site
> ./perl6-m tools/build/install-core-dist.pl
> /data/data/com.termux/files/usr/share/perl6
> ^Cmake: *** [Makefile:635: m-install] Interrupt
--
Matt Zand
https://coding-bootcamps.com/
https://myhsts.org/
https://dcwebmakers.com/
Confirmed bug still appears in Rakudo 2017.04 Mac OS X .dmg install.
None of the examples given in the p6doc command help actually work.
Given that a dmg install is the first thing a newbie would try, this is
important to growing the Perl 6 community.
Based on a clean install on a new 2016
/presentation_file/14299/GuySteele-parallel.pdf
~Matt
It has occurred to me I missed some vital information. This is true for
versions:
* Rakudo Perl 6, version 2010.08-49-g8cf7fcd built on parrot 2.7.0 r48628
* The version of rakudo that matches to whatever p6eval runs when the output
starts with rakudo be80e9
* Rakudo Star 2010-08
Sorry,
Matt
, they can
handle it. Otherwise, I'll look at it later in the week.
Ah, OK. Thanks for the explanation.
--
Matt
because I'm usually working in a Subversion working copy, I
haven't experienced this error. So I did not test out this patch.
Does this mean you will or won't check it in?
--
Matt
diff --git a/t/examples/pasm.t b/t/examples/pasm.t
index 3e74d0f..2b9e03b 100644
--- a/t/examples/pasm.t
+++ b/t
On Sun Mar 16 10:57:07 2008, [EMAIL PROTECTED] wrote:
Matt, chromatic:
This test is still in TODO status as of r26404. Can you provide us with
an update as to the ticket's status?
Thank you very much.
kid51
Sure. I investigated the issue a while back, and the whole thing is basically
On Sun Mar 09 19:32:32 2008, [EMAIL PROTECTED] wrote:
Matt Kraai's contributions appear to have resolved the problem.
t/perl/Parrot_Test.t has been passing for me and for reliable
smoke-testers for the past week. So I am resolving this ticket.
The final test in t/perl/Parrot_Test.t still
, but I've only tested it with version 0.32.
Patch applied in r26315. I'm using Test::Builder 0.72 and it worked for me.
Thanks for applying it.
--
Matt
for loop bodies.
His suggestion seems reasonable to me. We won't run into this
particular problem with Tcl, but I think most languages will.
--
Matt Diephouse
http://matt.diephouse.com
subroutines, so it was disabled.
--
Matt Diephouse
http://matt.diephouse.com
On 7/31/07, Nicholas Clark [EMAIL PROTECTED] wrote:
On Mon, Jul 30, 2007 at 09:20:27PM -0700, Matt Diephouse wrote:
On 7/30/07, chromatic [EMAIL PROTECTED] wrote:
On Monday 30 July 2007 00:21:09 [EMAIL PROTECTED] wrote:
Author: mdiep
=== --- trunk/src/inter_run.c (original
this check is made.
--
Matt Diephouse
http://matt.diephouse.com
: *** [runtime/tcllib.pbc] Abort trap
Fixed in r20257.
The pmc2c code was to blame. It looks like the code has been
refactored heavily; but somewhere along the way someone didn't
translate the code accurately. :-/
--
Matt Diephouse
http://matt.diephouse.com
Fixed in r19073.
--
Matt Diephouse
| PObj_is_COWable_FLAG | PObj_live_FLAG;
Adding the live flag fixed the problem (r18855).
Good work! This has been the cause of a number of Perl 6 GC errors. I
spent some time trying to track it down before but never made it as
far as you did.
Here's hoping that this is the last GC bug. ;-)
--
Matt
there should be a way to override them
without using eval -- particularly since there's nothing preventing it
technically.
--
Matt Diephouse
http://matt.diephouse.com
function, it gets something other than the string it should have
gotten.
--
Matt Diephouse
http://matt.diephouse.com
it fare for you?
I committed this patch to trunk in r18377.
--
Matt Diephouse
http://matt.diephouse.com
Applied in r18355. Thanks!
--
Matt Diephouse
to
find), but I'm guessing it just does a string comparison on the PMC
names without testing if the PMC is a class.
--
Matt Diephouse
http://matt.diephouse.com
the
value should be free'd later on.
Also, here's an example PIR file to demonstrate.
Looks good. Applied in r18343. Thanks!
--
Matt Diephouse
be interested in seeing why this
would be a useful
feature. More detail in the PDD would be nice.
Thanks for the interesting patch.
--
Matt Diephouse
On Mon Apr 23 13:39:40 2007, [EMAIL PROTECTED] wrote:
Gracias. I attached one more small patch that gets rid of two
seemingly unnecessary lines in smop_init() - they're easy to miss when
one's looking at the big picture.
Applied in r18321. Thanks!
--
Matt Diephouse
.
--
Matt Diephouse
http://matt.diephouse.com
chromatic [EMAIL PROTECTED] wrote:
On Sunday 22 April 2007 17:38, Matt Diephouse wrote:
The attached patch completely reworks Parrot_process_args. The changes
are extensive and I think they make the code much clearer. Rather than
just check it in, I thought I'd try to get feedback here
improvements for
another time.
--
Matt Diephouse
http://matt.diephouse.com
arg-handling.patch
Description: Binary data
? :)
--
Matt Diephouse
http://matt.diephouse.com
on
irc.perl.org#parrot who could help you debug if you need it.
Best of luck!
--
Matt Diephouse
http://matt.diephouse.com
, and other compilers
+ extended support for Solaris and other platforms
Thanks to all our contributors for making this possible, and our
sponsors for supporting this project.
Enjoy!
--
Matt Diephouse
or documentation are welcome, as always.
Thanks!
--
Matt Diephouse
http://matt.diephouse.com
also get through as many of these
(accept or reject) as possible.
http://www.parrotcode.org/openpatches.html
Thanks!
--
Matt Diephouse
to be at the
beginning of a block, so I had to move one of the lines so that this was the
case. Please watch
for this in the future.
Thanks!
--
Matt Diephouse
Andy Dougherty [EMAIL PROTECTED] wrote:
Please avoid //-style comments. Older compilers don't understand
them.
Thanks. We have a test for //-style comments, but evidently it doesn't catch
all of our generated code. I've changed it to a C-style comment in r17692.
--
Matt Diephouse
http
(PIR, C, Perl). It's a fairly long list, but I think we can
get all the issues resolved in the next month.
Let the patching begin!
--
Matt Diephouse
http://matt.diephouse.com
Applied in r17484 with updated tests and a test for the get_namespace() method.
of a Sub because there was no way to get the short name.
--
Matt Diephouse
http://matt.diephouse.com
Thanks! I couldn't get patch to apply the patch, so I applied it by hand.
Committed in r17411.
. This has the benefits of not creating a new runloop and of handling
parameters and
return values properly. It may even make invoke work with :multi (it might need
a bit more
work for that).
Fixed in r17385.
--
Matt Diephouse
void* invoke(void *next) {
STRING *meth = CONST_STRING
);
return next;
}
I've tested it and it works with the original code that Richard gave. The
only thing left to do is handle return values; I'm still working on that. If
I can get return values working properly, I'll check in a fix.
--
Matt Diephouse
http://matt.diephouse.com
.
--
Matt Diephouse
http://matt.diephouse.com
for a
subclass of a PMC override both of the parent's init functions?
--
Matt Diephouse
http://matt.diephouse.com
at it (realizing that I
may or may not be successful).
AFAICT, we're limited not just by volunteer labor, but also by the boxes
that are available to those volunteers.
--
Matt Diephouse
http://matt.diephouse.com
. :)
--
Matt Diephouse
http://matt.diephouse.com
to NULL. Things should work
now.
Hope this helps you further.
regards,
klaas-jan
It was very helpful, thanks!
--
Matt Diephouse
http://matt.diephouse.com
This was fixed a few minutes ago in r16458. You'll need to re-up and
re-configure. Sorry for
the inconvenience.
--
Matt Diephouse
on success (and -1 on failure). I'd
like to change bind to return the port it's bound to on success. The
patch below adds this code for the unix sockets code. The windows code
looks like it'd be the same, but I can't test it so I'd have to find
someone to help with that.
--
Matt Diephouse
http
).
--
Matt Diephouse
http://matt.diephouse.com
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Fri, Dec 08, 2006 at 05:05:00PM -0500, Matt Diephouse wrote:
Patrick R. Michaud [EMAIL PROTECTED] wrote:
Does anyone have any suggestions about what sort of PIR
code and/or PMCs we need to be able to do make the following
Perl 6 code work
are getting
collected when they shouldn't. The easy fix is to not collect *any*
constant PObj headers (see patch below). Is this correct? Or is there
a case when they should get collected? If it's the later, does somehow
know how to fix the issue?
--
Matt Diephouse
http://matt.diephouse.com
Index
Leopold Toetsch [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Dezember 2006 20:39 schrieb Matt Diephouse:
The portion of the assertion that
fails is
!(((s)-obj.flags) b_PObj_on_free_list_FLAG
which means that this string has been garbage collected. I saw a
couple different instances
Fixed in r15971. The MMD code checks that the sub is a Sub PMC so it can get
the signature. I
expanded the check to work with Closure PMCs as well.
Leopold Toetsch [EMAIL PROTECTED] wrote:
Am Mittwoch, 29. November 2006 05:50 schrieb Matt Diephouse:
It also means that string, int, and float no longer work as MMD
types -- you can't distinguish between native types and PMCs. I think
this is the right way to go now that we have autoboxing
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Wed, Nov 29, 2006 at 04:43:59PM -0500, Matt Diephouse wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
Am Mittwoch, 29. November 2006 05:50 schrieb Matt Diephouse:
It also means that string, int, and float no longer work as MMD
types -- you
Matt Diephouse [EMAIL PROTECTED] wrote:
We've basically run into the fact that there's no spec for MMD. I'll
see if I can provide a patch that just makes _ match native types,
but I think it'll be somewhat more involved than this one.
It ended up being easier than expected -- implemented
with
Integer makes it work:
new P0, .Integer
set P0, 123
new P1, .Integer
set P1, 321
add P1, P1, P0
print P1
print \n
end
--
Matt Diephouse
http://matt.diephouse.com
was hoping you'd say that. :-)
Then for exporting (and other dynamic tricks), let's look into a feature
that allows you to change the namespace a compilation unit uses for
default lookups, after it's compiled.
That seems like a good idea.
--
Matt Diephouse
http://matt.diephouse.com
signal to you that there may a problem here that needs its own
solution?
--
Matt Diephouse
http://matt.diephouse.com
to make transparent references
possible, but they weren't really specced out or desisign
ed properly. As such, they're a little broken and we'd like to remove them.
--
Matt Diephouse
http://matt.diephouse.com
Allison Randal [EMAIL PROTECTED] wrote:
Matt Diephouse wrote:
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Oct 19, 2006 at 10:01:29PM -0400, Matt Diephouse wrote:
This is unspecced. ATM, all classes go into the 'parrot' HLL. This is
a relic of the past and I think it needs
on Parrot; everything up to this
point has been either procedural or functional.
--
Matt Diephouse
http://matt.diephouse.com
Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Oct 19, 2006 at 10:01:29PM -0400, Matt Diephouse wrote:
This is unspecced. ATM, all classes go into the 'parrot' HLL. This is
a relic of the past and I think it needs to change. I'm pretty sure
that HLL classes will have to go
.
If A B and B C, then A C for any A, B, and C.
However, it is not necessarily the case that A B, or B A, or B ==
A for any particular A and B.
Thus transitivity is preserved, but there is not a guarantee of
comparability between elements.
http://en.wikipedia.org/wiki/Partial_ordering
Matt
a bound method? That simplifies
parsing for IMCC and makes PIR a little simpler.
obj.'abc'() # call 'abc' method of obj
obj.abc() # same as above
$P0 = find_method obj, abc # get bound method indicated by abc symbol
$P0() # actually call it
--
Matt Diephouse
http://matt.diephouse.com
correct. I hope
I've given you enough information to fix it. If I haven't, let me know
what else I can provide.
Thanks,
--
Matt Diephouse
http://matt.diephouse.com
* work. I haven't applied it because it's not
necessarily urgent that Tcl work in trunk. I'm okay with
waiting a couple days to see if an actual fix can be found - instead
of merely using a workaround. You can feel free to apply it yourself,
of course.
Thanks,
--
Matt Diephouse
http
Bob Rogers [EMAIL PROTECTED] wrote:
From: Matt Diephouse [EMAIL PROTECTED]
Date: Sat, 23 Sep 2006 20:21:32 -0400
Bob Rogers [EMAIL PROTECTED] wrote:
Try the attached patch . . .
That *does* work. I haven't applied it because it's not
necessarily urgent that Tcl work
Joshua Juran [EMAIL PROTECTED] wrote:
On Aug 28, 2006, at 12:18 PM, Matt Diephouse wrote:
I would like to add some sort methods as well: quicksort(),
mergesort(), etc. But as methods, there is potential for these to end
up in a user-visible space.
Say for example, that I add a mergesort
:slurpy, :optional, or :named arguments. Even if
there's support under the hood, there's no way to write a PMC with
these arguments.
--
Matt Diephouse
http://matt.diephouse.com
classes. Would these each need to be split into 2 classes
as well? If so, we'd want to make multiple inheritance really work
with PMCs.
Any thoughts?
--
Matt Diephouse
http://matt.diephouse.com
ever finds himself or herself in the same position, a
look at TclList's (languages/tcl/src/pmc/tcllist.pmc) assign_pmc
method would probably be in order.
--
Matt Diephouse
http://matt.diephouse.com
; just that it's not always valid.
--
Matt Diephouse
http://matt.diephouse.com
as C goes, unfortunately. Otherwise I'd have fixed it
already. :-)
Thanks for taking a look at this.
--
Matt Diephouse
http://matt.diephouse.com
I'll be honest, I was willing to put in some effort for something
substantial and original, but I'm not too keen on just remaking or
porting an old solution.
M.T.
IMHO, this isn't a matter of either-or, but of concurrent development along
2 related tracks:
You're right, it doesn't have to be either-or.
[snip]
It would be good to have (1) ASAP.
There's no reason that people who are interested in (2) have to be
interested in (1) or vice versa.
I
of the typed interface?
--
Matt Diephouse
http://matt.diephouse.com
chromatic [EMAIL PROTECTED] wrote:
On Tuesday 18 July 2006 19:43, Matt Diephouse wrote:
I know I'm a little late to the game here, but in the future it would
be useful to mention this sort of info in a comment in the source. :-)
And a comment might be a nice addition even now.
(You
in the svn log, but a comment would
really be the most useful.)
--
Matt Diephouse
http://matt.diephouse.com
corrrectly (of course, you also have to remove C $S0 = $P0 ).
--
Matt Diephouse
opcode
mirrors the existing find_global exactly. :-)
--
matt diephouse
http://matt.diephouse.com
Vishal Soni [EMAIL PROTECTED] wrote:
Hi Matt,
This patch is because the number of .constant decls in IMCC is limited
to 4096. This is a todo to make this dynamic. The evil code seems to
have about 4200 .constant decls being generated.
Here is the patch to fix it. For now I bumped up the limit
ever compile to 100% inlined PIR.
This is a different route than I was trying to take us, but it should
be almost functionally equivalent, so I'm happy with it.
--
matt diephouse
http://matt.diephouse.com
referencing originate at
the root, or (c) add a special syntax, none of which is simple.
--
matt diephouse
http://matt.diephouse.com
::, Foo::Bar
$P1 = get_namespace $P0
It's definitely in the pdd; even the example here uses arrays (not too
surprising, since I wrote it. ;-). Arrays are the easiest way to be
able to get a namespace at runtime... which translates to the easiest
way for Tcl to use namespaces.
--
matt
/parrot mdiep$ parrot test.pir
parrot
mini:~/Projects/parrot mdiep$
--
matt diephouse
http://matt.diephouse.com
.namespace [] so that we could also have the
matching C find_global [], 'foo' . Otherwise find_global becomes a
two step operation for finding globals in the root HLL namespace.
Oh, and I've committed some more failing tests. :-)
--
matt diephouse
http://matt.diephouse.com
Chip Salzenberg [EMAIL PROTECTED] wrote:
On Wed, Jun 28, 2006 at 11:40:28PM -0700, Matt Diephouse wrote:
The get_namespace opcode gets namespaces from the root namespace.
Should it get namespaces from the HLL namespace instead? The PDD isn't
explicit either way [...]
It is, actually
very
easily instead of having to crawl the namespaces myself.
$P0 = find_global '_tcl', ['Foo'; 'Bar'], baz
Thanks,
--
matt diephouse
http://matt.diephouse.com
via RT Matt Diephouse [EMAIL PROTECTED] wrote:
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #39597]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=39597
The following code in lines 108
, got_lexpad
# try again
inc depth
goto get_lexpad
got_lexpad:
variable = lexpad[variable_name]
.return(variable)
.end
Of course, that doesn't mean that I wouldn't like an opcode to do it for me. :-)
--
matt diephouse
http://matt.diephouse.com
A simple, if naive fix could be to make the logo a phonetic
representation (or whatever it's called). Just a simple
pseudo-solution.
M.T.
I really like these. I think you're on to something. I'm definitely in
favor of Momi Wiki, or just Momi.
Maybe we can even be very corny and call it 'Aloha Wiki'... Hmm.
Yes, Bikini Wiki sounds sexy. I like how they both 'lie' in the
pacific ocean... as opposed to being worn... ;)
M.T.
I'll be honest and say that I'm not too concerned with the
prize/grant, so that may be the reason I want to go beyond that
minimal ideal. I'm specifically concerned with a poorly designed (or
at least slightly clumsy to upgrade) wiki, all in for the sake of
speed, minimal functionality, and
1) Understood. I've been disconnected from Perl for a while, and this
is really the first time I've been participating in the Perl
community. Thanks for the heads-up. :)
2) I agree that it is both important and pertinent to get the general
requirements down for the project, but I do see a need
I would recommend using a templating system as opposed to having calls
to include files in numerous pages. Even though it's minimal, it's
still duplication, and it can get rather messy.
I know that some people don't know about or don't like it, but I would
recommend setting things up in a
I was just reading the AES referenced above and I can say now that I'm
really happy about some changes to Regexes, and that a grammar may
well be what we're looking for. However, even with this great tool, we
still have to handle the implementation. Though I can see the benefit
of using the
Honestly, I'm not familiar with the Perl way of doing things, but I'm
open to learn especially because I see the Perl community going
through a (much-needed) reform. Thusly, I'm not familiar with the RFCs
(Request For Change?) but I do see the merit for something similar.
However, as far as the
[Sorry Michael, I didn't mean to send it you twice. :) ]
I like the RFC idea. I will read up on them and see, if it is a
particular format, how to simplify it. But, most definitely, the
community must have dialog about the requests. For each request
really.
On the architecture note, I've
Iraq invasion indeed wait, shouldn't go there.
I particularly like the syntax of Textile or even Markdown (preferring
the former). In Ruby-land, these exist as RedCloth and BlueCloth. I
understand porting isn't fun, but I think that this is a viable
option, if not a great choice.
Not that
There are alternatives to using tables for side-by-side using
paragraphs. Simply having one cell for each line, for instance, allows
for highlighting green the added lines and red the removed ones, etc.
Also realize that it is not necessarily the duty of Textile (et al) to
handle that aspect
1 - 100 of 535 matches
Mail list logo