Jerry Gay <[EMAIL PROTECTED]> wrote:
> thanks all for the clarifications...
>> > and they aren't listed in > ops.num yet,
>>
>> They are listed in ops.num #1374 - #1385 since quite a time.
>>
> this morning i performed a 'cvs co parrot' and ran make (win32 - msvc,)
> which generated the following
Larry Wall wrote in perl.perl6.internals :
>
> Not using metaconfig (or something like it) would be the biggest
> mistake. It's actually next to impossible to maintain something like
> a Configure script directly.
Actually as parrot already uses IIUC variables set up by Configure,
I think one co
One could also take a look at tools/dev/nm.pl, something I submitted to
Leo a few days back. Basically, it tries to be a portable nm frontend.
nm.pl -g -o libparrot.a does more or less the same what you did.
I can't replicate this.
At Tue, 16 Mar 2004 19:55:22 -0500,
Will Coleda wrote:
> bash-2.05a$ rm -f languages/tcl/lib/match_close.imc
> bash-2.05a$ cvs update languages/tcl/lib/match_close.imc
> cvs: rcs.c:4091: RCS_checkout: Assertion `options[0] == '-' &&
> options[1] == 'k'' failed.
> cvs [ser
> http://www.parrotcode.org/ is not responding to http or ping.
Yes. We knew. All happy now.
-R
Looks like it may be time to investigate things further. A method
cache is probably the next thing in line to do.
I didn't see a benchmark for method lookup and calling, so I modified
a copy of fib to bounce back and forth between a class and its parent.
Patch attached.
My optimized parr
On Fri, Mar 12, 2004 at 08:12:52PM -0500, Dan Sugalski wrote:
: Okay, so I'm fiddling around in the guts of the object system getting
: the groundwork laid for some speed increases (I hope--we're just
: barely faster than perl 5 when doing the equivalent of perl's tie
: with the base object type
On Tue, Mar 16, 2004 at 06:00:51PM -0800, Brent Dax Royal-Gordon wrote:
: Dan Sugalski wrote:
: >Instead,
: >what I'd like is for someone (Oh, Brent... :) to go through perl's
: >configure
:
: Gulp.
I'm sure Andy can give you *reams* of advice on Perl 5's configurator,
especially on how it all
Dan Sugalski wrote:
Instead,
what I'd like is for someone (Oh, Brent... :) to go through perl's
configure
Gulp.
--
Brent "Dax" Royal-Gordon <[EMAIL PROTECTED]>
Perl and Parrot hacker
Oceania has always been at war with Eastasia.
On Tue, Mar 16, 2004 at 07:47:25PM -0500, Dan Sugalski wrote:
: Second, we're running over the same problems in system configuration
: that perl (and python, and ruby, for that matter) have already run
: across. Moreover, we're making the same decisions, only...
: differently. This is silly both
bash-2.05a$ rm -f languages/tcl/lib/match_close.imc
bash-2.05a$ cvs update languages/tcl/lib/match_close.imc
cvs: rcs.c:4091: RCS_checkout: Assertion `options[0] == '-' &&
options[1] == 'k'' failed.
cvs [server aborted]: received abort signal
??
This with or without my .cvsrc of
cvs -z1
diff -uN
Hey folks.
Now that we're integrating in with perl 5, a few things are becoming
really obvious.
First, we really need to work on the embedding interface. Memory
handling, signals, and I/O are the biggies there. Working on that,
though not fast enough for Arthur.
Second, we're running over the
On Tue, Mar 16, 2004 at 02:57:07PM -0500, Dan Sugalski wrote:
: Classes and roles don't automatically share the same namespace.
I think they do. I want to be able to tell the moment I compile it
whether Foo is a class or a role or (a bareword that will not succeed
in being either). Roles are jus
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #27694]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27694 >
Hi,
I have been looking into integer keyed access to the Iterator PMC.
I tri
On 16 Mar 2004, at 05:21, Will Coleda wrote:
[...]
If the =head3 is the culprit, then:
./Configure.pl
./docs/debug.pod
./docs/dev/dod.dev
./docs/ops/rx.pod
./docs/pdds/pdd11_extending.pod
./docs/pmc/subs.pod
./imcc/docs/calling_conventions.pod
./imcc/docs/imcfaq.pod
./languages/regex/docs/regex.po
At least for VAC6, they're all the same binary, but the invocation affects behavior.
By default xlc and friends are more ANSI-like, though Parrot shouldn't care. Using
cc_r in hints is fine if it matters to you; I didn't pick xlc_r for any particular
reason. I was even able to get away with u
On Tue, Mar 16, 2004 at 10:17:57PM +0100, Karl Brodowsky wrote:
: With FFFE and FEFF this seems obvious. In case of #! it would not be clear
: to me if this defaults to ISO-8859-1 (latin-1) or to utf-8. See HTML
: vs. XHTML as an example where the default has been changed.
Perl 6 would certainly
On Tue, Mar 16, 2004 at 08:40:50PM +0200, arcadi shehter wrote:
: How about <- which is not overloaded by boolean connotations
: and is sort of ? turned by 90 degrees .
Don't think so. It's too ambiguous with current meanings.
: $topic<- (.a + .b + .c)
That asks if $topic is numerically l
And while it helps... it doesn't help enough. Objects are now a bare
PMC array, nice and simple. (In fact, back to the original PMC array
implementation almost. Go figure) This speeds up object creation
rather a bit, and with an --optimize build we only get beaten a lot
by perl 5 and python on
Dear All,
from what has been written by others, there are enough useful encodings other
than utf-8, utf-16/UCS-2 and UCS-4 that support efficient storage even
for unicode-files whose contents are Greek, Cyrillic, etc.. Sorry for the confusion
caused by the fact that I was not aware of these.
utf-
# New Ticket Created by Simon Glover
# Please include the string: [perl #27690]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27690 >
This code:
new P0, .PerlNum
set P0, -1.2
new P1, .PerlStri
Nicholas Clark wrote:
> On Tue, Mar 16, 2004 at 10:23:34PM +0200, Jarkko Hietaniemi wrote:
>
>>Nicholas Clark wrote:
>>
>>
>>>On AIX, what's the difference between cc_r and xlc_r?
>>
>>See /etc/xlc.cfg.
>>
>>I vaguely remember that's it's the cc_r that's guaranteed (well, *more*
>>guaranteed) to
On Tue, Mar 16, 2004 at 10:23:34PM +0200, Jarkko Hietaniemi wrote:
> Nicholas Clark wrote:
>
> > On AIX, what's the difference between cc_r and xlc_r?
>
> See /etc/xlc.cfg.
>
> I vaguely remember that's it's the cc_r that's guaranteed (well, *more*
> guaranteed) to be there, if there's any compi
Nicholas Clark wrote:
> On AIX, what's the difference between cc_r and xlc_r?
See /etc/xlc.cfg.
I vaguely remember that's it's the cc_r that's guaranteed (well, *more*
guaranteed) to be there, if there's any compiler with reentrant
libraries.
> And why does parrot's hints file go for xlc_r, whe
On Mon, 15 Mar 2004, Larry Wall wrote:
> On Mon, Mar 15, 2004 at 11:56:26AM -0700, John Williams wrote:
> : I'm probably a bit behind on current thinking, but did %hash{bareword}
> : lose the ability to assume the bareword is a constant string?
>
> It's thinking hard about doing that. :-)
>
> : An
At 11:51 AM -0800 3/16/04, chromatic wrote:
On Tue, 2004-03-16 at 11:46, Dan Sugalski wrote:
A class >does< X if X is on the does list of the class or any of the
parents of the class. This class then does the role X.
A class >isa< X if X in on the isa list of the class or any of the
parents
On Tue, 2004-03-16 at 11:46, Dan Sugalski wrote:
> A class >does< X if X is on the does list of the class or any of the
> parents of the class. This class then does the role X.
> A class >isa< X if X in on the isa list of the class or any of the
> parents of the class.
> Alternately, your cla
thanks all for the clarifications...
> > and they aren't listed in > ops.num yet,
>
> They are listed in ops.num #1374 - #1385 since quite a time.
>
this morning i performed a 'cvs co parrot' and ran make (win32 - msvc,)
which generated the following information, leading to my statement above:
At 11:05 AM -0800 3/16/04, chromatic wrote:
On Tue, 2004-03-16 at 10:25, Dan Sugalski wrote:
Unless I missed something, child classes inherit parent class roles,
so if I have Foo with a role of X, and Bar inherits from Foo, Bar
does the X role. Looks like inheritance to me...
That's normal inhe
Mitchell N Charity <[EMAIL PROTECTED]> wrote:
> if (value == vali && (0 != vali || ...something...))
Yep here it is.
Do we *really* need that crap?
> Mitchell
leo
On Tue, 16 Mar 2004, Leopold Toetsch wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> > On Tue, 16 Mar 2004, Nick Ing-Simmons wrote:
>
> > ... , and
> > neither is easily overrideable from the Configure command line.
>
> There is currently no config/gen/platform/solaris/threads.h so
> generi
On Tue, 2004-03-16 at 10:25, Dan Sugalski wrote:
> Unless I missed something, child classes inherit parent class roles,
> so if I have Foo with a role of X, and Bar inherits from Foo, Bar
> does the X role. Looks like inheritance to me...
That's normal inheritance and that's fine.
Consider ins
languages/tcl/.cvsignore is the only .cvsignore in the MANIFEST and a
fresh checkout is failing with
t/src/manifest..ok 2/4# Failed test (t/src/manifest.t at
line 51)
# Missing files in CVS:
# languages/tcl/.cvsignore
I assume this means languages/tcl/.cvsignore should not be
Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> On Tue, 16 Mar 2004, Nick Ing-Simmons wrote:
> ... , and
> neither is easily overrideable from the Configure command line.
There is currently no config/gen/platform/solaris/threads.h so
generic/threads.h is used. The SCHED_YIELD can be defined there a
Jens Rieks <[EMAIL PROTECTED]> wrote:
> the attached program aborts if run without without -G...
> $ tar xzf err6.tgz
> $ ../parrot languages/EBNF/main.imc a.ebnf
...
> Can't find method '__set_string_native' for object
I've now actually fixed two more DOD bugs, but its still failing.
- as ou
On AIX, what's the difference between cc_r and xlc_r?
And why does parrot's hints file go for xlc_r, whereas perl5's goes for cc_r?
This is causing pain for ponie. Is there any reason not to pick the same one
for both?
[yes, 3-way cross post, but I think it's justified]
Nicholas Clark
At 10:14 AM -0800 3/16/04, chromatic wrote:
On Tue, 2004-03-16 at 06:42, Dan Sugalski wrote:
Roles are going to get implemented as inheritance--so far I've seen
no technical reason not to, and quite a number of reasons to do so.
People can cope, if they're looking this deeply.
Out of curiosity,
On Tue, 2004-03-16 at 06:42, Dan Sugalski wrote:
> Roles are going to get implemented as inheritance--so far I've seen
> no technical reason not to, and quite a number of reasons to do so.
> People can cope, if they're looking this deeply.
Out of curiosity, what are those reasons?
I'm not sure
> PerlNum may not be handling -0.0 correctly.
I do consider -0.0 as a bug ;)
;)
However, distinguishing 0.0 from -0.0 is floating point standard.
And thus needed for interoperating with standards-following systems.
Such as perl. (And ruby and python.)
Windows apparently has issues (witnes
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> The only time this offset will be incorrect is if the object
> structure changes between the time the offset is fetched and the time
> that the offset is used, which is something that needs guarding
> against.
Well, that's the point. You don't know in whi
Jerry Gay <[EMAIL PROTECTED]> wrote:
> On Tuesday, March 16, 2004 7:32 AM, Jens Rieks wrote:
>> You can also use another namespace:
>> store_global "TCL::InternalData", "globals", the_hash
>> ...
>> find_global the_hash, "TCL::InternalData", "globals"
> is there a good reason why t
The Perl 6 Summary for the week ending 2004-03-14
Another week, another summary. It's been a pretty active week so, with a
cunningly mixed metaphor, we'll dive straight into the hive of activity
that is perl6-internals.
Benchmarking
Discussion and development of Sebastien Riedel'
Karl Brodowsky wrote:
Mark J. Reed wrote:
The UTF-8 encoding is not so attractive in locales that make
heavy use of characters which require several bytes to encode therein, or
relatively little use of characters in the ASCII range;
utf-8 is fine for languages like German, Polish, Norwegian, Spanis
On Tuesday 16 March 2004 16:00, Gay, Jerry wrote:
> On Tuesday, March 16, 2004 7:32 AM, Jens Rieks wrote:
> > You can also use another namespace:
> > store_global "TCL::InternalData", "globals", the_hash
> > ...
> > find_global the_hash, "TCL::InternalData", "globals"
>
> is there a goo
On Tue, 16 Mar 2004, Nick Ing-Simmons wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> writes:
> >Whilst trying to build ponie-2 on Solaris 8, I came across the following
> >issue: In order to use threads, both perl-5.[89].x and parrot need to
> >call some sort of yield() function.
> >
> >In parrot,
Jens Rieks <[EMAIL PROTECTED]> wrote:
> the attached test fails. It raises an exception in __init; if it is resumed
> parrot exists after leaving __init.
Yep. s. the comment at src/interpreter.c:909.
> jens
leo
Piers Cawley <[EMAIL PROTECTED]> wrote:
> So long as you can also do
> .meth_call "foo", PReturnContinuation
This is implemented already.
leo
On Tuesday, March 16, 2004 7:32 AM, Jens Rieks wrote:
> You can also use another namespace:
> store_global "TCL::InternalData", "globals", the_hash
> ...
> find_global the_hash, "TCL::InternalData", "globals"
is there a good reason why the signatures are different for 'store_glo
At 12:11 PM -0500 3/14/04, Mitchell N Charity wrote:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Marcus Holland-Moritz <[EMAIL PROTECTED]> wrote:
> One of my modules embeds the ucpp preprocessor, which has a
> function init_tables(). The same function exists in parrot.
Renamed.
Anothe
On 2004-03-16 at 00:28:32, Karl Brodowsky wrote:
> Mark J. Reed wrote:
>
> >Unicode per se doesn't do anything to file sizes; it's all in how you
> >encode it.
>
> Yes. And basically there are common ways to encode this: utf-8 and utf-16
> (or similar variants requiring >= 2 bytes per character)
At 7:53 PM -0800 3/15/04, Larry Wall wrote:
On Sun, Mar 14, 2004 at 02:32:44PM +0100, Leopold Toetsch wrote:
: Why? A ParrotClass is responsible for the method dispatch. The ParrotObject
: inherits that behavior.
In Perl 6 terms we'd prefer to say that ParrotClass "does" the
Dispatch role, and so d
At 11:24 AM +0100 3/14/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
... --should we have the
base object system participate in multimethod dispatch? That is, if
someone does an:
add P1, P2, P3
and P2 is a parrot object, should that add vtable method
automatically r
At 2:30 PM +0100 3/14/04, Leopold Toetsch wrote:
Oli <[EMAIL PROTECTED]> wrote:
But, even if we stop everything until all objects got their attribute
list updated, any offsets previously obtained via C may
still be bogus afterwards. And there is no way for the code that holds
the offset to kno
James Mastros <[EMAIL PROTECTED]> wrote:
> Dan Sugalski wrote:
>>
>> Yeah. We're ultimately going to have to add signals to memory allocation
>> and IO as things that the embedding environment controls.
> Is it just me, or does this sound awful similar to the existing list of
> platform-dependent
Tim Bunce <[EMAIL PROTECTED]> wrote:
> We should distinguish between the Parrot core and the parrot
> executable command. The parrot executable command can use the
> extension interface to indicate that it wants signal handlers to
> be installed.
That can of course be separate. Anyway, if Ponie w
Hi,
the attached test fails. It raises an exception in __init; if it is resumed
parrot exists after leaving __init.
jens
use strict;
use Parrot::Test tests => 1;
output_is(<<'CODE', <<'OUTPUT', "exceptions and different runloops");
_main:
newsub P0, .Exception_Handler, _eh
set_eh P0
http://www.parrotcode.org/ is not responding to http or ping.
--
Will "Coke" Coledawill at coleda
dot com
Jens Rieks wrote:
Because global variables in tcl are different than global state
internal to my interpreter, and it would probably be sporting of me to
only expose the variables defined in the language, rather than those
used internally by the bytecode - so, if global opcodes are the way to
store
Dan Sugalski <[EMAIL PROTECTED]> writes:
> At 9:49 AM +0100 3/12/04, Leopold Toetsch wrote:
>>Dan Sugalski wrote:
>>
>>>Calling a method:
>>>
>>>object.variable(pararms)
>>
>>Do we need the more explicit pcc_call syntax too:
>>
>>.pcc_begin
>>.arg x
>>.meth_call PObj, ("meth" | PMe
Hi,
On Tuesday 16 March 2004 08:49, Will Coleda wrote:
> On Tuesday, March 16, 2004, at 02:01 AM, Leopold Toetsch wrote:
> > Well just use the global ops.
> >
> > global "tcl_globals" = the_hash # store
> > ..
> > pref = global "tcl_globals" # fetch
> >
[snip]
> >
> > Why not just u
On Tue, Mar 16, 2004 at 08:43:11AM +, Arthur Bergman wrote:
> On 16 Mar 2004, at 06:36, Leopold Toetsch wrote:
> >But - as Dan did say - the plan for Parrot is to install signal
> >handlers by default.
We should distinguish between the Parrot core and the parrot
executable command. The parrot
Dan Sugalski wrote:
At 5:16 PM -0700 2/26/04, Luke Palmer wrote:
And how do we deal with an object already in existence when the base
object gets an attribute added?
After that, we post a notification to all child classes and walk through
the PMC pools inserting the new attribute in the proper spo
Will Coleda wrote:
Under separate cover I've given Leo the current version of the Tcl
interpreter, hopefully he'll reply shortly that there were no problems
committing. =-)
Done. Big tar is in. Hopefully all went well.
thanks,
leo
Dan Sugalski wrote:
At 5:27 PM + 3/15/04, Arthur Bergman wrote:
No it doesn't, because an embedding environment might not want to let
parrot deal with signals, ever, and it might feel to restrict when it
sends them off. Signals are an environment issue and thus should be
controlled from the
Andrew Dougherty <[EMAIL PROTECTED]> writes:
>Whilst trying to build ponie-2 on Solaris 8, I came across the following
>issue: In order to use threads, both perl-5.[89].x and parrot need to
>call some sort of yield() function.
>
>In parrot, sched_yield is used; this function is available in the -l
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> On 16 Mar 2004, at 06:36, Leopold Toetsch wrote:
>>
>> This is a snipped from the stress example program I posted some days
>> ago
>> with an additional check if events are to be handled. Both functions
>> might not be in the extension interface[1].
>>
Mitchell N Charity <[EMAIL PROTECTED]> wrote:
> Attached is the missing python vpm, and a couple of other fillers.
Thanks, applied.
> Mitchell
leo
Bernhard Schmalhofer (via RT) wrote:
Hi,
this patch let's the URM compiler be called as 'perl ../urmc' in
'languages/urm/t/t.pl'.
Thanks, applied
[ please create diffs from parrot root ]
CU, Bernhard
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> the attached patch fixes null PMC dumping and adds a test for it.
Thanks, applied.
leo
Another possibility is to use a UTF-8 extended system where you use values over
0x10 to encode temporary code block swaps in the encoding. I.e.,
some magic value means the one byte UTF-8 codes now mean the Greek block
instead of the ASCII block. But you would need broad agreement for that t
Jerome Quelin <[EMAIL PROTECTED]> wrote:
> Here after is a patch that changes a "use warnings" into $^W = 1 in
> order to be able to check perl 5.005
I've just removed that line. Benchmarks shouldn't use warnings, thanks.
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> $ tar xzf err6.tgz
I could reduce the bug to the program below. Program runs with -G and
segfaults without.
It seems that Dan's comment WRT delegate is too true:
,--[ delegate.pmc ]--
| The following bit
On 16 Mar 2004, at 06:36, Leopold Toetsch wrote:
This is a snipped from the stress example program I posted some days
ago
with an additional check if events are to be handled. Both functions
might not be in the extension interface[1].
Would it be possible to have a global variable that indicate
73 matches
Mail list logo