Re: [PATCH] t/pmc/os.t 'mkdir' test can fail

Applied in r10855. Thanks Alberto Bob Rogers wrote: . . . depending on where Parrot is located. Mine is in /usr/src/parrot, so the code expected /usr/xpto/parrot/src instead of /usr/src/parrot/xpto . . . -- Bob Rogers

[perl #38135] Have the build html use Pod::Find

# New Ticket Created by Joshua Isom # Please include the string: [perl #38135] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38135 > Since files are sometimes added and deleted(I noticed today the os.pmc file), and becau

This week's summary

The Perl 6 summary for the week ending 2006-01-01 Another year, another summary. You might think I'm going to summarize the events of the whole year, but it turns out that chromatic's already done it. So in the spirit of laziness, I'll just point you at his year end summary.

[PATCH] Fix for cwd in os.pmc on HP-UX

This tidy patch makes cwd work on HP-UX. As it stands at the moment it gives an 'invalid argument' exception (although it gave a more meaningful message earlier this morning). The manual page for getcwd says: If buf is a NULL pointer, getcwd() obtains size bytes of space using malloc(

Re: [PATCH] Fix for cwd in os.pmc on HP-UX

Applied in r10864. Maintained the old version as well, because some folks were complaining not to have PATH_MAX defined. I hope those can work the way it was before. Cheers. Alberto Nick Glencross wrote: This tidy patch makes cwd work on HP-UX. As it stands at the moment it gives an 'invalid

Bus errors in floatvalarray.t on HP-UX

Guy, There are a few red splodged in smoke on HP-UX which I can elaborate on. The actual line causing problems is list.c:1042 (r10861) , and I suspect are caused by pointer alignment, but frustratingly gdb doesn't help much. # ./parrot t/pmc/floatvalarray_4.pasm Bus error(coredump) A typical ba

[perl #38136] [TODO] Tcl - call fully qualified builtins

# New Ticket Created by Will Coleda # Please include the string: [perl #38136] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38136 > ::puts {Hello World} should work.

[perl #38138] [TODO] - Tcl - implement [file]

# New Ticket Created by Will Coleda # Please include the string: [perl #38138] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38138 > (This is possible now that we have OS.pmc)

next release

The next monthly release is due on next weekend (probably Sunday). * consider the src tree is mildly frozen * no more feature patches please * tests, consolidation of current, especially recent OS.pmc on various platforms, is highly welcome * bug fixes, doc updates as well Thanks, leo

Re: Junctions again (was Re: binding arguments)

HaloO, Luke Palmer wrote: Which "reads nicely", but it is quite opaque to the naive user. I guess many things are opaque to naive users ;) Whatever solution we end up with for Junctions, Larry wants it to support this: if $x == 1 | 2 | 3 {...} And I'm almost sure that I agree with him

[perl #38140] src/classes/coroutine.pmc has CRLF line terminators

# New Ticket Created by Andy Dougherty # Please include the string: [perl #38140] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38140 > I don't know why, but src/classes/coroutine.pmc has CRLF line terminators, while all

[perl #38139] Configure.pl no longer honors --optimize.

# New Ticket Created by Andy Dougherty # Please include the string: [perl #38139] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38139 > The $optimize flag no longer shows up in the root Makefile anywhere. Configure.pl --

Re: This week's summary

ti, 2006-01-03 kello 13:57 +, The Perl 6 Summarizer kirjoitti: > Planet Perl Six is a handy news aggregator of several Perl 6 related > sources. > > I believe that is actually Thanks for the great summary! -- wolverian <[EM

[perl #37770] Build warning in pbc_merge

This warning seems to have vanished: works fine with gcc 3.3 and 4.0 on OS X now. > [coke - Sat Nov 26 12:39:52 2005]: > > src/pbc_merge.c > src/pbc_merge.c: In function 'pbc_merge_bytecode': > src/pbc_merge.c:219: warning: assignment discards qualifiers from > pointer target type > src/pbc_me

[perl #38142] [TODO] Os.pmc - lstat

# New Ticket Created by Will Coleda # Please include the string: [perl #38142] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38142 > Need 'lstat'() to go along with 'stat'()

Re: [perl #37770] Build warning in pbc_merge

On Tuesday 03 January 2006 12:05, Will Coleda via RT wrote: > This warning seems to have vanished: works fine with gcc 3.3 and 4.0 on OS > X now. Leo fixed it in #10656. (I thought I accidentally checked it in with another patch, but fortunately not.) -- c

Re: [perl #37770] Build warning in pbc_merge

On Jan 3, 2006, at 23:04, chromatic wrote: On Tuesday 03 January 2006 12:05, Will Coleda via RT wrote: This warning seems to have vanished: works fine with gcc 3.3 and 4.0 on OS X now. Leo fixed it in #10656. (I thought I accidentally checked it in with another patch, but fortunately no

pkgsrc build

Recently on IRC: < Debolaz> leo: You can see the patches I made at http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/parrot/patches/ < Debolaz> The only one that's really needed to make things compile is patch-ac, but patch-ad might be of some interest. Folks,

Table of Perl 6 "Types"

Hello all, I hope everyone is having a good start to the new year. As Audrey's posts have mentioned, we are starting to work on container and boxed types in the PIL^N/PIL2 runcore. Over the holidays I went through the most recent Synopsis and attempted to compile a list of what I think are

Re: pkgsrc build

On 1/3/06, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Recently on IRC: > > < Debolaz> leo: You can see the patches I made at > > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/parrot/patches/ > < Debolaz> The only one that's really needed to make things compile is > patch-ac, but >

Re: [perl #38139] Configure.pl no longer honors --optimize.

The handling of --optimize was begging to be cleanup already. This should be fixed in r10876. Thanks for reporting. -J -- On Tue, Jan 03, 2006 at 10:20:32AM -0800, Andy Dougherty wrote: > # New Ticket Created by Andy Dougherty > # Please include the string: [perl #38139] > # in the subject l

Re: Table of Perl 6 "Types"

Hello again, Chip pointed out to me that my post was severely mangaled because it was too wide, so I have reformatted to fit within 70 columns, hope this works better. NOTE: I realize that this format may be entirely inappropriate for this too. The type "hierarchy" is likely to be more g

[perl #38140] src/classes/coroutine.pmc has CRLF line terminators

committed fix as r10873. thanks for reporting. ~jerry

[perl #38141] [PATCH] CFLAGS missed two files in src/ reorganization

# New Ticket Created by Andy Dougherty # Please include the string: [perl #38141] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38141 > This patch fixes a couple of simple oversights falling out of the src/ reorganizatio

Re: [perl #34549] atan2() isn't IEEE compliant on OpenBSD/*BSD/Cygwin/Solaris

In message <[EMAIL PROTECTED]>, Steve Peters writes: : On Mon, Jan 02, 2006 at 09:01:55AM -0600, Greg Bacon wrote: : : > After upping to r10844, trans.t still fails: : : What operating system are you using? Sorry. That report was for Cygwin. Greg

[perl #38141] [PATCH] CFLAGS missed two files in src/ reorganization

thanks, applied as r10874. ~jerry

Dereference and assignment semantics.

This is a brain-dump of how container types and contexts work in the new Pugs runcore. Assuming everything other than an explicit method call is subject to MMD, we have this desugaring: # Sugared syntax ${$x} = 5; # Desugared syntax &infix:<=>(&circumfix:<${ }>($x), 5); It's str

[perl #38145] [TODO] OS.pmc - update file times

# New Ticket Created by Will Coleda # Please include the string: [perl #38145] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38145 > The OS pmc provides a mechanism for getting mtime and atime, but doesn't provide a mec

[perl #38146] [TODO] OS.pmc - file copy

# New Ticket Created by Will Coleda # Please include the string: [perl #38146] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38146 > OS.pmc should provide both a: copy(source_file,target) And a copy(array_of_source_fil

Re: Junctions again (was Re: binding arguments)

Luke Palmer wrote: > Whatever solution we end up with for Junctions, Larry wants it to > support this: > > if $x == 1 | 2 | 3 {...} > > And I'm almost sure that I agree with him. It's too bad, because > except for that little "detail", fmap was looking pretty darn nice for > junctions. Not re

Re: [RFC] Dynamic binding patch

From: Larry Wall <[EMAIL PROTECTED]> Date: Mon, 2 Jan 2006 20:11:23 -0800 On Mon, Jan 02, 2006 at 06:55:24PM -0500, Bob Rogers wrote: : [2] About two-thirds of the way through A06 (search for "temporize : object attributes"), Larry says that this will be done via : clo

Re: Junctions again (was Re: binding arguments)

On 1/4/06, Jonathan Lang <[EMAIL PROTECTED]> wrote: > > And I'm almost sure that I agree with him. It's too bad, because > > except for that little "detail", fmap was looking pretty darn nice for > > junctions. > > Not really. If I read the fmap proposal correctly, You didn't :-) > if any($x,

S3 vs. S4: parallel lists

I think there might be a discrepency between S3 and S4. S3: > In order to support parallel iteration over multiple arrays, > Perl 6 has a zip function that builds tuples of the elements of > two or more arrays. > > for zip(@names; @codes) -> [$name, $zip] { > print "Name: $name; Zip