> > 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
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
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:
>
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
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
> "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
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
# 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
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
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 (
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
--- 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 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:
> 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
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
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
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
--- 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
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
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
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,
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
[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,
24 matches
Mail list logo
