Leopold Toetsch wrote:
I think, we have to split the main MANIFEST a bit into:
- core
- ICU
- languages
Why?
- cvs updates that hit MANIFEST take really long and are likely to collide
- language maintainers, who only have privs for their language
directory, should be able to do *all* needed chan
Leopold Toetsch wrote:
- TclInt
- TclFloat
- TclObject
- TclString
This is a small subset of PMCs enumerating *current* scalars. I can't
imagine that e.g. tcl is happy, when a tcl scalar falls back to a morphing
variant of a Perl scalar. OTOH just doing the math operations would be
fine. So wha
Update to the Tcl Interpreter - primary update is better separation between the
parser/interpreter (in preparation for replacing the interpreter with a compiler)
Minor updates neeed outside languages/tcl attached.
Tested against cvs latest, everything I expected to pass passes.
Index: MANIFEST
==
I currently have some special handling for when a user defines a proc in Tcl.
Right now, when someone defines a proc, I parse out the body of the proc immediately, and save
it and some metadata in a global hash. Then, at interpreter time, I have special logic that (a)
checks to see if it the proc
my freeze/thaw is basically going to amount to freezing my
single attribute (another PerlArray of PerlArrays of...). Will it be kosher to have my
__freeze method simply call freeze on the attribute and return the result?
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
I
28915 was resolved by the time I got to it, I closed 29653 as "notabug".
Regards.
Jerome Quelin wrote:
On Monday 17 May 2004 18:50, you wrote:
Ticket 28915 is resolved, but I don't have rt rights to change its
status: can somebody close it please?
Oh, and ticket 29653 (fake one) too.
Jerome
I've been trying to wrap my head around freezing and objects. My current
understanding is that:
o parrotclass extends delegate
o delegate's freeze vtable entry is Parrot_delegate_freeze
o Parrot_delegate_freeze should delegate the freeze vtable method to PASM.
However, when parrotclass.pmc is comp
I was going to submit this as a patch, but I ended up with a conflict, and Dan
threatened he wouldn't apply it anyway, so I'll just post it here for comment. Feel
free to apply any or all of it. I would be very happy to hear of a better way to
answer the first question. =-)
---
=head2 How do I
Recent changes to tcl:
2004-05-28
* put all user-visible procs into "Tcl" namespace, especially
user-defined procedures.
* put all interpreter-only procs into "_Tcl" namespace
* factor out non-tclsh-specific setup into lib/tcllib.imc
* first cut at: $P1 = compre
ameter count in the subroutine
with the argcP variable (an alias to I3). Remember, the first
eleven PMC parameters are passed in P5 through P15, with
overflow parameters an array-like PMC in P3.
A simpler way is to use the
foldup opcode, which creates an array of all passed
PMC arguments.
Leopold T
Depending on how "not core" you're interested in, tcl is currently a little stalled -
check out languages/tcl/TODO - there's quite a few tasks involving writing PIR (implementing
various commands) or perl (writing tests).
Volunteers welcome. (BTW I spoke with some of the folks on #tcl the other d
fresh cvs checkout on OS X ... after doing a perl Configure.pl...
%make
...
perl -e 'chdir shift @ARGV; system q{make}, @ARGV; exit $? >> 8;' docs
perl -e '-d or mkdir $_,0777 or die foreach @ARGV' ops
perldoc -u ../src/packfile.c > packfile-c.pod
perldoc -u ../ops/bit.ops > ops/bit.pod
perldoc -u
... and after applying the patch I submitted, this no longer happens. But I think it
might be a coincidence.
William Coleda wrote:
fresh cvs checkout on OS X ... after doing a perl Configure.pl...
%make
...
perl -e 'chdir shift @ARGV; system q{make}, @ARGV; exit $? >> 8;' doc
Attached find a patch to http://www.parrotcode.org/examples/index.html that:
(0) depends on a patch I sent to the webmaster folks earlier adding back in the docs/*
hierarchy (a small shim of .html files that just points to everything that ends up in
parrot's docs directory after a build. - goes a
I would be very greatful if you worked on this. =-)
This came up a few months ago with Tcl - there are several inter-related PMC, just
like the Perl* PMCs (which only work because they are NOT dynpmcs...) - you cannot
compile them individually, you must do them all at once. I tabled working with
BAH. And of course I don't notice the grammatico until it gets to the list.
Should end with "entered as a TODO item."
Regards.
Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #31183]
# in the subject line of all future correspondence about this
first URL? Separate patch incoming...
Nicholas Clark wrote:
On Mon, Aug 16, 2004 at 07:58:56AM -0400, William Coleda wrote:
BAH. And of course I don't notice the grammatico until it gets to the list.
Should end with "entered as a TODO item."
Is there a URL that gives all the open TO
Parrotcode's TODO list
http://www.parrotcode.org/todo.html
Has a reference to the glossary.pod. I presume this was supposed to be reference to
the TODO file in the source, which, pending another patch, is now empty. This patch
removes the ref to the TODO file instead of updating it.
(I saw a tick
These stuff-its should, of course, be stuffed into RT as TODO tickets.
Not that I'm a zealot or anything.
John Macdonald wrote:
On Wed, Aug 25, 2004 at 08:19:06PM +0100, The Perl 6 Summarizer wrote:
A small task for the interested
Dan posted another of his small tasks for the interested (maybe
http://rt.perl.org:80/rt3//Ticket/Display.html?id=31229
Dan replied with "Applied, Thanks", but the ticket wasn't marked applied.
Is this some magic that could/should happen? Is there another way to invoke it?
(By the time you see this, I will have manually marked it applied and resolved.)
Even if there is no special syntax, it'd be helpful if the person applying the patch fired off a
"Thanks, Applied" or some such. Saves the bugadmins the trouble of checking the source
to see if it's actually been applied or not.
Will "slogging through RT" Cole
It'd be nice if the current documentation split between IMCC and Parrot was resolved, since they're the same thing
now. Lots of good stuff is "buried" in imcc/docs, and should be integrated with the "primary"
documentation in "docs".
Attached is a patch (and a tarball) that fulfills the TODO from
(web patch already applied by our industrious webmaster!)
William Coleda wrote:
Attached is a patch (and a tarball) that fulfills the TODO from earlier
today that at least adds the existing IMCC documentation into the
parrotcode repository.
Didn't __init used to get magically called when you new'd a class? I just had Tcl go
all pear shaped after updated to cvs-latest, and tracked it down to my instances of a
class (TclWord) not getting intialized. Which I don't seem to have done manually
before.
.local int tclword
tclword = find_
Thanks!
I just cut and pasted this from TODO.win32 - you might want to ping the list, as I
have no idea who requested the original item. =-)
Jonathan Worthington via RT wrote:
[coke - Mon Sep 20 18:35:04 2004]:
Provide setup and build instructions for Microsoft Visual C++ Toolkit 2003
(http://msdn
Just committed a change to Tcl so that all args attempt to retain their original PMC
values where possible (until now, all arguments were PerlStrings, all return values
were simple strings), and commands can now return something other than a string as a
result. This is a pre-requisite for using
Just committed a change to Tcl that improves startup time noticably. (so, the test
suite runs muuuch faster)
I had switched to using "load_bytecode" of .imc files instead of .include - since I
was loading the .imc, the code had to be recompiled each time. Now, everything under /tcl/ is
compiled
Attached, find a patch that does a first pass of this.
I skipped the SDL IMC's because one of them gave me trouble, but didn't include them in the root.in
I skipped the PASM files, as they appear to have PIR counterparts.
There are two files that are commented out, as they also gave me trouble.
I
oolong:~/research/parrot coke$ uname -a
Darwin oolong 7.5.0 Darwin Kernel Version 7.5.0: Thu Aug 5 19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC Power Macintosh powerpc
oolong:~/research/parrot coke$ grep LINK Makefile
LINK = c++
LINKFLAGS = -L/usr/local/lib -g
Here's the m
Leopold Toetsch wrote:
.macro swapP (A,B)
$P0 = .A
.A = .B
.B = $P0
.endm
(untested)
Seems to work, thanks.
*But* we have an opcode called *exchange* ... It's even JITted on i386.
This was just an example. Thanks.
leo
This is set to go, pending an article on use.perl.org.
Dan Sugalski wrote:
At 3:41 PM +0200 10/10/04, Jerome Quelin wrote:
Hey guys,
We should update http://www.parrotcode.org to reflect the latest version
since 0.1.1 is out!
Is it something underway waiting for sync, or is it a forgetting?
Probab
, no.
On Tue, Oct 12, 2004 at 10:39:39AM +0200, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 8:37 AM -0400 10/11/04, William Coleda wrote:
>>This is set to go, pending an article on use.perl.org.
> If Leo's comfortable that things are Worki
Danke. Making this a macro was, at least, a step up from the function call I had.
I haven't done anything real with the PMCs yet (just cargo-culted them mostly from
their Perl* counterparts)
Though I have to wonder how this will work with inter-language-operability.
Thanks, Leo.
Leopold Toetsch wr
Leopold Toetsch via RT wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
I noticed after a recent update that parts of the tcl test suite
started failing. I finally tracked it down to the fact that I was NOT
running with '-G'.
tcl.pl dies at 19, removing "or die" fixes that.
In my rush to get check
oolong:~/research/parrot/include/parrot coke$ uname -a
Darwin oolong 7.5.0 Darwin Kernel Version 7.5.0: Thu Aug 5 19:26:16 PDT 2004;
root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC Power Macintosh powerpc
perl is "v5.8.1-RC3"
All tests successful, 4 tests and 52 subtests skipped.
Files=122, Tests=1943,
I don't see my followup that I sent from a different account earlier today.
Try this again - you'll need a re-configure as there's a change to the root Makefile
that tcl now requires.
Thanks for checking into this.
Leopold Toetsch wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
oolong:~/research/pa
Jens -
Thanks for putting this in.
(ah, if only I had a system ICU to take advantage of!)
FYI, the line `icu-config --exists`;
generates a message to stderr, which un-prettifies the configure output:
Testing snprintf .done.
Configuring ICU if requ
Are there any plans to make a Hash (as oppposed to a PerlHash, or an OrderedHash (which is really a PerlHash) ?
ooh, a patch for Tcl! You're hired. =-)
Applied in spirit - I removed all the references to the ops directory entirely, since
I'm not using it anymore. (All the ops are now part of lib/expression.imc)
Thanks! (must remember to run cvs update -P to catch these things.)
Matthew Zimmerman (via RT) wr
Any chance of getting:
'cd dynclasses; make'
working on OS X by then?
I've been pestering Dan about it on IRC, but figured a ping to the list wouldn't hurt.
Leopold Toetsch wrote:
Wed 6.10. 18:00 GMT - feature freeze
Sat 9.10. 8:00 GMT - code freeze - no checkins please
- Parrot 0.1.1 will go out
So, this divides anything that provides an array like interface into two camps - those
that support the push opcode, and those that don't. This means that whenever you write
code that needs to be PMC agnostic (for example, any of the list processing commands
in Tcl - after all, the could be call
From the standpoint of someone developing in PIR, this seems like an arbitrary distinction.
I don't care how the file came to be. If it's an .imc, I'm probably going to want
to include it. If it's a .pbc, I'm probably going to want to load_bytecode it. (Of
course, this doesn't address the issue o
So... how does one use AST?
There's a list of functions in `perldoc ast/node.c`, but that seems to be it. (nothing
in docs or t). I don't see that it's used anywhere outside of ast/* ...
Is this a C-only interface? If so, any plans to make PMC or opcode wrappers?
A macro example in the docs shows:
.macro swap (A,B,TEMP) # . marks the directive
set .TEMP,.A # . marks the special variable.
set .A,.B
set .B,.TEMP
.endm # And . marks the end of the macro.
Is there a way to write this macro without specifying the TEMP paramete
btw, thanks to whoever fixed macros so that they could be defined outside of .sub's.
Very handy.
Makes. I just started make test, but it doesn't look good.
t/library/parrotlib# Failed test (t/library/parrotlib.t at line 47)
# got: 'Parrot VM: Can't stat runtime/parrot/include/parrotlib.pbc, code 2.
# '
# expected: 'runtime/parrot/include/datatypes.pasm
# '
# '(cd .
, 90.16% okay. 62/1937 subtests failed, 96.80% okay.
make: *** [test] Error 2
William Coleda wrote:
Makes. I just started make test, but it doesn't look good.
t/library/parrotlib# Failed test (t/library/parrotlib.t
at line 47)
# got: 'Parrot VM: Can't stat
That is to say, the file and line number appear to be off.
Will Coleda via RT wrote:
Also, the errors message isn't reporting properly.
Help?
"Thanks, Applied"
Dan Sugalski wrote:
At 3:51 PM +0100 11/4/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Are we comfortable adding the dynclasses to the default build target?
I think it can go in.
Done.
Is it sufficient to provide a mechanism for the compiler writers to indicate
that tail call should be used? For example, I have a few cases in tcl where I
have something like:
($I0,$P0) = interpret($P1)
.return($I0,$P0)
Where I'd be happy to have to write:
.return_tailcall(interpret($P1))
or s
Whoops, thanks applied.
Bernhard Schmalhofer via RT wrote:
It looks like the the 'all' target wasn't properly changed, when
applying the patch.
Applying the updated patch from ticket 31643 should fix this.
CU, Bernhard
Here's a simple report of new/open tickets from RT.
It's generated using the RT command line tool Robert just pointed me at (plus
some perl scripts)
Feedback about what's useful, not, and missing is appreciated.
Once we have a decent idea of what sort of report will be useful, Robert can
generate
Is there a reason why we have "find_type", but "loadlib"; "eq_str" but "isnull" ?
I just noticed some test failures in the tcl suite.
Looks like the following code:
print "HERE?\n"
set_eh ignore
find_lex lexical, -1, var
clear_eh
Does the following at runtime:
3713 print "HERE?\n"
HERE?
3715 set_eh P20 - P20=Exception_Handler=PMC(0xf8eb30)
3717 find_lex P18, -1,
Data::Escape is probably your best bet.
.sub _main
load_bytecode "runtime/parrot/library/Data/Escape.pbc"
.local pmc escaper
escaper = find_global "Data::Escape";, "String"
$S0 = "\n"
$S1 = escaper($S0, "\"")
print $S1
print $S0
end
.end
Patrick R. Michaud wrote:
Is there some opcode or function b
uot;
And, again, exit value of 0.
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
I just noticed some test failures in the tcl suite.
exception syntax will change slightly.
set P4, P5["_invoke_cc"]
especially these constructs (resumable handling).
Please use curren
Finally added in rudimentary list support in tcl (using dynclasses/tcllist.pmc)
So the following tcl:
set a [list a b c]
lappend a d e f
puts [llength $a]
will now print 6. More list stuff to come soon, shortly after the exception-related test failures go away. =-)
Was an RT ticket ever created for the underlying parrot issue here?
Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #32547]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=
Should the compilation sub for p6g3 be in the root namespace as it is currently, or moved to, say, a "p6ge" namespace?
Given IMC like:
.sub main @MAIN
$P1 = whee()
print $P1
.end
.sub whee
$P2 = new PerlString
$P2 = "leo\n"
.return ($P2)
.end
We get a trace like:
0 set P16, PMC_C[2]- P16=PMCNULL,
3 set I0, 1- I0=0,
6 set I1, 0- I1=0,
9 set I2, 0- I2=0,
1
Given IMC like:
.sub main @MAIN
$P1 = whee()
print $P1
.end
.sub whee
$P2 = new PerlString
$P2 = "leo\n"
.return ($P2)
.end
We get a trace like:
0 set P16, PMC_C[2]- P16=PMCNULL,
3 set I0, 1- I0=0,
6 set I1, 0- I1=0,
9 set I2, 0- I2=0,
1
Huh. That's annoying. attached trace for readability.
William Coleda wrote:
0 set P16, PMC_C[2]- P16=PMCNULL,
3 set I0, 1- I0=0,
6 set I1, 0- I1=0,
9 set I2, 0- I2=0,
12 set I3, 0- I3=1,
15 set I4, 0- I4=0,
Whoops. Perhaps Dan was merely stringing me along. =-)
Closing call.
Leopold Toetsch via RT wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
Based on a conversation with Dan in IRC, it should be possible to
interrogate PMCs about their generic type.
For example, tcl's [array exists varName] returns
A bit of a nit, but should the implementation & docs for the "does" opcode be moved to the
"pmc" file rather than the "object" file, since this is something available to every PMC? If
so, I can move it over.
I've also submitted a patch to the parrotcode site that adds the documentation for
"clas
Should be working again, thanks to Josh Wilmes.
As a bonus, I found that one of my Tcl tests was unexpectedly succeeding.
A few issues with the recent CVS doings...
1) runtime/parrot/library/runtime/PGE.pir doesn't compile by default. Which it
can't, because:
2) PGE doesn't build by default. Should it? If so, then...
3) cd compilers/pge && make fails:
c++ -dynamiclib -L/usr/local/lib -flat_namespace -o pge.dylib pg
Added some more list-based commands.
Added upvar (alias to caller's variables), uplevel (execute code in caller's
scope). (or your caller's caller, or...)
Also added a non-standard "inline" command so you can do:
oolong:~/research/parrot/languages/tcl/examples coke$ cat inline.tcl
inline PIR {
.s
Thanks, applied.
Bernhard Schmalhofer (via RT) wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #32868]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32868 >
Hi,
this patch adds a ta
You mean, someone actually tried to use Tcl? *Rub eyes*
Whoops. File got added to the tcl makefile based on a local copy of the command.
Committed update to MANIFEST and the join file (which isn't complete or tested,
btw.)
Try again?
Matthew Zimmerman (via RT) wrote:
# New Ticket Created by Matth
Is there a plan at any point to move to an svn repository from cvs?
I'd like to work on a patch to move all the perl* pmcs into dynclasses, which would involve quite a bit of file moving, and I'll happily wait for svn if we're going that way, since it'll be smoother.
Thanks, applied!
James deBoer wrote:
Attached is a patch that changes the split opcode to use an Array
instead of a PerlArray.
It also updates the documentation to note this.
All the tests still pass, and a grep in the languages/ directory shows
that no language implementations are effected.
-
Can you give us a copy of the generated "myconfig" file in the top level parrot
directory?
Klaas-Jan Stol wrote:
Hello,
I just got a fresh cvs checkout, compiled it, compiled pge and tried to
make tcl.
This is what I get:
(cd ../../ && ./parrot --output=languages/tcl/lib/tcllib.pbc
languages/tc
Not quite:
ld: multiple definitions of symbol _PROXY_STRING
pyproxytype.o definition of _PROXY_STRING in section (__DATA,__common)
pyproxyclass.o definition of _PROXY_STRING in section (__DATA,__common)
Sam Ruby wrote:
cvsuser 04/12/13 19:12:07
Modified:dynclasses pyproxyclass.pmc pyproxy
Looks good, thanks.
Sam Ruby wrote:
William Coleda wrote:
(Resend from the right account so it'll make it to the list.)
This is on OSX. Looks very similar to an issue that I think Sam has
already fixed once. I have some tcl stuff pending that I can't verify
works in a clean build un
I'd like to get Tcl's [namespace] implemented, but this will be very difficult
until I can do:
$P0 = split "::+", $S0
or something equivalent with PGE.
Yes, I was using a regular expression, not a rules. =-)
Patrick R. Michaud wrote:
On Wed, Dec 29, 2004 at 08:09:10PM -0500, William Coleda wrote:
I'd like to get Tcl's [namespace] implemented, but this will be very
difficult until I can do:
$P0 = split "::+", $S0
or something
Running the tcl "examples/bench.tcl" script, I get the following backtrace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x0021cb38 in Parrot_Sub_invoke (interpreter=0xd001a0, pmc=0xed2b60,
next=0xf20284) at classes/sub.c:239
239 if (interpreter->code->cur_cs != sub->se
Is it possible to:
1) define methods for a PMC/Object in C that aren't vtable methods? How?
2) call subroutines defined in bytecode from C? How?
What's going to happen to the perl6 work in progress that's in the parrot repository now that there is a separate svn repository?
, what do you recommend? Is this /just/ because I'm using pir_compiler?
could I expect the same thing to happen to subs that are defined in the "Tcl"
namespace at the time the interpreter is begun?
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
Running t
This is a deployment of RT for issuings regarding http://www.parrotcode.org,
not the ticketing system for RT itself.
I would suggest checking http://www.bestpractical.com/rt/.
Regards.
prashanth (via RT) wrote:
# New Ticket Created by prashanth
# Please include the string: [perl #33815]
# in th
Now that Dan's back, I'd like to make sure we have a roadmap in place for
moving forward.
I had great plans to flesh it out more than I have, but work has intruded. I've
checked in what I have so far in docs/ROADMAP.
I would like to eventually have every single outstanding task documented in RT,
This week's Hall of Shame ticket is [perl #15308]
http://rt.perl.org/rt3/Ticket/Display.html?id=15308
Originally submitted in July of 2002 by Scott Walters, the only activity on the
warnocked ticket was a ping to the list in April of 2004 asking if someone
could rule on the patch. No followups we
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
I had great plans to flesh it out more than I have, but work has
intruded. I've checked in what I have so far in docs/ROADMAP.
I really appreciate the effort putting all that together. But it's not
that simple. E
Consolidated DESIGN_TODO, KNOWN_ISSUES into the "ROADMAP".
If you have more details about any of these issues (Many of them were one
liners), please either:
o add the detail to this file, or
o open a ticket for the item with with detail.
Also, if you know that an item is obsolete, feel free to d
Then lets remove the file to avoid further confusion.
Leopold Toetsch wrote:
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I don't find define of "Parrot_setflag()" in test_main.c.
src/test_main.c is unused. Why do you want to compile it?
leo
If it's an example, let's move it to "example/c/test_main.c", then, and update
the comment in the beginning of the file that says:
=head1 DESCRIPTION
THIS FILE IS NO LONGER USED.
with your note.
Brent 'Dax' Royal-Gordon wrote:
William Coleda <[EMAIL PROTECTED]>
What needs to be completed to cut 0.1.2 ? (0.1.1 was cut > 100 days ago)
Leo, Dan, if you can provide a list of tasks, I can work on the administrivia.
Thanks!
This is now moved and updated.
No cvs magic was used in the relocation of this file.
William Coleda wrote:
If it's an example, let's move it to "example/c/test_main.c", then, and
update the comment in the beginning of the file that says:
=head1 DESCRIPTION
THIS FILE IS NO LO
ickets are closed and the release is cut, we can close the release
ticket.
Please let me know if you would like me to make the use.perl.org announcement
again for this incremental release.
Regards.
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
What needs to be comple
did a fresh checkout and build... large number of dynclasses tests failed.
I then made clean, configured with prefix=`pwd`... now the build itself fails:
oolong:~/research/parrot_strings coke$ make
Compiling with:
xx.c
cc -g -pipe -pipe -fno-common -no-cpp-precomp -I/usr/local/include -pipe
-fno-c
Thanks to Matt Diephouse, about 30+ tickets have just been properly marked as
resolved. (Though I physically closed them, he did all the legwork. Someone
make him a bugadmin, please.)
This leaves 268 documented issues in RT, plus whatever is lurking in CVS. >50% of
these are -new-, despite the f
Just did a fresh checkout and now I no longer get test failures on OS X. (not
specifying a -prefix)
Leopold Toetsch wrote:
Will Coleda wrote:
I don't know if this is related to my build problems on OS X which
have gone warnocked. Trying to build without specifying a --prefix to
Configure causes
After some distractions I got back to this today.
After doing the merge and resolving all the conflicts (of which there really
weren't that many), I get it to build, and then get a:
0x0002c3b0 in string_index (interpreter=0xd001a0, s=0x3002fd8, idx=0) at
src/string.c:747
747 return (INTVA
in src/library.c (main branch), I find:
const char*
Parrot_get_runtime_prefix(Interp *interpreter, STRING **prefix_str)
{
static STRING *s;
static int init_done;
static const char *prefix;
int free_env;
char *env;
if (!*runtime_prefix)
return NULL;
if (!init_done) {
To avoid a warnocking,
Yup. Stopped in briefly on #parrot about 2 weeks ago, but basically MIA.
Leo is currently working on release 0.1.12.
Jesse is working on getting the TPF milestones more documented.
Regards.
Edward Peschko wrote:
hey,
just thought I'd take parrot's pulse really quick.. las
So Dan's string stuff has been rolled into cvs main (along with a huge # of leo
addon patches...)
What's the current status of the new GC system? Still need testing?
I'd recommend postponing any of the architectural/design items that were slated
for 0.1.12 to 0.2.0 at the latest, perhaps anot
Already exists.
perldoc parrot/library/config.imc
Regards.
Lambeck (via RT) wrote:
# New Ticket Created by Lambeck
# Please include the string: [perl #34356]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34356 >
It would b
Whoops, had already cd'd...
it's actually in 'runtime/parrot/library/config.imc'
Is this what you're looking for?
William Coleda wrote:
Already exists.
perldoc parrot/library/config.imc
Regards.
Lambeck (via RT) wrote:
# New Ticket Created by Lambeck # Please include t
y cd'd...
it's actually in 'runtime/parrot/library/config.imc'
Is this what you're looking for?
William Coleda wrote:
Already exists.
perldoc parrot/library/config.imc
Regards.
Lambeck (via RT) wrote:
# New Ticket Created by Lambeck # Please include the string: [perl
1 - 100 of 144 matches
Mail list logo
