Allison Randal wrote:
It's that time of year again, and we're looking for reviewers for the
2nd edition of "Perl 6 Essentials". The review will start mid-March and
last about a week. Drop me a message if you're interested.
I would just love to help. I've read the 1st edition, I've read the
apocal
Another hypothetical:
Suppose you have a browser (which understands "language" traits) or a word processor
(which stores "style" and/or "font" information) that is storing some not-text-only
string-like things via scalar strings+ or objectrefs.
You want to do something like "search for all occu
> I brought this up several months ago and was told that a new webpage was
> in the works. Where in the works is it? Does it have an expected time
> to leave the works? I agree with Mitchell that it is important to
> maintain a public face (lest we send the wrong impression).
It will be leav
On Saturday, February 28, 2004, at 01:12 AM, Mitchell N Charity wrote:
(1) LANGUAGES.STATUS is out of date.
I found (on linux x86 [1]):
These languages failed to build:
BASIC/interpreter
jako
miniperl
tcl
tcl failed to build? What was the error?
(my current repository doesn't look much
(1) LANGUAGES.STATUS is out of date.
I found (on linux x86 [1]):
These languages failed to build:
BASIC/interpreter
jako
miniperl
tcl
And these languages were quite broken (bad make test failures):
BASIC/compiler [2]
m4
ruby
scheme
LANGUAGES.STATUS says they all work.
If my res
Hi,
I got parrot to build on Alpha OSF1, but I can't get make test to go. Here's
what I see:
rolf:[524]/var/tmp/parrot>/usr/bin/make test
perl t/harness --gc-debug --running-make-test -b t/op/*.t t/pmc/*.t
t/native_pbc/*.t imcc/t/*/*.t t/src/*.t
t/op/00ff-dos...15944:./parrot: /sbin/loader:
On Fri, 27 Feb 2004, Luke Palmer wrote:
> John Williams writes:
> > I want to get from here
> >
> > method bar_attr(?$val) is accessor {
> > $.bar_attr = $val if exists $val;
> > return $.bar_attr;
> > }
> >
> I think this is a good idea. Proxies are a little advanced for som
On Friday, February 27, 2004, at 12:22 , Dan Sugalski wrote:
At 4:41 PM +0100 2/27/04, Paolo Molaro wrote:
On 02/27/04 Dan Sugalski wrote:
> What .NET calls an attribute parrot calls a property
> What .NET calls a property parrot calls an attribute
[...]
Oh, yeah. No matter which way we go we
Larry Wall wrote:
On Fri, Feb 27, 2004 at 09:08:31AM -0500, Dan Sugalski wrote:
: Nope. If a language wants to provide get/set methods for class
: attributes it needs to create those methods at compilation time.
For Perl 6 it's a single method that might be lvaluable depending on
the declaration
John Williams writes:
> I want to get from here
>
> method bar_attr(?$val) is accessor {
> $.bar_attr = $val if exists $val;
> return $.bar_attr;
> }
>
> to here
>
> method bar_attr() is rw {
> return my $x is Proxy (
>for => $.bar_attr,
>
This may all be explained in the upcoming A12, but I'm trying to get
Accessors figured out in my head, and I had a few questions and comments.
= paraphrased from Damian in
http://www.nntp.perl.org/group/perl.perl6.language/9576)
it seems very likely that if you write:
class Foo { #
--- [EMAIL PROTECTED] wrote:
> 27/02/2004 10:30:22, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>
> >[EMAIL PROTECTED] wrote:
> >
> >> Compiler version:
> >>
> >>Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.00.9466 for
> 80x86
> >
> >Thanks update.
> >
> >
> >> t\op\00ff-dos.t 255
On Fri, Feb 27, 2004 at 03:40:20PM -0500, Simon Glover wrote:
>
> 20707 -- fixed (and also irrelevant now we no longer use assemble.pl)
> 21665 -- fixed
> 21759 -- patch accepted and applied
> 22321 -- patch accepted and applied
ok these are now closed (resolved).
> 26898, 26904, 26927, 2693
I compiled on Tru64
> uname -m -p -r -s -v
OSF1 V4.0 878 alpha
I compiled with the digital compiler, not gcc,
DEC C V5.6-075 on Digital UNIX V4.0 (Rev. 878)
I ran into the inet_pton problem described earlier. This installation
also does
not have snprintf() so I had to add an #ifdef HAS_
# New Ticket Created by Simon Glover
# Please include the string: [perl #27181]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27181 >
This code (a cut-down version of mops.pasm):
setI2, 0
setI
The packfile.c.pat and pf_items.c.pat address the byteswapping, the
dod.c patch was
needed in irix only (dbx showed the pool->mem_pool being zero, I don't
know whether
there's something deeper that my patch hides, but I was not about to
start debugging DOD--
There must be some other problem.
the
On Fri, 2004-02-27 at 16:08, Kenneth A Graves wrote:
> I think this gives a PLATFORMS line of:
> freebsd5.2-i386 YYY ? ? Y Y
>
> How do I verify which runloops/features are working?
I added " or $^O eq 'freebsd'" to t/pmc/{threads,timer}.t and those
tests run
Builds, all tests (that aren't skipped) succeed on FreeBSD 5.2-CURRENT
on i386.
I think this gives a PLATFORMS line of:
freebsd5.2-i386 YYY ? ? Y Y
How do I verify which runloops/features are working?
--kag
myconfig:
Summary of my parrot 0.0.13 configuratio
At 12:44 PM -0800 2/27/04, Larry Wall wrote:
On Fri, Feb 27, 2004 at 09:08:31AM -0500, Dan Sugalski wrote:
: Nope. If a language wants to provide get/set methods for class
: attributes it needs to create those methods at compilation time.
For Perl 6 it's a single method that might be lvaluable depe
On Fri, Feb 27, 2004 at 09:08:31AM -0500, Dan Sugalski wrote:
: Nope. If a language wants to provide get/set methods for class
: attributes it needs to create those methods at compilation time.
For Perl 6 it's a single method that might be lvaluable depending on
the declaration of the attribute.
20707 -- fixed (and also irrelevant now we no longer use assemble.pl)
21665 -- fixed
21759 -- patch accepted and applied
22321 -- patch accepted and applied
26898, 26904, 26927, 26939, 26941, 26945, 26953,
26956, 26964, 26976, 27097, 27098, 27143, 27150 -- spam
Simon
27/02/2004 10:30:22, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] wrote:
>
>> Compiler version:
>>
>> Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.00.9466 for 80x86
>
>Thanks update.
>
>
>> t\op\00ff-dos.t 255 65280 24 200.00% 1-2
>
>Strange
>
I've sent
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #27186]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27186 >
t\op\00ff-dos.t consistantly failed with
T:\>perl t\harness t\op\00ff-
Andrew Dougherty wrote:
> On Fri, 27 Feb 2004, Gordon Henriksen wrote:
>
> > On Mac OS X, the preferred technique would be to weak link with
> > inet_pton and test for its availability at run-time. (inet_pton is
> > not available on 10.1, but is available on 10.3.) This would be
> > another cas
On Fri, 27 Feb 2004, Gordon Henriksen wrote:
> inet_pton is preferrable, as it supports IPv6.
> That is, inet_pton should trump inet_aton if both are available.
Probably, but that would require testing to see if inet_pton is available.
That information is not available from perl5's Configure, an
At 4:41 PM +0100 2/27/04, Paolo Molaro wrote:
On 02/27/04 Dan Sugalski wrote:
> What .NET calls an attribute parrot calls a property
> What .NET calls a property parrot calls an attribute
[...]
Oh, yeah. No matter which way we go we'll be confusing someone, since
there are languages that call
inet_pton is preferrable, as it supports IPv6. I think the code should
read either:
#if PARROT_HAS_INET_PTON
... use inet_pton ...
#else
... use inet_aton ...
#endif
or
#if PARROT_HAS_INET_PTON
... use inet_pton ...
#elsif PARROT_HAS_INET_ATON
... use inet_ato
On Fri, 27 Feb 2004, Leopold Toetsch wrote:
> Peter Sinnott wrote:
>
> > I have downloaded the snapshot dated 27-Feb-2004 00:01 from
> > http://cvs.perl.org/snapshots/parrot/ and tested it on hpux.
> >
> > I order to get it to compile I have to revert to using inet_aton
> > at line 623 of io_unix
At 4:10 PM +0100 2/27/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 11:09 AM +0100 2/27/04, Leopold Toetsch wrote:
makes me wonder, ifn't such method functions should get a PMC of the
class, for which the method was called
Yes... and no.
The class in which the method wa
On 02/27/04 Dan Sugalski wrote:
> > What .NET calls an attribute parrot calls a property
> > What .NET calls a property parrot calls an attribute
[...]
> Oh, yeah. No matter which way we go we'll be confusing someone, since
> there are languages that call what we call an attribute an attribute.
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Mitchell N Charity <[EMAIL PROTECTED]> wrote:
> > Some quick observations on parrot_2004-02-26_08.
>
> > Files with ^M:
> [ ... ]
> >./t/op/00ff-dos.t
>
> Actually that one is failing on Win32!!!1 Is this caused by the test
> system? Which
H.Merijn Brand <[EMAIL PROTECTED]> wrote:
> On Fri 27 Feb 2004 12:49, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> hpux-pa_risc2.0-gcc2.9 B -- Y Y Y*2 Y
> parrot_2004-02-27_08
> HP-UX 11.00 pa-risc2.0 / perl-5.8.3-dor / HP C-ANSI-C
> /usr/ccs/bin/ld: Unsatisfied
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:09 AM +0100 2/27/04, Leopold Toetsch wrote:
>>makes me wonder, ifn't such method functions should get a PMC of the
>>class, for which the method was called
> Yes... and no.
> The class in which the method was found does have to be noted. I
> stuck a
At 5:29 PM -0500 2/26/04, Mitchell N Charity wrote:
docs/pdds/pdd15_objects.pod, =head2 Translation, includes (edited)
What .NET calls an attribute parrot calls a property
What .NET calls a property parrot calls an attribute
Ouch.
Oh, yeah. No matter which way we go we'll be confusing someone,
At 11:09 AM +0100 2/27/04, Leopold Toetsch wrote:
makes me wonder, ifn't such method functions should get a PMC of the
class, for which the method was called
Yes... and no.
The class in which the method was found does have to be noted. I
stuck a slot in the interpreter struct for it at one point
At 7:57 AM +0100 2/27/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
The rule is that a method in a class has access to the attributes for
that class and nothing else.
Ah, that was the reason of my confusion. Could you adapt the docs
accordingly:
Yep. I'll patch that up.
>
At 5:16 PM -0700 2/26/04, Luke Palmer wrote:
Dan Sugalski writes:
At 2:38 PM +0100 2/26/04, Leopold Toetsch wrote:
>Simplifies compilers:
>
>newclass P1, "Foo"
>addattribute P1, "i"
>findclass I1, "Foo"
>new P2, I1
>
>classoffset I2, P2
>
>In static cases, where P2 is
On Fri 27 Feb 2004 12:49, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Parrot-0.0.999 was reported to compile and run tests successfuly on these
> platforms:
>
> PlatformB8Runloops Feature Compile Tests
> CGoto JIT EXEC Thr Sig
> --
Mitchell N Charity <[EMAIL PROTECTED]> wrote:
> Some quick observations on parrot_2004-02-26_08.
> Files with ^M:
[ ... ]
>./t/op/00ff-dos.t
Actually that one is failing on Win32!!!1 Is this caused by the test
system? Which line endings do we support?
> The file ./testyamd probably bel
Mitchell N Charity <[EMAIL PROTECTED]> wrote:
> README says
[ snip ]
There was more outdatet stuff in there. Fixed.
> Mitchell
leo
Since I just got a clean test-run on a platform not mentioned in the
PLATFORMS file (Solaris 9, Sparc, gcc), I thought that I'd send in a
success report. But the docs I can find don't mention that at all, so
I'm not sure where to send it. Do I just send the output of "make ok"
to [EMAIL PROTECTED]
Parrot-0.0.999 was reported to compile and run tests successfuly on these
platforms:
PlatformB8Runloops Feature Compile Tests
CGoto JIT EXEC Thr Sig
-
aix
Peter Sinnott wrote:
I have downloaded the snapshot dated 27-Feb-2004 00:01 from
http://cvs.perl.org/snapshots/parrot/ and tested it on hpux.
I order to get it to compile I have to revert to using inet_aton
at line 623 of io_unix.c. inet_pton was causing unsatisfied symbols
at link time.
We need
On Thu, Feb 26, 2004 at 09:29:59AM +0100, Leopold Toetsch wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> > Please help me fill out the blanks by sending or committing patches.
> > Please make sure to have the latest and best Parrot from CVS.
>
> Still a lot of platforms missing. Please ...
On Friday 27 February 2004 05:35, Allison Randal wrote:
> It's that time of year again, and we're looking for reviewers for the
> 2nd edition of "Perl 6 Essentials". The review will start mid-March and
> last about a week. Drop me a message if you're interested. We may have
> to narrow down the lis
I've committed two additional object tests. The last one
ok 25 - attribute values, inherited access meths
makes me wonder, ifn't such method functions should get a PMC of the
class, for which the method was called, e.g.:
Parrot_find_method_with_cache()
...
if (method) {
REG_PMC(4) =
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Here (and attached) is summary of the various make testX_imcc reports
> plus the myconfig information.
Can you please run all tests:
$ make test # or nmake
$ make testj
$ make testC
...
> Summary of my parrot 0.0.13 configuration:
> Compiler:
Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> Here's a summary of what I've been able to test so far.
Thanks, applied.
> ... Feel free to edit as you see fit.
I've compacted the columns a bit more.
> ... (The Solaris Y/84 means 84 subtests failed under
> 'make testj'. I had to manually kill a
Jarkko Hietaniemi wrote:
The attached patch brings things if not to perfection at least quite
close.
Great. Thanks for your time having a look at that.
Applied. Works - i386 can successfully process all these PBCs.
I have tested
the patch and the included pbc files in:
- little-endian 64-bit tr
Adam Thomason <[EMAIL PROTECTED]> wrote:
> Attached patch adds docs/porting_intro.pod, a newcomer's guide to
> Parrot subsystems with info on how to help implement them on new
> targets. Its content is inlined here as well.
Great. Thanks, applied.
leo
50 matches
Mail list logo
