Re: Newb: path/LD_LIBRARY_PATH/other

Hi Andrew, I just svn-ed the latest and I got the same error. I'm no parrot expert but it appears it's looking for the include file .include 'src/abc_gen.pir' and there's no such file. It appears the generated (?) abc_gen.pir file isn't there. Other langs have that (lua/src/lua.pir) so my gu

[perl #43089] [PATCH] Move src/ops/*.c function prototypes to the generated header files

# New Ticket Created by Steve Peters # Please include the string: [perl #43089] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43089 > Function prototypes in C work much better when they are living in a header file rather t

Re: [perl #43089] [PATCH] Move src/ops/*.c function prototypes to the generated header files

On Thursday 31 May 2007 07:19:11 Steve Peters wrote: > Function prototypes in C work much better when they are living in a header > file rather than in .c files. The attached patch below moves the > prototypes generated in the src/ops/*.c files to the header files created > from the *.ops files.

[perl #43093] [PATCH] Update docs wrt naming of developer files

# New Ticket Created by Paul Cochrane # Please include the string: [perl #43093] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=43093 > Hi all, This patch corrects some of the pod in docs/ to reflect the fact that develope

Re: [perl #43081] [p6] Get p6 tests from pugs.

For now, add a make target for p6 (similar to tcl's 'make tcl-test') that copies an export of the latest version of these tests into languages/perl6/t/spec/ (NOT under parrot version control). What would be the best way to get the sources? I would suggest using rsync to pull the sources across,

Relocation of the pod_todo.t test

Hi all, I recently added a test for TODO items in the pod source, but added it to the t/doc/ test suite. It is more of a coding standards test anyway, and I was wondering if it would be ok if I moved it from the doc tests into the coding standards tests. This would also allow me to un-skip the

Re: [perl #43081] [p6] Get p6 tests from pugs.

Paul Cochrane via RT writes: For now, add a make target for p6 (similar to tcl's 'make tcl-test') that copies an export of the latest version of these tests into languages/perl6/t/spec/ (NOT under parrot version control). What would be the best way to get the sources? I would suggest using rs

Public Docs

Hi, I can't seem to find online copies (at an "official" URL) for many of the documents that are in svn and generated by "make html". Do they exist? For example, is there a copy of parrot/trunk/docs/html/compilers/tge/TGE.pir.html anywhere? There is nothing at http://www.parrotcode.org/docs/co

Re: [perl #43081] [p6] Get p6 tests from pugs.

# from Paul Cochrane # on Thursday 31 May 2007 01:42 pm: > It is possible to get anonymous svn access to the pugs >source, but svn won't allow you to check out source from a different >repository into another repository's path Maybe I'm missing something, but what I've done in similar situations

[svn:perl6-synopsis] r14410 - doc/trunk/design/syn

Author: larry Date: Thu May 31 16:53:58 2007 New Revision: 14410 Modified: doc/trunk/design/syn/S05.pod Log: bogus ; termination noticed by pmichaud++ Modified: doc/trunk/design/syn/S05.pod == --- doc/trunk/design/sy

Re: [svn:perl6-synopsis] r14407 - doc/trunk/design/syn

At 5:36 PM -0600 5/31/07, David Green wrote: On 5/29/07, Larry Wall wrote: In any case, the Huffman coding is probably right because you want to declare Any parameters more often than you want to talk about any possible kind of Object, I suspect. Are Objects really Everything? What about nati

Re: [svn:perl6-synopsis] r14407 - doc/trunk/design/syn

On 5/29/07, Larry Wall wrote: Note that "any" is considered a singular noun in English, I started to say, "Except when it means 'all'", but when used that way, it still would mean "all" in the singular sense. But it gives me an excuse to point out that "any" can be ambiguous in English; it'

propose renaming Hash to Dict

I decided to bring out this Hash->Dict topic in a different thread from the thread on Synopsis r14407 about Object->Universal since I consider them separate though tangential matters that should be argued on their individual merits. In the interest of that Perl data types are better off being

Re: [perl #41168] graceful "no compiler" error message?

James Keenan via RT wrote: A participant in this weekend's hackathon in Toronto posed this question: "Invoking the compiler on a simple source file, then checking that the generated code exists seems such an obvious test that there must be a fatal flaw in it. What am I missing?" This patch gre

Re: propose renaming Hash to Dict

On 5/31/07, Darren Duncan <[EMAIL PROTECTED]> wrote: Barring some better name, I highly recommend/propose renaming Hash to Dict. And lets rename Perl to Python. This is just change for the sake of change. snip The term Dict (as a short form of "dictionary") is well understood by general peopl

Re: propose renaming Hash to Dict

Dictionaries are usually alphabetically ordered. Hashes are not. -- korajn salutojn, juerd waalboer: perl hacker <[EMAIL PROTECTED]> convolution: ict solutions and consultancy <[EMAIL PROTECTED]>

Re: propose renaming Hash to Dict

I thought one of the things that Larry didn't want to do when moving towards the next big version of Perl was to change the nature of the language such that it wasn't Perl any more. I feel that renaming a Hash to Dict would be one of those changes. Personally, I don't find it difficult to

Re: propose renaming Hash to Dict

On Thu, May 31, 2007 at 05:10:57PM -0700, Darren Duncan wrote: : I decided to bring out this Hash->Dict topic in a different thread : from the thread on Synopsis r14407 about Object->Universal since I : consider them separate though tangential matters that should be : argued on their individual

[svn:perl6-synopsis] r14411 - doc/trunk/design/syn

Author: larry Date: Thu May 31 22:43:55 2007 New Revision: 14411 Modified: doc/trunk/design/syn/S12.pod Log: There is no longer any run-time dwimmery in indirect dispatch. Now use $obj."$foo" exclusively for symbolic method indirection $obj.$var and [EMAIL PROTECTED] forms now allow *only* har

Re: propose renaming Hash to Dict

At 9:17 PM -0700 5/31/07, Larry Wall wrote: Nope. Hash is mostly about meaning, and very little about implementation. And as I said before, part of the reason for using Object is political, Okay, thanks for addressing these 2 naming concerns I talked about; I'll drop the associated matter

Re: propose renaming Hash to Dict

On Thursday 31 May 2007 17:36:40 Chas Owens wrote: > Except of course those poor schmucks who foolishly wrote code like > > if (ref $arg eq 'HASH') { ... } I know you're teasing, but it *would* be nice to see that sort of code just magically go away. -- c

Re: [perl #42938] [BUG] allocation failures in res_lea.c

On Sat, 12 May 2007 12:05:26 -0700 Allison Randal (via RT) <[EMAIL PROTECTED]> wrote: > On x86 Linux (Ubuntu), this configuration fails 2 tests: > > t/library/string_utils.t0 134294 13.79% 28-29 > t/op/stringu.t 2 512252 8.00% 1 19 > > Both tests are fail