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
# New Ticket Created by Steve Peters
# Please include the string: [perl #43089]
# in the subject line of all future correspondence about this issue.
# URL: 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
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.
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43093]
# in the subject line of all future correspondence about this issue.
# URL: 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
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
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
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
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
# 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
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
==
---
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
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's not
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
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 grew
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 people
Dictionaries are usually alphabetically ordered. Hashes are not.
--
korajn salutojn,
juerd waalboer: perl hacker [EMAIL PROTECTED] http://juerd.nl/sig
convolution: ict solutions and consultancy [EMAIL PROTECTED]
big snip
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
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
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* hard
At 9:17 PM -0700 5/31/07, Larry Wall wrote:
Nope. Hash is mostly about meaning, and very little about implementation.
snip
And as I said before, part of the reason for using Object is political,
snip
Okay, thanks for addressing these 2 naming concerns I talked about;
I'll drop the
20 matches
Mail list logo
