Hi there,
The attached patch (mostly for discussion, not applying) cleans up three
compiler warnings on Linux PPC. These are all related to implicitly
declared functions. My solution may not be the best approach, but it
works for me.
In particular, the posix_memalign() manpage states:
Hi,
On Sunday 14 March 2004 18:55, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > here is ready-for-commit version of Data::Dumper.
>
> Committed (forgot description and credits - sorry).
>
> Two tests are failing here
> t/pmc/dumper.t2 512122 16.67% 8 12
>
> Co
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley <[EMAIL PROTECTED]> wrote:
>> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>
>>> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>>>
The one question I have is whether we need to have a "call class
method" operation that, when you invoke
This will have to be quick, but...
Objects, and Classes, and MetaClasses, oh my!
In the beginning, there is MMD.
Ideally as a lexically and dynamically scoped first-class variable.
Dispatching on argument types, value predicates, call site, current
continuation, and all sorts of other useful thin
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.
Another item for the embedding/extending todo list: namesp
Goplat <[EMAIL PROTECTED]> wrote:
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> Goplat <[EMAIL PROTECTED]> wrote:
>> > ops/sys.ops:169: warning: implicit declaration of function `gmtime_r'
>> > ops/sys.ops:170: warning: implicit declaration of function `asctime_r'
>> > ops/sys.ops:178: warni
Jens Rieks <[EMAIL PROTECTED]> wrote:
> here is ready-for-commit version of Data::Dumper.
Committed (forgot description and credits - sorry).
Two tests are failing here
t/pmc/dumper.t2 512122 16.67% 8 12
Could be whitespace problem.
Thanks for the first OO app,
leo
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Goplat <[EMAIL PROTECTED]> wrote:
> > ops/sys.ops:169: warning: implicit declaration of function `gmtime_r'
> > ops/sys.ops:170: warning: implicit declaration of function `asctime_r'
> > ops/sys.ops:178: warning: implicit declaration of function `loc
Hi all,
here is ready-for-commit version of Data::Dumper.
Not everything is documented yet, but the original interface is still
functional.
Most of the code is now loaded with load_bytecode, which reduces memory usage
if several loaded modules are using the dumper.
New/modified things:
- the co
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> this patch let's the Tcl test suite complete again. There are no new
> features and the test suite han't been touched.
> The major change is, that subs are now called like:
>
> word_length = __match_close( start_word, buffer )
Thanks, applied.
The German computer mag iX 4/2004 (p98 ff) has an article about the
"hercules"[1] emulator. You can run e.g. Linux S/390, Z/OS, OS/390, and
such on a x86 box.
[1] www.conmicro.cx/Hercules/
leo
Matt Fowles <[EMAIL PROTECTED]> wrote:
> This patch makes the output from classes/make a little neater...
Thanks, applied.
leo
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #27637]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27637 >
Hi,
this patch let's the Tcl test suite complete again. There are no new
fea
My weekly perusing on parrot lists...
On 03/12/04 Dan Sugalski wrote:
> For example, if you look you'll see we have 28 binary "add" ops.
> .NET, on the other hand, only has one, and most hardware CPUs have a
Actually, there are three opcodes: add, add.ovf, add.ovf.un (the last
two throw an ex
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 know that either.
Good point. It seems that aft
Piers Cawley <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>>
>>> The one question I have is whether we need to have a "call class
>>> method" operation that, when you invoke it, looks up the class of the
>>> object and redispat
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> While checking out ponie-2, I got stuck building parrot. The
> following patch papers over the problem, but I wonder why
> makefiles.pl is altering CFLAGS. Shouldn't that information
> logically be in CFLAGS.in?
Maybe processing that doesn't provide t
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.
thanks for testing,
leo
Goplat <[EMAIL PROTECTED]> wrote:
> ops/sys.ops:169: warning: implicit declaration of function `gmtime_r'
> ops/sys.ops:170: warning: implicit declaration of function `asctime_r'
> ops/sys.ops:178: warning: implicit declaration of function `localtime_r'
> msvcrt doesn't have these functions (it us
# New Ticket Created by Matt Fowles
# Please include the string: [perl #27624]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27624 >
All~
This patch makes the output from classes/make a little neater...
Matt
Index: co
Dan Sugalski wrote:
As well as involving much finding of instances, and moving of their
attribute
values, this isn't thread safe (please excuse my lack of PASM syntax
knowledge):
Yeah, adding an attribute requires a stop-the-world action, as every
object that has the modified class needs to be
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #27609]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27609 >
While checking out ponie-2, I got stuck building parrot. The
following patch paper
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
>> The one question I have is whether we need to have a "call class
>> method" operation that, when you invoke it, looks up the class of the
>> object and redispatches to it, or whether class methods are just
>
On 03/13/04 Mark Sparshatt wrote:
> One difficulty is when calling class methods some languages require that
> you provide the class object as the receiver (Ruby and c# do this) while
> some languages let you use an instance of the class as the receiver
> (Java does this)
I think you're confusi
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 redispatch to MMD if the vtable method can't
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi,
> On Saturday 13 March 2004 07:28, Leopold Toetsch wrote:
>> Jens Rieks <[EMAIL PROTECTED]> wrote:
>> > .sub open method
> Or, maybe .sub "foo" method as an alternative syntax?
> This would allow other characters than now in sub names, too.
I've now al
PIR did parse since quite a time instructions like:
$I0 = defined $P0[0]
$P1 = clone $P2
but these were handled with explicite rules. And I found me often writing:
len = length $S0
which wasn't a valid syntax.
I've now tossed the special handling of defined and clone. Instead PIR
allows
1) to disambiguate '.' in method calls from concat the latter now needs
spaces around the dot.
obj.meth # a meth call
x . y # concat x, y
2) added in a bunch of missing operators:
$ perl -Ilib -Iimcc imcc/t/syn/op.t
1..10
ok 1 - +=
ok 2 - -=
ok 3 - *=
ok 4 - /=
ok 5 - &=
ok 6 - |=
ok
Melvin Smith <[EMAIL PROTECTED]> wrote:
> foo.baz is a method or member access
> foo . baz is concatenation
So it is now. CONCAT requires whitespace on either side.
> -Melvin
leo
29 matches
Mail list logo
