Minor updates to the website.
Added a downloads sidenav, moved all the "how to get the source"
information to a single page, added pointers to the two binary
versions I know about.
Anyone care to suggest some updated text for "Where we are?".
new links.
Got a link to a third binary distro.
More to come. (especially if people keep sending suggestions. =-)
On Nov 8, 2005, at 1:56 PM, Will Coleda wrote:
Minor updates to the website.
Added a downloads sidenav, moved all the "how to get the source"
information to a single p
- Updated the "Where we are" section.
- Added LANGUAGES.STATUS to the sidenav. (and it's now POD in the
repo to support this.)
- Added a link to Allison's file under docs.
- Fixed up all the PDD links (including adding the new ones.)
Anything in the "clip/" directory is marked "DRAFT", bot
Whee!
Yes, you can close the ticket.
On Nov 9, 2005, at 11:24 AM, Jonathan Worthington wrote:
"Will Coleda" <[EMAIL PROTECTED]> wrote:
I've done this now - hopefully it works?
Sorry, nope: :(
../../pbc_merge -o lib/tcllib.pbc lib/tcllib_temp.pbc lib/
tclbinaryops.p
On Nov 11, 2005, at 5:15 PM, Joshua Hoblitt wrote:
On Thu, Nov 10, 2005 at 11:51:44AM +0100, Leopold Toetsch wrote:
Joshua Hoblitt wrote:
I've taken a look at using Module::Pluggable to register configure
steps. The simplest way to do this is to let Module::Pluggable
search
through the ./c
A visitor on #parrot just asked if we had a fink build (which we
don't). Before I bother the fink folks directly, is there anyone
listening here who can help us put a fink build together?
rrot. One problem that I can already see
is the tree that parrot creates for installing. You can specify
the prefix, but nothing else for all the other directories, which
can things messy to install them into /sw. I don't even install
parrot into my path, but I do alias to it.
On
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.
As one of the first "here's something extra I need", I need not only
line numbers for file
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'm now very confused about what you're prop
The regex and bf compilers are again passing all tests with 0.3.1
On Nov 14, 2005, at 7:31 AM, Jonathan Worthington wrote:
"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
All but one test are passing again in tcl. The failing test boils
down to this PIR:
.sub '' :main
load_bytecode 'PGE.pbc'
load_bytecode 'PGE/Glob.pbc'
$P1 = find_global 'PGE', 'glob'
$S1 = unicode:"\u03b1"
$S1 = downcase $S1
$S2 = unicode:"\u0391"
$S2 = downcase $S2
$P2 = $P
On Nov 17, 2005, at 1:55 AM, Brent 'Dax' Royal-Gordon wrote:
BuildSmart <[EMAIL PROTECTED]> wrote:
I've visited both these sites, I was unable to find a download for
perl6
I'm not particularly interested in an implementation of it, what I'd
like is the source code for it so I can build it.
In trying to bring Tcl up to date with PDD20 and avoid the
deprecation of newsub, that led me to having to implement TclLexPad
(which would correspond to the new LexPad base type. The PDD says
this happens automatically, but:
Leo pointed out that while Tcl is using the '.HLL' directive, ...
On Nov 22, 2005, at 11:06 AM, Leopold Toetsch wrote:
dynclasses/dynlexpad.pmc provides (or should eventually provide) a
more dynamic lexpad (similar to the deprecated scratchpad.pmc).
It's not finished yet, it doesn't consult LexInfo for static
lexicals yet.
Before working more on it, I'
On Nov 23, 2005, at 4:39 AM, Roger Browne wrote:
On Tue, 2005-11-22 at 22:42 -0500, Will Coleda wrote:
.HLL "foo", "" # or "foo_group" - load dynamic PMCs too
.HLL_map .LexPad -> .DynLexPad # (2)
I'd like to provide an easy wa
9:28 AM, Roger Browne wrote:
On Wed, 2005-11-23 at 09:09 -0500, Will Coleda wrote:
I can, of course, add the C now, and have it be functional. I was
just pondering what might be a simpler way for future PMC authors.
A bigger problem will occur for any HLL that has no PMCs of its
own, yet
w
With patches from myself (to tcl) and leo (to parrot), partcl is once
again passing 100% of the tests, using PDD20.
The biggest hurdle was having some arbitrary (non :lex-ified) parrot
sub issue our find_lex and store_lex for us to ease transition. As
more of tcl becomes compiled, we can pr
On Nov 28, 2005, at 2:46 PM, Chip Salzenberg wrote:
On Mon, Nov 28, 2005 at 01:16:49PM -0500, Will Coleda wrote:
With patches from myself (to tcl) and leo (to parrot), partcl is once
again passing 100% of the tests, using PDD20.
Yay!
The biggest hurdle was having some arbitrary (non :lex
On Nov 29, 2005, at 8:38 AM, Leopold Toetsch wrote:
Chip Salzenberg wrote:
On Fri, Nov 25, 2005 at 11:45:40PM +0100, Leopold Toetsch wrote:
catch_label:
get_results "(...)", Pexcept, Smessage, ... # whatever
This part is now implemented (r10241). (Funnily it did work
immediately :
On Nov 29, 2005, at 8:38 AM, Leopold Toetsch wrote:
Chip Salzenberg wrote:
On Fri, Nov 25, 2005 at 11:45:40PM +0100, Leopold Toetsch wrote:
catch_label:
get_results "(...)", Pexcept, Smessage, ... # whatever
This part is now implemented (r10241). (Funnily it did work
immediately :
On Nov 30, 2005, at 2:50 PM, Patrick R. Michaud wrote:
On Wed, Nov 30, 2005 at 11:00:36AM -0800, Chip Salzenberg wrote:
On Wed, Nov 30, 2005 at 12:18:40PM +0100, Leopold Toetsch wrote:
Parrot didn't throw exceptions on param or result count mismatch
until now, and still doesn't. [1]
[1] all P
I've just posted a few small tickets to RT for PIR work that Tcl
needs doing. These chunks should be fairly encapsulated.
If you'd like to work on one of them, just claim it in RT, or ping
me via email, IRC, or lily.
Regards, and thanks in advance!
Thanks, applied with modifications. Also removed pointer to old rx ops.
On Dec 10, 2005, at 8:11 PM, Joshua Hoblitt wrote:
Someone on #parrot just pointed out that the docs at
http://www.parrotcode.org/docs/ops/ have been b0rken by the recent
tree
reorganization(s). I've already submitted a
Applied as r10455.
On Dec 11, 2005, at 4:46 PM, [EMAIL PROTECTED] (via RT) wrote:
Running make smoke as it is at the moment is too much boring as we
don't have any progress indication at all.
We requested Test::TAP::HTMLMatrix authors help (gaal and
nothingmuch) and they promise us a new r
On Dec 12, 2005, at 1:55 PM, Chip Salzenberg wrote:
On Mon, Dec 12, 2005 at 12:30:47AM +0100, Leopold Toetsch wrote:
On Dec 11, 2005, at 23:45, Joshua Isom wrote:
.IfDebug(1,
print "var = "
print var
)
As said, it was surprising me too. Anyway, I think typical use cases
are
It would be nice if someone could set something up to run the tcl
shootout benchmarks against partcl. (I'm not sure of the licensing on
the test code: can we just add it to parrot?)
Having tested a few by hand, I'm not sure any of them would actually
*work*, let alone be fast at the moment,
That seems much better, thanks!
On Dec 13, 2005, at 2:35 PM, Bernhard Schmalhofer via RT wrote:
Hi Coke,
I have put a fix and a test in r10501. Could you check whether it
works
for you?
CU, Bernhard
--
/* [EMAIL PROTECTED] */
t 10:25 AM, Will Coleda wrote:
It would be nice if someone could set something up to run the tcl
shootout benchmarks against partcl. (I'm not sure of the licensing
on the test code: can we just add it to parrot?)
Having tested a few by hand, I'm not sure any of them would
actually
Agreed.
On Dec 16, 2005, at 10:44 AM, Patrick R. Michaud wrote:
Leopold Toetsch wrote:
What is correct:
new P0, .PerlString
set P0, "1E5"
set I0, P0# 1 or 100_000
100_000, please. But also note that for .PerlString, we ought to
also have (from S02):
"0x"
As a parrot user, I have two feelings about this proposal 1) A very
small part of me thinks that this would improve a small consistency
nit which I've already lived with for... 4 years? 2) A much larger
part would find it another inconvenience in a long line of (each one
justifiable in its
Anything that makes it easier for developers to develop is a good thing.
On Dec 20, 2005, at 7:40 AM, Nicholas Clark wrote:
On Tue, Dec 20, 2005 at 02:03:44AM -1000, Joshua Hoblitt wrote:
people start adding detailed information to ChangeLog. I think it is
entirely reasonable to machine gene
... seems to be dead for about a day now, though I know commits are
going through.
BCCing webmaster at perl dot org, where this will hopefully open a
ticket.
FYI, the builtin types automatically shimmer based on assignment.
.sub main :main
$N0 = 3.14
$P0 = new .Integer
$P0 = $N0
$S0 = typeof $P0
print $S0
print "\n"
print $P0
print "\n"
.end
prints:
Float
3.14
The assignment of an N register causes the Intege
I'm sure the switchover will be fine. Feel free to patch tcl or break
it temporarily.
On Jan 14, 2006, at 7:43 AM, Bernhard Schmalhofer (via RT) wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #38234]
# in the subject line of all future correspondence
This script is not 100% yet. (esp watch out for heredocs)
partcl needed something to optionally pretty print the PIR that it
generates. Figured it'd make sense to make it more generic than just
for tcl.
Regards & patches welcome. =-)
Begin forwarded message:
From: [EMAIL PROTECTED]
Date:
Already checked, it's not linked to.
Any missing docs on the website, please open a fresh ticket.
Regards.
On Jan 25, 2006, at 10:08 AM, Bernhard Schmalhofer via RT wrote:
jisom did most of the renaming in r11180.
I renamed README.win32 in r11351.
So it looks like everything is taken care of
languages/tcl/t/global.t is now failing test #2:
# Failed test (t/cmd_global.t at line 19)
# got: ''
# expected: 'can't read "q": no such variable
# '
There were no errors in r11430, and this appeared in r11431.
The diff between those versions is attached.
11431.diff
Descri
The recent "this patch broke tcl" bugs (all of which leo has
resolved, thanks!) came from a perl script I wrote that lets you
specify a start/end revision and a test script to run.
It then runs "svn up -r" for each version it tests, and runs your
test script. After testing the endpoints, it
, 2006, at 5:41 PM, Joshua Hoblitt wrote:
On Tue, Feb 14, 2006 at 11:52:55PM -1000, Joshua Hoblitt wrote:
On Tue, Feb 14, 2006 at 05:23:39PM -0800, Will Coleda wrote:
2) checks every file with pod in that directory hierarchy.
It should only check those files that are in MANIFEST.
On Feb 18, 2006, at 4:02 AM, The Perl 6 Summarizer wrote:
Acknowledgements, apologies and everything else
So, does the serial format work?
Yes, this format is just fine. Keep up the good work.
LD_LIBRARY_PATH
blib/lib:$DYLD_LIBRARY_PATH" and for sh it'd be export
DYLD_LIBRARY_PATH blib/lib:$DYLD_LIBRARY_PATH" if you're in the
parrot
root directory.
On Feb 20, 2006, at 5:34 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [pe
On Feb 22, 2006, at 6:03 AM, Karl Forner wrote:
Hello,
I've played a little with 'make html', and the docs produced seem
to me much
more useful than the docs available on the parrotcode.org website.
What I particularly appreciate is the hyperlinks to other pod
documents and
the ability to
On Feb 22, 2006, at 9:38 AM, Will Coleda wrote:
On Feb 22, 2006, at 6:03 AM, Karl Forner wrote:
Hello,
I've played a little with 'make html', and the docs produced seem
to me much
more useful than the docs available on the parrotcode.org website.
What I particularly ap
Running "make test" in languages/tcl should be pretty painful.
On Feb 28, 2006, at 5:13 PM, chromatic wrote:
Hi there,
I just managed to get Valgrind working on my Linux PPC box. Are
Valgrind
(memcheck, cachegrind, etc) reports useful from various platforms?
If so, is
there a good exampl
I don't use the user stack, myself, but one advantage that the
current implementation has over "just using a PMC" is that you don't
have to go out and get the global PMC you're storing things in.
We already have at least one language implementation that used to
work just fine using the stac
I believe befunge is the example I was thinking of.
On Mar 4, 2006, at 12:08 PM, Leopold Toetsch wrote:
On Mar 1, 2006, at 14:46, Will Coleda wrote:
We already have at least one language implementation that used to
work just fine using the stack, but has been crippled with various
On Mar 15, 2006, at 3:56 PM, Will Coleda (via RT) wrote:
This compiles, prints out what looks like the right source code
(which at the moment is neither punie nor APL: "print 2²10;")
I hate unicode. That is 'print 2 10;'
Fixed, finally.
On Mar 16, 2006, at 5:40 AM, Alberto Simoes wrote:
Cheers
Alberto
On Mar 21, 2006, at 12:54 AM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #38775]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38775 >
As of r11958, PGE its
In an effort to support utf8-encoded grammar files, I tried the
following:
$ svn diff compilers/pge/rulec.pir
Index: compilers/pge/rulec.pir
===
--- compilers/pge/rulec.pir (revision 11998)
+++ compilers/pge/rulec.pir (work
I'm sorry, this list is for the discussion of a programming project
called "parrot", not about birds. For more information, see: http://
www.parrotcode.org/
Good luck with your parrot.
On Mar 19, 2006, at 9:40 PM, [EMAIL PROTECTED] wrote:
Hi -
How long would a conure parrot survive outside
On Apr 6, 2006, at 5:08 PM, Patrick R. Michaud wrote:
On Thu, Apr 06, 2006 at 02:04:06PM -0700, Bernhard Schmalhofer via
RT wrote:
Hi,
as far as I see, the Perl* PMCs are no longer used in the Parrot
core.
Thanks, Bernhard.
There is still some usage in unmaintained language implement
On Apr 6, 2006, at 5:22 PM, Will Coleda wrote:
On Apr 6, 2006, at 5:08 PM, Patrick R. Michaud wrote:
On Thu, Apr 06, 2006 at 02:04:06PM -0700, Bernhard Schmalhofer via
RT wrote:
Hi,
as far as I see, the Perl* PMCs are no longer used in the Parrot
core.
Thanks, Bernhard.
There is
% svn co http://svn.perl.org/perl6/doc/trunk synopses
On Apr 8, 2006, at 5:07 PM, Sean Sieger wrote:
Jonathan Scott Duff <[EMAIL PROTECTED]> writes:
On Sat, Apr 08, 2006 at 03:22:15PM -0400, Sean Sieger wrote:
Is there public access to the synopses at svn or cvs?
If you're just looking for
What does
% gcc -v
say?
On Apr 13, 2006, at 10:32 PM, Gregor N.Purdy (via RT) wrote:
# New Ticket Created by Gregor N. Purdy
# Please include the string: [perl #38914]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38914
The makefile generator has an option to automatically do the slash
replacement for you. In the interest of readability, I recommend
using that and removing @slash@ from the .in files. (Do make sure if
you change other .in files that they have this option enabled.
Example from config/gen/mak
Not sure if this is a bug or a misunderstanding on my part wrt the
current namespace situation.
I expect this to print out the number 3.14. (This is a very pared
down version of what Tcl in my sandbox is currently trying to do,
going between 'Tcl' and '_Tcl'.
$ cat foo.pir
.HLL 'cromulent
Here's another potential NS issue. It looks like find_global is being
affected by the .namespace directive: it's my understanding it should
only be affected by the .HLL directive. If you comment out the
second .namespace in this code, it prints "ok".
.$ cat foo.pir
.HLL 'bork', ''
.namespac
see anything in the PDD about it. (Seems you can only walk
*down* the hierarchy, not up.)
On Apr 18, 2006, at 11:14 AM, Leopold Toetsch wrote:
Will Coleda wrote:
Here's another potential NS issue. It looks like find_global is
being affected by the .namespace directive:
Yes. It sets t
On Apr 18, 2006, at 12:19 PM, Chip Salzenberg wrote:
On Tue, Apr 18, 2006 at 11:34:49AM -0400, Will Coleda wrote:
From the PDD:
=item $P0 = find_global $P1, $S0
=item $P0 = find_global $S0
Find $P0 as the variable $S0 in the current namespace. or in $P1,
relative
to the HLL root namespace
Here's my thought as to why lexicals are now failing in tcl:
When PDD20 hit, tcl was reworked to use .HLL_map of .LexPad
to .DynLexPad, then walked up the lexpad whenever trying to access
lexicals.
When PDD21 hit, I replaced all use of
.namespace [ 'Tcl' ]
with
.HLL 'Tcl', 'tcl_group'
.n
Excellent.
Matt found an extraneous .HLL that had crept in, breaking the lexpad
stuff. Removed that, all is working. So, apparently, we already
*were* being clever enough, except for one bit of stupid.
Thanks, Matt!
On Apr 19, 2006, at 1:41 PM, Will Coleda wrote:
Here's my thought
There was an agreement on 5.6.1 a few weeks back on IRC, if I recall
correctly, I haven't heard anything about 5.8.
This change was made here:
r11744 | bernhard | 2006-02-26 05:55:39 -0500 (Sun, 26 Feb 2006) | 7
lines
Configuration:
- Sprinkle a few 'use warnings;'
- Some code beautificati
Fresh SVN checkout of pugs (Revision: 10048)
$ env CC="/usr/bin/gcc-3.3" PUGS_EMBED="parrot perl5" perl Makefile.PL
Generating precompiled Prelude... dyld: Library not loaded: /usr/
local/lib/libparrot.dylib
Referenced from: /Users/wcoleda/research/pugs/./pugs
Reason: image not found
Use
I'm using gcc 4.0.1, an '--optimized' Configure, and perl 5.8.6
On Apr 21, 2006, at 5:50 PM, Matt Diephouse wrote:
via RT Will Coleda <[EMAIL PROTECTED]> wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #38957]
# in the subject line of all
Thanks, applied as r12424.
On Apr 25, 2006, at 11:54 AM, Andy Dougherty (via RT) wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #38979]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38979
Is there anyone on the list who's actually used APL and is familiar
with it? (Or wants to learn it. =-)
I could use more comprehensive test suite to insure that it's
actually APL that's being written and nothing some similar, but
entirely unlike APL.
This doesn't require any knowledge of
There is a start at a pirtidy perl script at tools/utils/pirtidy.pl,
using lib/Parrot/PIR/Formatter.pm, tests at t/perl/
Parrot_PIR_Formatter.t
There are a bunch of skip'd tests, some notes in the perl module
listing some more possible things to be done.
This mainly requires perl knowledge
Is it possible to load a languages PMCs and create the .PMCtype
constants without using the .HLL pragma?
.HLL mucks with namespaces, which I don't want to (am not prepared
to) deal with at the moment in APL. I do, however, want to
dynamically load a library containing a PMC for APL to use.
.sub mariner
$P1 = loadlib 'chud'
say "ok 1"
load_bytecode 'chud'
say "ok 2"
.end
Suggestion:
1) make the $P1 optional on the loadlib - most of the example usages
for loadlib ignore the returned PMC status. (Keep that variant as
it's need for dlfunc, etc.)
2) make loadlib throw an ex
Chip, we briefly discussed this on IRC yesterday, but I wanted to
make sure this didn't get lost.
I don't like the impact that this is going to have on HLL languages -
it's exposing internal bits of parrot to the HLL programmers. The
argument that we already expose some bits (for example, c
r.pmc (which contains a PMC called 'APLVector', regardless of
the case of the filename.)
Regards
On May 17, 2006, at 3:54 PM, Nicholas Clark wrote:
On Mon, May 15, 2006 at 12:49:46PM -0700, Will Coleda wrote:
using a PMC in a file called 'APLVector.pmc' with a group of
'APL
With David's permission, added to:
http://www.parrotcode.org/source.html
Thanks for putting the build together!
On May 22, 2006, at 6:57 PM, David Romano wrote:
Hi everyone,
I fiddled around with PackageMaker and created packages for Pugs
(r10396) and Parrot (r12747) for OS X. I used my lapto
How does this interact with files like:
./lib/Pod/Simple/HTML.pm:429:Copyright (c) 2002 Sean M. Burke. All
rights reserved.
and
./src/bignum.c:2:Copyright (c) 2001-2006 Yet Another Society. All
rights reserved.
and
./runtime/parrot/include/DWIM.pir:305:Copyright (c) 2003, Leopold
To
Known failures.
Per Leo, failing tests were committed for these features to
"encourage" development.
We've tried to let head be usable for this long, we should probably
have some kind of procedure for dealing with this this sort of
development to avoid this sort of confusion.
Thanks for
Per leo, "As of r12867 this is fixed."
On Jun 2, 2006, at 8:24 AM, Will Coleda wrote:
Known failures.
Per Leo, failing tests were committed for these features to
"encourage" development.
We've tried to let head be usable for this long, we should probably
have s
To bring this back around to the implementation portion in an effort
to get back on topic..
There are also sample grammars (for those who like samples in
addition to docs) available in the parrot source tree, e.g.:
http://svn.perl.org/parrot/trunk/compilers/tge/TGE/Parser.pg
http://svn.perl
On Jul 1, 2006, at 1:40 PM, Chip Salzenberg wrote:
One outcome of these discussions is a bit of a personnel shuffle
I've taken the liberty of assigning all the PDD tickets in RT to
Allison, and the two upcoming release tickets to Chip.
I've also updated http://dev.perl.org/perl6/people.
While you're waiting, we should improve the test for readline: we
used to have similar failures where we found readline (or other
probed thingees) but the version was not recent enough for us to link
with.
Regards.
On Jul 2, 2006, at 4:47 PM, Jarkko Hietaniemi wrote:
Leopold Toetsch wro
Submitting bugs is not done through the web interface, but via email.
Please see: http://www.parrotcode.org/docs/submissions.html
RT was upgraded recently. It seems to be working at the moment.
Regards.
On Jul 6, 2006, at 10:39 AM, Chris Dolan wrote:
On Jul 5, 2006, at 11:10 PM, chromatic wr
Thanks, applied as r13195
On Jul 6, 2006, at 5:17 PM, John J. Trammell (via RT) wrote:
"John J. Trammell"
--
Will "Coke" Coleda
[EMAIL PROTECTED]
hcf is actually supposed to explode if possible. Not sure if we should:
1) skip the test usually;
2) close the ticket as "not a bug"
3) eliminate this particular (silly) dynamic opcode.
Regards.
On Jul 7, 2006, at 2:04 AM, Jarkko Hietaniemi (via RT) wrote:
# New Ticket Created by Jarkko Hiet
I don't see this checkin. Assigned you the rt ticket.
On Jul 7, 2006, at 9:41 AM, Bernhard Schmalhofer wrote:
João Cruz Morais schrieb:
(moderator please reject my other message - wrong email)
The subject says it all :)
Given a valid regex (pcre) as an argument, the script will search
inside
I am currently trying to add some PGE to tcl (for the [expr] command,
where the optok parsing will be very helpful).
While debugging, I noticed that perl6 isn't using the .HLL directive:
I suspect the namespace lookup issues I'm having (and perl6 isn't)
might be de to this difference.
Som
Punie has an example of optok parsing.
APL has an example of utf-8 grammar.
Regards.
On Jul 11, 2006, at 12:37 AM, Vishal Soni wrote:
Thanks Chris
I looked at it but it does not implement Unicode in PGE and Optok
too..
On Mon, 2006-07-10 at 23:30 -0500, Chris Dolan wrote:
On Jul 10, 20
On Jul 12, 2006, at 3:18 PM, Allison Randal wrote:
Leopold Toetsch wrote:
Well, there was already one very legitimate usage of compile time
loadlib, which is now using C<.loadlib> for that:
We certainly need both compile-time and runtime loading of
libraries. So, it's just a question of wh
So, does .loadlib wipe the current .HLL pragma that's in effect? (if
it's intereacting with the other dot-pragmas, we need to document.)
Regards.
On Jul 14, 2006, at 7:17 AM, Audrey Tang wrote:
在 2006/7/14 上午 6:45 時，Audrey Tang 寫到：
Changing it back to :immediate makes tests pass again.
Al
Since both tcl and perl seem to like this style (but I'm sure some
languages need truly native representations), I'd propose that the OS
PMC give a way to say which is preferred.
On Jul 17, 2006, at 8:58 AM, Ron Blaschke (via RT) wrote:
# New Ticket Created by Ron Blaschke
# Please includ
updated the ticket to say [CAGE], which makes it show on the RT list
for [CAGE] tickets, http://xrl.us/owsd (from cage/todo.pod in the repo.)
Regards.
On Jul 18, 2006, at 4:51 PM, Chip Salzenberg wrote:
(I'd have added this myself, Andy, but you're the keeper of the
cage/todo.pod document s
Note: there are some tests where the number of tests cannot be
determined until runtime (and therefore don't have "BEGIN" blocks
tied to them.)
These (like t/doc/pod.t) need to be preserved.
On Jul 18, 2006, at 5:47 PM, Jerry Gay (via RT) wrote:
some test files were converted to use begin
Can we discuss this on list a bit?
On Jul 21, 2006, at 5:07 PM, [EMAIL PROTECTED] wrote:
Author: duff
Date: Fri Jul 21 14:07:00 2006
New Revision: 13424
Added:
trunk/docs/art/
Log:
place for parrot articles
--
Will "Coke" Coleda
[EMAIL PROTECTED]
Thanks for catching these:
Applied as r13433.
On Jul 22, 2006, at 8:33 AM, Mr. Shawn H. Corey wrote:
I've been reading thru the docs and have come across the following
terms
which are not in docs/glossary.pod
=head2 AST
Abstract Syntax Tree.
=head2 HLL
High-Level Language.
=head2 PGE
Here are some issues regarding basic types, in no particular order,
some of them inter-related. (while the phrasing is short, please
don't consider the tone short. =-)
o Undef vs. None vs. null? Only one of these types is mentioned in
the PDD. Need to document the rationale and expected use
I'm looking at making a lightweight test harness in tcl for tcl (3
reasons: running enough tcl to run tcl's actual test suite is hard;
running partcl's test suite is slow; oh look, we can run something
useful!)
However, I have one sticking point: How do I reliably run these tests
from ins
Nifty. few questions.
On Jul 24, 2006, at 7:21 PM, Jerry Gay (via RT) wrote:
# New Ticket Created by Jerry Gay
# Please include the string: [perl #39931]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39931 >
svn commits
As a result of the recent patch to Parrot::Config, anyone who tries
to do an svn up in an already Configure.pl'd sandbox will get an error:
svn: Failed to add file 'lib/Parrot/Config.pm': object of the same
name already exists
remove the file, re-up, and re-configure. - This file is now par
This code is not working in Tcl at the moment (at the moment, not
sure if it ever did)
set a [list a b]
set a b
Under the covers, this should create a TclList PMC and assign it to
the global '$a'. It should then discard that value, and replace the
value in '$a' with a String of "b".
Howe
On Jul 30, 2006, at 2:49 PM, Bob Rogers wrote:
From: Will Coleda <[EMAIL PROTECTED]>
Date: Sun, 30 Jul 2006 12:36:08 -0400
This code is not working in Tcl at the moment (at the moment, not
sure if it ever did)
set a [list a b]
set a b
Under the covers, this
On Jul 30, 2006, at 3:55 PM, Bob Rogers wrote:
From: Will Coleda <[EMAIL PROTECTED]>
Date: Sun, 30 Jul 2006 15:02:29 -0400
languages/tcl/t/tcl_misc.t#27 has a test for this behavior.
What's the generated PIR for this?
To get the pir generated by tcl (at least at th
1 - 100 of 2486 matches
Mail list logo
