Re: [perl #128628] problem using semaphore with many threads

On Fri, Jul 22, 2016 at 10:46 AM, mt1957 via RT < perl6-bugs-follo...@perl.org> wrote: > I'm afraid the test I've created still hangs in rakudo version > 2016.07.1-37-g60f256d built on MoarVM version 2016.07-3-gc01472d > implementing Perl 6.c. > > That's still a too old MoarVM version. You'd need

Re: static inline probing for MoarVM

On 2/18/2014 16:15, Nicholas Clark wrote: On Tue, Feb 18, 2014 at 03:11:01PM +, Nicholas Clark wrote: Attached is the proposed patch, which implements compiler based probing for the MoarVM Configure.pl. Tested on OS X, FreeBSD, Linux, HP/UX and AIX. Not tested on Win32, so might not work th

Re: MoarMV attempts to lock an already locked mutex

On 1/9/2014 22:40, Nicholas Clark wrote: On Thu, Jan 09, 2014 at 10:32:37PM +0100, Jonathan Worthington wrote: Hi, On 1/9/2014 22:00, Nicholas Clark wrote: I've been running with the appended for a few weeks now, and I think that it's the right fix. Unfortunately, releasing the mut

Re: MoarMV attempts to lock an already locked mutex

Hi, On 1/9/2014 22:00, Nicholas Clark wrote: On Sat, Dec 21, 2013 at 08:45:49PM +, Nicholas Clark wrote: ==11811== Thread #1: Attempt to re-lock a non-recursive lock I already hold ==11811==at 0x4C2BFC1: pthread_mutex_lock (hg_intercepts.c:484) ==11811==by 0x4FACB40: uv_mutex_lock

Re: detecting missing roots and other GC mistakes

Hi, On 12/16/2013 10:15, Nicholas Clark wrote: Edited it to carry on with just NQP, and got a hit at 2013. Starting program: /home/nicholas/Sandpit/burndown1/bin/moar --libpath=src/vm/moar/stage0 src/vm/moar/stage0/nqp.moarvm --bootstrap --module-path=gen/moar/stage1 --setting-path=gen/moar/s

Re: detecting missing roots and other GC mistakes

On 12/15/2013 21:50, Nicholas Clark wrote: On Sun, Dec 15, 2013 at 05:56:40PM +, Nicholas Clark wrote: With this, all NQP tests pass I can build the Rakudo setting, with a nursery size of 2048K. I have now written a script that will attempt to repeatedly recompile that far, each time dropp

Re: Building MoarVM on Solaris

On 8/22/2013 20:00, Andy Dougherty wrote: I have attached an updated set of patches I used to build MoarVM. These worked on both Solaris11/x64 and on OpenBSD 5.3. They also seemed to cause no harm under Linux. The patches were made with git format-patch, but to avoid possible corruption through

Re: [perl #116280] [BUG] NaN, Inf, -Inf aren't padded with spaces in sprintf in Rakudo

On 1/8/2013 22:38, Patrick R. Michaud wrote: I wonder what it would take to write a version of sprintf in Perl 6 or NQP directly, ignoring all speed aspects for the time being. Then we'd at least have something portable, provably correct, easily modified, and that could be used as a reference i

Rakudo Star 2012.10 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the October 2012 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the October 2012 release is available from . A Windows .MSI version of Rakudo

Re: [perl #113660] [BUG] rakudo build fails when building NQPCORE.setting.pir starting with rakudo git tag 0fde4a1e375a26da8d7b511aafdb6174e934b757

On 6/21/2012 23:59, Ron Schmidt via RT wrote: So jnthn asked on IRC for someone to get the NQP commit that causes the build to break and I think I got it I set rakudo to build from rakudo commit 0fde4a1e375a26da8d7b511aafdb6174e934b757 and did Perl Configure.pl -- gen-parrot and watched the buil

Re: [perl #113660] [BUG] rakudo build fails when building NQPCORE.setting.pir starting with rakudo git tag 0fde4a1e375a26da8d7b511aafdb6174e934b757

On 6/21/2012 23:59, Ron Schmidt via RT wrote: So jnthn asked on IRC for someone to get the NQP commit that causes the build to break and I think I got it I set rakudo to build from rakudo commit 0fde4a1e375a26da8d7b511aafdb6174e934b757 and did Perl Configure.pl -- gen-parrot and watched the buil

Re: sound distribution practices

On 4/7/2012 19:11, Allison Randal wrote: Okay, instead of just complaining about this, I want to do something about it. The Rakudo packages are so fragile on Debian, that they need special constraints to make sure the Parrot packages are held back until the Rakudo packages are updated. So, why i

Announce: Rakudo Star 2012.02 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the February 2012 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the February 2012 release is available from . In the Perl 6 world, we make

Announce: Rakudo Star 2012.01 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the January 2012 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the January 2012 release is available from . In the Perl 6 world, we make a

Re: [perl #77202] [BUG] "Method 'foo' not found" error is missing class name

On 10/5/2011 3:40 AM, Mark J. Reed wrote: In 'A.foo', is the invocant really "of class A"? I mean, given that it *is* class A... No, it's not "class A", or some kind of class object - those don't exist in Perl 6. It's an empty instance of class A, so the error message is appropriate. The invoc

Re: PDL datastructure in the core spec

have in implementing it. Jonathan Worthington is working on a new meta object system for Rakudo, which for example should enable natively typed arrays, and other goodies. This would be an excellent foundation for PDL. A bunch of the stuff that needs to happen to get the S09 PDL-ish bits implement

Re: [perl #80694] [BUG] Strange stateful results when calling a method containing a .^can call in Rakudo

On 13/12/2010 21:08, Carl Mäsak (via RT) wrote: # New Ticket Created by "Carl Mäsak" # Please include the string: [perl #80694] # in the subject line of all future correspondence about this issue. #http://rt.perl.org/rt3/Ticket/Display.html?id=80694> rakudo: class A { method foo { 'abc' };

Re: [perl #76442] [BUG} say ?1..2 # prints ones indefinitively

Aaron Sherman wrote: On Sun, Jul 11, 2010 at 9:46 PM, Patrick R. Michaud wrote: On Sat, Jul 10, 2010 at 04:44:40AM -0700, Stephane Payrard wrote: # both statement below print 1 ad nauseam. say ?1..2 say (?1)..2 What should the result of True..2 be? (Note that (1,2) is probabl

Re: [perl #76330] MONKEY_TYPING cannot add method named invoke

Paweł Pabian (via RT) wrote: # New Ticket Created by Paweł Pabian # Please include the string: [perl #76330] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=76330 > [19:53] rakudo: use MONKEY_TYPING; augment class Any { m

Re: [perl #59118] Class attributes without accessors don't work in Rakudo

Carl Mäsak via RT wrote: On Sun Mar 21 14:33:26 2010, lue wrote: class A { has $.b; method x { $!b = "b" } }; A.new.x this works. Sure, but that doesn't create a class attribute, as was the topic of this ticket. :) The 'has' declarator gives each object instance its own attribute, wh

Re: [perl #71536] [BUG] Rakudo allows two multi variants with the exact same signature to be defined

On 22/12/2009 10:22, Moritz Lenz wrote: Carl MXXsak (via RT) wrote: This be Rakudo 8dc189. $ perl6 -e 'multi sub f($a) {}; multi sub f($a) {}; f(42)' Ambiguous dispatch to multi 'f'. Ambiguous candidates had signatures: :(Any $a) :(Any $a) The definition of two variants with equivalent sig

Re: [perl #68306] Rakudo 2009-07

Aaron Sherman (via RT) wrote: I'm working in a firewalled environment today where I can't get access to git, so here's what I see in 2009-07 downloaded from http://github.com/rakudo/rakudo/downloads S12 says: "The .^methods method returns method-descriptors containing: name

Re: Fwd: [perl #64080] tests available

Just to weigh in with another developer opinion... Patrick R. Michaud wrote: For each ticket that is open, it's very useful to know that a spectest has been written for the ticket and where that spectest is located. So, having the notification added to RT is valuable to me at least, as it means

Re: [perl #67278] non-awesome error message on 'class NewClass does OldClass'

Moritz Lenz wrote: chromatic wrote: On Monday 06 July 2009 23:55:28 Moritz Lenz wrote: I think abusing a class as a role is forbidden I hope it's not! Well, it surely depends on context. You can "pun" a role into a class by instantiating it, but the correct way to apply

Re: [perl #66928] [BUG] Null PMC access when doing .WHAT on a built-in infix op in Rakudo

Kyle Hasselbacher wrote: I've written a test for this in S12-methods/what.t in r27345. # RT #66928 { lives_ok { &infix:<+>.WHAT }, 'Can .WHAT built-in infix op'; isa_ok &infix:<+>.WHAT, Multi, '.WHAT of built-in infix op is Multi'; } Second one probably wants to be: ok &infix:<+>.W

Re: [perl #66006] Misleading error for undefined methods

jason switzer (via RT) wrote: # New Ticket Created by "jason switzer" # Please include the string: [perl #66006] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=66006 > When a method is called without using one of the avai

Re: [perl #64922] An unamiguous case of dispatch treated as an ambiguous one

Carl Mäsak (via RT) wrote: # New Ticket Created by "Carl Mäsak" # Please include the string: [perl #64922] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=64922 > This might be in RT already, but I didn't find it, so...

Re: [perl #64448] [BUG] rakudo cannot be executed outside rakudo's build directory

jason switzer (via RT) wrote: According to pmichaud: (00:10:51) pmichaud: oh, looks like a bug jnthn introduced. (00:11:08) pmichaud: I suspect I'll have to let him repair it. (00:12:27) pmichaud: The code being generated by actions.pm is now adding a line like: .include "src/pr_macros.pir" (0

Re: [perl #63874] [PATCH] floor-ceiling-round-sign-and-abs-in-perl6

Geoffrey Broadwell wrote: On Tue, 2009-03-24 at 11:56 -0500, Patrick R. Michaud wrote: On Mon, Mar 16, 2009 at 09:41:37PM -0700, Geoffrey Broadwell wrote: Gotcha. Sounds fine by me (as long as the Perl 6 signatures don't carry significantly more overhead than the pure-PIR version).

Re: filing a ticket

Amir E. Aharoni wrote: I wanted to file a couple of tickets about Rakudo. Unfortunately, i couldn't find instructions for doing it anywhere at www.rakudo.org or dev.perl.org/perl6/ . So how do i do it? Apologies for the lack of information. Short answer: send email to rakudo...@perl.org to

Re: Rakudo release tomorrow

Patrick R. Michaud wrote: Hello, everyone! I'm now officially back from a very restful and enjoyable family vacation. Glad you got some rest and fun. :-) I intended to put out a call for release blockers yesterday but we got back to our hotel room very late and we had to get up early thi

Re: Rakudo release tomorrow

Carl Mäsak wrote: Patrick (>): I intended to put out a call for release blockers yesterday but we got back to our hotel room very late and we had to get up early this morning to pack and catch our flights home. So, although I'm fairly sure that I could cut the release now and everything woul

Re: [perl #56976] [TODO] implement state variables

Nicholas Clark wrote: On Tue, Mar 17, 2009 at 06:45:51PM +0100, Jonathan Worthington wrote: Nicholas Clark wrote: Yay. As does this? my @bar = 1,2,3; sub swatest { (state @foo) = @bar; my $x = @foo.perl; @foo[0]++; return $x } is swatest(), '[1,

Re: [perl #56976] [TODO] implement state variables

Nicholas Clark wrote: Yay. As does this? my @bar = 1,2,3; sub swatest { (state @foo) = @bar; my $x = @foo.perl; @foo[0]++; return $x } is swatest(), '[1, 2, 3]', 'array state initialized correctly'; is swatest(), '[1, 2, 3]', 'array state retained betwe

Re: [perl #56976] [TODO] implement state variables

Nicholas Clark wrote: Do you have list assignment working properly? ie: state (@foo) = @bar; and, I think, state (@foo) = baz(); Aye, thankfully that just fell naturally out of Rakudo's existing list assignment implementation, though it was under-tested. So I just added: my @

Re: [perl #63384] [BUG] actions.pm calling setting.pm methods by mistake

Chris Dolan (via RT) wrote: gen_actions.pir and gen_setting.pir both have ":subid("16")" and the wrong one is being called during compilation. I'm using parrot 0.9.1, compiled from svn tag RELEASE_0_9_1 and building Rakudo from git head (commit f23eda2c5251db5a90f5fdd3b587d4c234ee70e4) on M

Re: Implementing $?LINE and other S02 compile-time vars

Patrick R. Michaud wrote: They're likely doable, yes. I'm not entirely certain how to handle the case of anonymous grammars, classes, roles, etc. -- those lookups may be a bit trickier. I planned to do these just as lexicals. Since we build the class inside the block anyway, if we set a $?C

Re: [perl #62730] Internal Parrot errors leak through when passing some kinds of pairs

chromatic wrote: On Wednesday 28 January 2009 05:43:08 jn...@jnthn.net via RT wrote: I figured this would be easy to fix, but it's not. Basically, because for infix:=> we could have any complex expression that generates a key on the RHS, and Parrot does not allow us to pass named arguments w

Re: Rakudo repository -- svn or git?

Patrick R. Michaud wrote: On Tue, Jan 27, 2009 at 11:25:29AM -0700, Stephen Weeks wrote: Switching the rakudo repository to git means that it would likely live on github, at least for a short time. We'd also have to provide mechanisms for people to continue to obtain and be able to easily co

Re: [svn:parrot] r35869 - trunk/languages/perl6/src/classes

Will Coleda wrote: On Thu, Jan 22, 2009 at 11:45 AM, Patrick R. Michaud wrote: On Wed, Jan 21, 2009 at 09:00:23AM -0800, c...@cvs.perl.org wrote: Author: coke Date: Wed Jan 21 09:00:22 2009 New Revision: 35869 Modified: trunk/languages/perl6/src/classes/Range.pir Log: Add a basic

Re: [perl #62568] [BUG] Intermittant I/O test failures

publiustemp-perl6compil...@yahoo.com (via RT) wrote: I've been trying to update Test.pm but I'm getting bitten by intermittent failures in I/O tests when I run "make spectest". These usually happen in t/spec/S16-filehandles/io_in_for_loops.t and t/spec/S16-filehandles/io_in_while_loops.t. The

Re: [perl #62260] [BUG] END blocks don't see external variables

Patrick R. Michaud wrote: Confirmed -- there are still issues with lexicals in a variety of control blocks. I skimmed the code for that today. I noticed that we compiled the blocks right away and pushed them onto @?END at compile time. Is there any reason not to just compile them with every

Re: [perl #62156] Problems with File objects

Patrick R. Michaud via RT wrote: On Sat Jan 10 03:34:57 2009, masak wrote: rakudo: File.new rakudo 35336: OUTPUT«get_bool() not implemented in class 'File' [...] rakudo: say File.new rakudo 35336: OUTPUT«get_string() not implemented in class 'File' [...] rakudo: say File.new.WHAT rakudo

Re: [perl #61990] [BUG] setset .WHAT returns incorrect value

publiustemp-perl6interna...@yahoo.com (via RT) wrote: For r35004: subset Even of Int where { not $_ % 2 }; my Even $num = 2; say $num; say $num.WHAT; Output: 2 Int I'm expecting: 2 Even I think the current behaviour is correct (or at least, implemented to match my und

Re: [perl #57968] Fix issues with Int type constraint and Integer PMCs

Patrick R. Michaud via RT wrote: Is this still an issue? If so, can we enumerate the exact things we want this ticket to address? There's nothing in this area I know of that needs addressing. I suggest closing the ticket and if we find any specific issues relating to this, we can open one w

Type variables

Hi, A while ago I got some (admittedly under-tested) early support in for type variables. I went to check it over today to play with it a bit and try and improve the testing situation and found that it's somewhat broken. The reason is that: my ::T = Int; Now parses as if "my ::T" is a call

Re: [perl #60168] [PATCH] Refactor Junction.

Patrick R. Michaud wrote: Note that all of this effectively disappears when we have the dispatcher handling Junctions properly -- i.e., the specialized operator functions defined in Junction really should not exist. Yup, and I don't plan to spend any more time on those functions inside Juncti

Re: method signature issues

chromatic wrote: On Saturday 20 September 2008 22:24:52 Chris Davaz wrote: If it is the case that :method and :multi are incompatible, I am a bit surprised to see that in the Rakudo src directory: I said they're incompatible -- meant in terms of their semantics. I didn't say they do

Re: [svn:parrot] r31042 - trunk/languages/perl6/src/classes

Patrick R. Michaud wrote: On Fri, Sep 12, 2008 at 04:41:38PM -0700, [EMAIL PROTECTED] wrote: [rakudo] Constraints in a signature should actually be represented as an all Junction, not an array. You may have thought of this already, but it'd be worthwhile to consider how we might handle

Re: [svn:parrot] r31045 - trunk/languages/perl6/src/classes

Patrick R. Michaud wrote: On Fri, Sep 12, 2008 at 04:55:39PM -0700, [EMAIL PROTECTED] wrote: Log: [rakudo] If we are calling ACCEPTS in a multi-dispatch to do a type-check, then because blocks are not differentiated from regexes at the moment we get exceptions when trying to store $/. This

Re: [svn:parrot] r31046 - in trunk: languages/perl6 languages/perl6/src/builtins languages/perl6/src/parser runtime/parrot/library

Yay...verbose commit messages = I can haz useful input. :-) Patrick R. Michaud wrote: On Fri, Sep 12, 2008 at 05:03:20PM -0700, [EMAIL PROTECTED] wrote: [...] (2) Test.pm gets Object rather than Any on its multis; this may or may not be the Right Thing. perl6-language may end up disa

Re: [perl #57972] Implement eqv and === operators

Moritz Lenz wrote: [EMAIL PROTECTED] (via RT) wrote: Implement eqv and === operators infix:<===> is already implemented, and from a few quick tests it seems to work. It's nearly there, but there are some value types without a .WHICH implemented. These include List and Junction. So

Re: Reason for attributes.t fail

jerry gay wrote: seems to me this is trying to test whether there's a defined value in $!. Testing truth falls back to definedness, yes. however, you've jumped straight into blaming parrot's Exception PMC, without considering the expected perl 6 behavior. Well, I was more blaming the *chan

Re: Reason for attributes.t fail

Allison Randal wrote: The Exception PMC never had a get_bool vtable function implemented, but it did previously inherit one from ResizablePMCArray. So, that test was relying on an implementation artifact. OK, then that was certainly a wart, agreed. Under what circumstances should an exceptio

Reason for attributes.t fail

Hi, Rakudo is currently failing t\spec\S12-class\attributes.t. This turns out not to be an issue with attributes, but rather exceptions. The test does: my $c = Counter.new(); try { $c.x } ok($!, 'no public accessor for private attribute'); And fails because the Exception PMC does not impl

Re: odd (lexical?) issue with Rakudo/Parrot

Hi, Chris Fields wrote: The PGE::Match appears to be converted to a Str, regardless of the invoking object type. The following is .match (in any-str.pir, with the builtins). Also, .ACCEPTS now uses .match to retrieve the Match object. # any-str.pir .sub 'match' :method :multi(_) .para

Re: [perl #56618] [BUG] rakudo segfaults calling subs in a namespace

Patrick R. Michaud wrote: I don't mind having a couple of regression failures for a day or two. OK, then it's in as r29098. Thanks, Jonathan

Re: [perl #56618] [BUG] rakudo segfaults calling subs in a namespace

Patrick R. Michaud wrote: Would it hurt for us to temporarily remove :instanceof from src/parser/actions.pm (at least for subs) until your patch is ready? Otherwise "module Foo;" doesn't really work -- e.g., for mod_perl6. If you're ready for two spectests that currently pass to start failing

Re: [perl #56618] [BUG] rakudo segfaults calling subs in a namespace

Patrick R. Michaud wrote: However, I also know that we need a better solution to :instanceof than we have implemented now, so that may be another. Beyond that, I'm not sure what we can do for the very short term. My guess is that we may need to avoid :instanceof in Rakudo for the time being,

Re: [perl #55840] [TODO] Implement %*ENV

Patrick R. Michaud (via RT) wrote: %*ENV was requested on PerlMonks -- see http://www.perlmonks.org/?node_id=692090 . r28377 should do enough to let them do CGI - I or @other needs to look into why iteration doesn't work, and I haven't tested modifying the environment with this yet. Hope t

Re: Possible GC bug in Rakudo (parrot r27449, r27451)

Chris Fields wrote: There appears to be a possible GC-related bug introduced to Parrot prior to r27449 which is showing up in Rakudo. Using the following script (courtesy of Jonathan W): After investigating a little, the breakage occurred in: http://www.parrotvm.org/svn/parrot/revision?rev=2

Re: [PATCH] [rakudo] factor out a large chunk of method scope_declarator

Moritz Lenz wrote: While reading through actions.pm I found that method scope_declarator wasn't very readable because it was very long. A big part of that is the declaration of attributes which needs some special handling. The attached patch moves that code to a separate function called declare

Re: [perl #53298] [BUG] inheritance not working?

Hi, dakkar (via RT) wrote: If I uncomment the $u.boo after the re-assignment to $u, I get a "Null PMC access in get_string()" It looks like inheritance is not working as I'd expect. To make it "work", I have to move the 'set' method into Foo, and remove all references to Bar. Thanks for rep

Re: [perl #53018] AutoReply: grammar not behaving as class

Stéphane Payrard wrote: running the code with --target=pir, I see that the 'token a' regex is generated as a method with an empty namespace. As far as I'm aware, the grammar keyword isn't properly implemented yet (it'll parse, but that's probably about it). Jonathan

Re: STD.pm - whatever rule

Larry Wall wrote: On Thu, Mar 27, 2008 at 12:15:52AM +0100, Jonathan Worthington wrote: That would duplicate the term:sym<*> entry, actually. D'oh, I completely hadn't spotted that. I'll probably get rid of the whatever rule entirely and just put '*' into

STD.pm - whatever rule

Hi, STD.pm has: token whatever { '*' {*} } But it's only referenced in the version token, and not anywhere else more general. I'm guessing it maybe belongs in noun or term? Dropped it in Rakudo's noun for now. Thanks, Jonathan

Re: [perl #51658] [PATCH] to support lexical self, some pair parsing and printing, preceded by test file

Hi, OK, finally I have time to look through this patch. Thanks for your patience while I did $REAL_LIFE for a bit. First a general hint for future patches: please try and keep them at one feature per patch. This one targets a couple of distinct things as well as doing some clean-ups against

STD.pm parsing assignment of pointy blocks

Hi, I believe that this is valid: my $thingy = -> $x { say $x }; However, looking through STD.pm the only time we parse for a pblock is in statement control. So either I'm missing something, or STD.pm is. :-) I tried using pblock in place of block in circumfix. I think this may work. Howeve

Re: [perl #50220] patch implementing get_string for rakudo junctions

Hi, I've taken time to look over the patch properly now. I said it would be good as I patch for the .perl method and that I'd apply it with the name change, but it actually needs a little more than that. Basically, rather than just joining the values, you need to loop over them and call .perl

Re: [perl #50220] patch implementing get_string for rakudo junctions

Hi, Zach Morgan (via RT) wrote: hello, all. Attached (hopefully) is a patch to implement get_string for perl6's junctions. I looked in synopsis 9 and saw nothing about any get_string, so I decided on the simplest, most straightforward approach. That looks to me more like an implementation of

Re: HLL Debug Segments

"Will Coleda" <[EMAIL PROTECTED]> wrote: The actual source code is definitely needed, and is what I thought you were talking about before. I don't particularly care about where it gets stored, as either "debug segment" or "source segment" are below the level I interact with parrot on. I'

Re: HLL Debug Segments

"Leopold Toetsch" <[EMAIL PROTECTED]> wrote: On Nov 14, 2005, at 0:02, Jonathan Worthington wrote: * I'm thinking of a PIR syntax along the lines of this:- The discussion goes forth and back, like all other discussion we already had WRT syntax, months and years ago.

Re: HLL Debug Segments

"Will Coleda" <[EMAIL PROTECTED]> wrote: Storing the information is very good: how do we extract it, again? we have {get,set}{file,line} opcodes, but if we're going to store more generic information, we need a more generic way to extract it. My current thinking on this is that a HLL will defin

Re: HLL Debug Segments

"Jonathan Worthington" <[EMAIL PROTECTED]> wrote: .hll_debug file "something.pl" .hll_debug line 1 # code from something.pl line 1 goes here Here I meant the PIR (compiled) code for line 1 of the HLL source, which will very likely in most cases be many PIR instructi

Re: HLL Debug Segments

"Leopold Toetsch" <[EMAIL PROTECTED]> wrote: On Nov 14, 2005, at 0:02, Jonathan Worthington wrote: Hi, .hll_debug file "something.pl" .hll_debug line 1 Just #line 123 #line 789 "file.foo" looks simpler and well known to me - the latter is already

HLL Debug Segments

Hi, Writing a compiler for Parrot? I need your input! :-) I'm looking to work on enabling Parrot to store away HLL debug info - that is, the file name, line number, columns etc in the high level language source code. This data can then be used to emit useful error messages that relate to th

Re: Perl 6 Summary for 2005-10-10 through 2005-10-24

"Matt Fowles" <[EMAIL PROTECTED]> wrote: =head3 Obsolete Win32 Exports Michael Walter found and removed some obsolete Win32 Exports. Jonathan Worthington applied the patch. Weren't we planning on auto generating these? The Plan is to mark functions that are to be exporte

Re: Perl 6 compiler written in Perl 6, Ponie are important for users

"Millsa Erlas" <[EMAIL PROTECTED]> wrote: A self-hosting Perl 6 will require of course an implementation of Perl 6 in another language. Pugs seems to be quite far ahead in this respect, quite a bit has already been accomplished with Pugs so it would seem to me to be most efficient and quick to tu

Re: [RELEASE] Pugs 6.2.5 is released!

"vadim" <[EMAIL PROTECTED]> wrote: On behalf of the Pugs team, I am elated to announce the release of Pugs 6.2.5, with much more comprehensive OO support, hyper and reduction metaoperators on user-defined operators, as well as experimental coroutine support. Could you please advice, how is it

[BUG] "cd" issue in main Makefile

Hi, I've tracked down a Win32 build problem that I reported on IRC on Friday, but I'm not sure how to fix makefile generation so this doesn't happen. Hopefully someone with more knowledge/time can. :-) In the main makefile we have things like this:- subdirs :: $(NOECHO) cd ext\CGI $(MAKE)

[Pugs] [PATCH] Add ASCII equivalents for hyper-ops

Hi, First off, this is my first time out with Haskell so it's very likely I'll have gone about this the wrong way. You might want to glance at the patch carefully before applying. :-) Anyway, this patch adds support to Pugs for doing hyper ops the ASCII way, as described in S03. I've added t