[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,
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
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,
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 typi
> > If the generator was used as the primary way to testing the regex
> > engine, do you really think that any of these limitations would
> > exist?
>
> Sigh. [Because] seems to have flown right by you.
Ok, I think this thing has pretty much played itself out, but I hate ending
on
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 instan
--- 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 go
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 exce
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
creat
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" paramet
--- 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 Co
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
--- 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
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
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 (
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 i
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 i
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #31765]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31765 >
With the recent root Makefile patch to build stuff in
runtime/parrot/library, I'm n
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
want
> "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 b
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 wan
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
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:
>
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
24 matches
Mail list logo
