Re: new parrot version?

2004-09-29 Thread Leopold Toetsch
Andy Dougherty [EMAIL PROTECTED] wrote: Here's another small update to README. This goes on top of [perl #30095]. Thanks. Applied: #30095 PLATFORMS update this one Abn removed the Configure hint WRT non-standard Perl5 types, which shouldn't be needed any more. leo

Re: [perl #31729] [BUG] Garbage collection bug tickled by Tcl?

2004-09-29 Thread Will Coleda
Try again, please. In addition to fixing the incomplete commit below, I've committed the build runtime library with parrot ticket as well, so you'll need to do a re-configure build. On Tue, Sep 28, 2004 at 02:49:45PM +0200, Leopold Toetsch wrote: Will Coleda [EMAIL PROTECTED] wrote:

Re: [perl #31752] [PATCH] 'dlvar' should not panic, test 'dlvar'

2004-09-29 Thread Leopold Toetsch
Bernhard Schmalhofer [EMAIL PROTECTED] wrote: this patch adds two tests of the opcode 'dlvar' to t/pmc/nci.t. When a non-existing symbol is requested from a shared library, then 'dlvar' should not panic. Thanks, applied. leo

Re: Namespaces, part 1 (new bits)

2004-09-29 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: Okay, so we've got two points of dispute: 1) Jeff doesn't think the sigil should be part of the variable name Which isn't practicable. We can't strip off the sigil for perl5. It's part of the variable name, $foo and @foo are different items. If you want

Re: Namespaces, part 1 (new bits)

2004-09-29 Thread Uri Guttman
LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT If you want to use a perl5 module from Python which has both $foo and LT @foo exported, we can just pitch a fit. Everything else can be handled LT by the import module. LT And: we can't attach hints to the namespace lookup because you

Namespaces

2004-09-29 Thread Dan Sugalski
Okay, after seeing all the back and forth, here's what we're going to do. Namespaces are going to be *simple*. They do two things, and only two things. 1) They provide a hierarchy for other namespaces 2) They bind names to PMCs That's it. No typing, no classification, no nothing. If languages

[perl #31765] Failure related to ncurses

2004-09-29 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #31765] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31765 With the recent root Makefile patch to build stuff in runtime/parrot/library,

System ICU

2004-09-29 Thread Jens Rieks
Hi all, Configure.pl should now detect a system ICU installation. It uses the icu-config script to gather the neccessary information. If icu-config is not in your path, you can use the --icu-config=/path/to/icu-config configure option. You do not need to specifiy any other ICU related options

System ICU

2004-09-29 Thread Jens Rieks
Hi all, Configure.pl should now detect a system ICU installation. It uses the icu-config script to gather the neccessary information. If icu-config is not in your path, you can use the --icu-config=/path/to/icu-config configure option. You do not need to specifiy any other ICU related options

globals

2004-09-29 Thread Jens Rieks
Currently, Parrot_find_global throws and internal_exception, which is IMO not good. I have a patch ready that adds a void *next parameter to - Parrot_find_global - Parrot_store_global and adds - Parrot_find_global_nspmc (PMC *namespace instead of STRING *namespace) - Parrot_store_global_nspmc

Re: Namespaces

2004-09-29 Thread Larry Wall
On Wed, Sep 29, 2004 at 10:25:29AM -0400, Dan Sugalski wrote: : best to go with a unified hierarchy/variable namespace, so we'll : postpend a NUL to the end of non-variables. Well, I'd prepend the null just to reduce confusion (or rather, to force the confusion earlier), but guess I really don't

Re: System ICU

2004-09-29 Thread Joshua Gatcomb
--- Jens Rieks [EMAIL PROTECTED] wrote: Hi all, Configure.pl should now detect a system ICU installation. It uses the icu-config script to gather the neccessary information. If icu-config is not in your path, you can use the --icu-config=/path/to/icu-config configure option. You do

Re: System ICU

2004-09-29 Thread Jens Rieks
On Wednesday 29 September 2004 18:40, Joshua Gatcomb wrote: cannot find -licui18n I am not sure, is this library used by parrot? I would propose that if Configure.pl does see any other icu config flags that it not attempt to auto configure. Done. Thank you for your proposal! jens

Re: System ICU

2004-09-29 Thread Joshua Gatcomb
--- Jens Rieks [EMAIL PROTECTED] wrote: On Wednesday 29 September 2004 18:40, Joshua Gatcomb wrote: cannot find -licui18n I am not sure, is this library used by parrot? I have no idea - first I have seen it other than when I built ICU many moons ago. I would propose that if

Re: globals

2004-09-29 Thread Leopold Toetsch
Jens Rieks [EMAIL PROTECTED] wrote: Currently, Parrot_find_global throws and internal_exception, which is IMO not good. Where? The Parrot_find_global() function returns NULL in failure case. Parrot_get_global() throws a real execption. I have a patch ready that adds a void *next parameter to

Real/internal Exceptions

2004-09-29 Thread KJ
Hello, Just wondering (again), in order to be able to follow discussion on matters: What is the difference between an internal exception and a real exception (as if the first one isn't a real exception...). I suspect a real exception is a exception object that a user program also can create (so

Threads on Cygwin

2004-09-29 Thread Joshua Gatcomb
Up until a couple of weeks ago, all the threads tests were passing on Cygwin. I had submitted a patch some time ago that never got applied enabling tests for threads, timer, and extend_13 that never got applied. I figured there was good reason so I didn't say anything about the tests failing

Re: Threads on Cygwin

2004-09-29 Thread Joshua Gatcomb
--- Joshua Gatcomb [EMAIL PROTECTED] wrote: Up until a couple of weeks ago, all the threads tests were passing on Cygwin. I had submitted a patch some time ago that never got applied enabling tests for threads, timer, and extend_13 that never got applied. I figured there was good reason

Parakeet 0.3

2004-09-29 Thread Michel Pelletier
Parakeet is an object-oriented Forth-like stack language for the Parrot VM. It is written in PIR and compiled its code directly to PIR. Parakeet lets you do logical, numeric and string operations and comparisons, conditionals and loops, define variables, functions, classes methods, create

Re: Namespaces

2004-09-29 Thread Jeff Clites
On Sep 29, 2004, at 7:25 AM, Dan Sugalski wrote: Okay, after seeing all the back and forth, here's what we're going to do. Namespaces are going to be *simple*. They do two things, and only two things. 1) They provide a hierarchy for other namespaces 2) They bind names to PMCs That's it. No

Re: Namespaces, part 1 (new bits)

2004-09-29 Thread Jeff Clites
On Sep 29, 2004, at 2:53 AM, Leopold Toetsch wrote: Dan Sugalski [EMAIL PROTECTED] wrote: Okay, so we've got two points of dispute: 1) Jeff doesn't think the sigil should be part of the variable name Which isn't practicable. We can't strip off the sigil for perl5. It's part of the variable name,

Re: System ICU

2004-09-29 Thread William Coleda
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

Re: Namespaces again

2004-09-29 Thread Brent 'Dax' Royal-Gordon
[Argh...] Chip Salzenberg [EMAIL PROTECTED] wrote: parrot_alias(a, 'b', # dest: Python is unified, no need for a category here a, 'b', 'scalar') # src: Perl is not unified, so source category is required parrot_alias(a, 'c', a, 'c',