Howdy,
I am talkign to Perry at PDX Hackathon, and the example code that does
not work should be:
.include 'errors.pasm'
.sub main :main ### :pedantic_args
.param string argv :slurpy
errorson .PARROT_ERRORS_GLOBALS_FLAG
push_eh myhandler
$P0 = find_name "i_better_
Howdy,
It kind of looks like
errorson(.PARROT_ERRORS_GLOBALS_FLAG)
does nothing. There is no test coverage for this function with this
argument. Has anybody ever used it successfully?
Duke
On Tue, Feb 16, 2010 at 12:27 PM, Perry Wagle wrote:
> [Please do just poke at me until I make sense.]
This is a good question, but I don't think there is going to be a good
answer. Parrot's design philosophy really is it's focus on
facilitating dynamic language. If you're looking for a VM that has a
similar focus on static languages, you may be more interested in JVM
or (for slightly more language-
Wiseman: When you removed the book from the cradle,
did you speak the words?
Ash: Yeah, basically.
Wiseman: Did you speak the exact words?
Ash: Look, maybe I didn't say every single little
tiny syllable, no. But basically I said them, yeah.
-- Army of Darkn
Howdy Jon,
This is a great question, that I talk about a bit in my recent talk
"Introduction to Parrot" [0,1,2]. I would say that Parrot is optimized
for dynamic languages, which have a lot more possibilities of things
changing at runtime, so while you could create a static language on
Parrot, it
Hello,
I have been wondering for a few months now, how useful/appropriate is parrot
for static languages? If it's not, has there ever been any discussion about
a companion vm project? One that would not only be similar in design and
philosophy, but would integrate with parrot and enable static an
Patrick discovered a memory leak in 2.1.0 earlier today that will
impact rakudo's release; chromatic has fixed this bug in trunk.
We're trying to put together a 2.1.1 release this evening to include
just that bugfix:
Here's a branch with the work; copied from the 2.1.0 tag with just the
updates f
As per TT #1145, the functions Parrot_call_sub and
Parrot_call_sub_reti are being removed. I have removed them in the
parrot_call_dep branch. I encourage anybody who is writing C-language
extension or embedding projects to verify their operation against this
branch, since some people were relying o
Howdy,
I just fixed this in r44130.
Duke
On Wed, Feb 17, 2010 at 10:44 AM, Will Coleda wrote:
> A better choice might be to rename $(PERLDOC) in the makefile to
> $(PERLDOC_EXE).
>
> On Wed, Feb 17, 2010 at 1:27 PM, Jonathan Leto wrote:
>> Howdy,
>>
>> Should we set PERLDOC="" in the shell t
