[perl #41912] [CAGE] survey tools/ dir for unused, old, or broken code, and remove or fix as necessary

Here's a list as of today -- and one that is not limited to perl scripts: $ svn status -v tools/dev/* | tr -s ' ' | sort -t ' ' -k 7 -k 12 | cut -d ' ' -f3,5 11501 tools/dev/mk_native_pbc 11501 tools/dev/testyamd 17087 tools/dev/parrot_8.supp 17087 tools/dev/src-t.sh 17087 tools/dev/vms-patch 1881

[perl #47940] [CAGE] mk_native_pbc stale

On Wed Nov 28 20:34:32 2007, coke wrote: > mk_native_pbc has, 2x: > > make -s progclean >From config/gen/makefiles/[EMAIL PROTECTED]: progclean : $(RM_F) $(O_FILES) \ $(PARROT) $(IMCC_DIR)/main$(O) \ $(PDUMP) $(SRC_DIR)/pdump$(O) $(SRC_DIR)/packdump$(O) \ $(SRC_DIR)/pbc_info$

[perl #47247] [PATCH] Move executable code out of gcc_pcc header

On Thu Jul 31 16:38:12 2008, [EMAIL PROTECTED] wrote: > > I believe you can safely modify the file and add the line after: > > #CONDITIONED_LINE(i386_has_gcc_cmpxchg): $(SRC_DIR)/atomic/gcc_x86$(O) \ > > (That's on line 372 for me). > Thanks. I tried that out. I applied (in sandbox) the

Re: Parrot with llvm-gcc 4.2

On Fri, Aug 01, 2008 at 12:47:28AM +0200, Moritz Lenz wrote: > Joshua Hoblitt wrote: > > Since llvm-gcc uses the gcc front end this isn't surprising. > > Considering that perl 5 doesn't work with XS modules when compiled with > llvm-gcc, I think it's at least worth to mention ;-) I didn't say i

Re: Parrot with llvm-gcc 4.2

Since llvm-gcc uses the gcc front end this isn't surprising. In fact, if parrot failed to build with that compiler it would only tell us that there is something wrong with their intergration work. IMHO it would be more interesting to test with clang which might actually pick up some sort of porta

[perl #44437] [TODO] Use src_dir instead of build_dir when reading MANIFEST

On Mon Aug 06 05:29:23 2007, pcoch wrote: > In the file t/codingstd/linelength.t there is the todo item: > > # XXX this should really be using src_dir instead of build_dir but it > # doesn't exist (yet) > > This needs to be implemented Alberto, svn annotate and svn log suggest that you wrote th

Re: [perl #31292] [PATCH] classes/unmanagedstruct.pmc - Don't Share Nested Structs Across Parents

On Thursday 31 July 2008 16:38:01 James Keenan via RT wrote: > Should we still have this patch under consideration, and the related > issues under discussion? Yes. I need to check in a test case and see if it's still a problem. (I believe it is; there's precious little testing of vtable freeze

[perl #41508] [BUG] Configure losing flags...

On Wed Feb 14 09:09:14 2007, coke wrote: > Trying to build with GMP support on OSX intel. I have libgmp in > /opt/local/bin/ > coke: Are you still experiencing these problems? Thank you very much. kid51

[perl #31292] [PATCH] classes/unmanagedstruct.pmc - Don't Share Nested Structs Across Parents

c: Should we still have this patch under consideration, and the related issues under discussion? Thank you very much. kid51

Re: [perl #47247] [PATCH] Move executable code out of gcc_pcc header

On Thursday 31 July 2008 16:27:58 James Keenan via RT wrote: > I tried again today to apply this patch and I still cannot get it to > apply cleanly. I got this *.rej file: > > $ cat config/gen/makefiles/root.in.rej > *** > *** 379,384 > \ > $(OPS_DIR)/core_ops$(O) \

[perl #32087] [PATCH] .include with an absolute path

Coke: Given the points Leo made and the fact that there has been nothing from the OP in 4 years, can we close this ticket? Thanks. kid51

Re: Design of the "code" classes

Moritz Lenz moritz-at-casella.verplant.org |Perl 6| wrote: I think what the discussion is missing that there Regexes are also Callable (I think so, at least). Yes, you are right. S05 says that a named regex is an object of type Method actually. They are just another syntax for writing Rules.

[perl #47247] [PATCH] Move executable code out of gcc_pcc header

I tried again today to apply this patch and I still cannot get it to apply cleanly. I got this *.rej file: $ cat config/gen/makefiles/root.in.rej *** *** 379,384 \ $(OPS_DIR)/core_ops$(O) \ $(OPS_DIR)/core_ops_switch$(O) \ $(SRC_DIR)/builtin$(O) \ $

[perl #38929] [CAGE] [C] Get executable code out of .h files

Andrew, Do you know how this ticket stands? Thank you very much. kid51

[perl #55954] [PATCH]: Add 'make smolder_test' target

Since thanks to Michael Peters' work on Smolder we now have a Smolder server, and since thanks in large part to Dan Magnuszewski we have lots of Smolder reports daily, I think we have achieved the major objectives of this RT. I recommend that the ticket be marked resolved and that, if new Smolder-

[perl #57486] [patch] Fix stat / lstat test failure on Cygwin

# New Ticket Created by Donald Hunter # Please include the string: [perl #57486] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57486 > This is a patch for t/pmc/os.t to fix test failures on Cygwin. This is generated agains

[perl #56716] [TODO]: speed up the configure tests

Since we have achieved the single largest feasible speedup discussed in this thread -- consolidation of the steps in t/steps/ -- I am going to mark this ticket resolved. I am opening a new RT, 57492, calling for exploration of the feasibility of consolidating or otherwise speeding up the tests in

[perl #57492] [CAGE] Explore possible speedups of t/configure/*.t tests

# New Ticket Created by James Keenan # Please include the string: [perl #57492] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57492 > At particle's request, in RT 56716 I consolidated multiple configuration step class te

Re: Parrot with llvm-gcc 4.2

Joshua Hoblitt wrote: > Since llvm-gcc uses the gcc front end this isn't surprising. Considering that perl 5 doesn't work with XS modules when compiled with llvm-gcc, I think it's at least worth to mention ;-) > In fact, if > parrot failed to build with that compiler it would only tell us that t

Re: Inter-HLL Mapping Notes

From: "Will Coleda" <[EMAIL PROTECTED]> Date: Thu, 31 Jul 2008 14:47:36 -0400 On Sat, Jul 26, 2008 at 10:38 PM, Bob Rogers > Since HLLs can define their own multimethods on the existing Integer > class without subclassing, and without fear of conflict, that is not > sufficient r

Re: Parrot with llvm-gcc 4.2

As a followup I added a line to PLATFORMS, as particle and Coke requested. I also ran the benchmark tests with an optimized build both with llvm-gcc 4.2 and ordinary gcc 4.2, here is what I get: ordinary gcc: real1m29.733s user1m22.489s sys 0m7.024s llvm-gcc: real1m55.984s user

Re: Parrot with llvm-gcc 4.2

On Thursday 31 July 2008 13:53:21 Moritz Lenz wrote: > rurban ask on IRC if somebody already tested parrot with llvm-gcc. So I > just tried it out, and, *miracle*, it actually worked. Without any > modifications. > > Just a > make realclean; perl Configure.pl --cc=llvm-gcc && make test > yields > A

Parrot with llvm-gcc 4.2

rurban ask on IRC if somebody already tested parrot with llvm-gcc. So I just tried it out, and, *miracle*, it actually worked. Without any modifications. Just a make realclean; perl Configure.pl --cc=llvm-gcc && make test yields All tests successful, 17 tests and 658 subtests skipped. with llvm-g

Re: Inter-HLL Mapping Notes

On Wed, Jul 23, 2008 at 11:02 AM, chromatic <[EMAIL PROTECTED]> wrote: > On Tuesday 22 July 2008 21:58:10 Mark Glines wrote: > >> Integer is a good example of the problem, actually. >> >> The internal storage format doesn't change, > > It certainly can. I imagine that Kea-CL's Integers autopromote

Re: Inter-HLL Mapping Notes

On Sat, Jul 26, 2008 at 10:38 PM, Bob Rogers <[EMAIL PROTECTED]> wrote: > From: Mark Glines <[EMAIL PROTECTED]> > Date: Tue, 22 Jul 2008 21:58:10 -0700 > > . . . > > Integer is a good example of the problem, actually. > > The internal storage format doesn't change, but the methods you can

[perl #57476] [pdb] parrot version

# New Ticket Created by Will Coleda # Please include the string: [perl #57476] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57476 > The parrot_debugger version should, IMO, be identical to the parrot version. (e.g., it's

[perl #57474] [pdb] parrot debugger segfault

# New Ticket Created by Will Coleda # Please include the string: [perl #57474] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57474 > Running `parrot_debugger` over the tcl library code generates either a segfault or a cras

[perl #57452] Many spectest_regression tests fail to run

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57452] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57452 > $ svn info | grep vi Revision: 29905 Many of the spectests look like this right now: t

Re: [perl #57448] Asking .WHAT on an enum element in rakudo causes null PMC access

Carl (>): > $ svn info | grep vi 29905

[perl #57448] Asking .WHAT on an enum element in rakudo causes null PMC access

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57448] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57448 > $ svn info | grep vi $ ./perl6 -e 'enum Weekday; say Tuesday.WHAT' Null PMC access in f

[perl #57450] Enum elements don't have a .perl method in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57450] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57450 > $ svn info | grep vi Revision: 29902 $ ./perl6 -e 'enum Weekday; say Monday' # works 0

[perl #57446] Enums of only one element don't work i rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57446] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57446 > $ svn info | grep Revi Revision: 29902 $ ./perl6 -e 'enum Weekday;' # works $ ./perl6 -

[perl #57468] unused VNSNPRINTF check?

# New Ticket Created by Will Coleda # Please include the string: [perl #57468] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57468 > There's an ifdef in misc.c to allow us to conditionally use vnsnprintf. If we're going t

Re: Design of the "code" classes

John M. Dlugosz wrote: > I wrote up a summary and some notes and posted at > . I think what the discussion is missing that there Regexes are also Callable (I think so, at least). Also I'm not sure that Routine actually isa Block, because a Block can be

Beta of web services to fulfill smoke "Queryability" requirements.

A while back I across the web page: RFP: Parrot needs better smoke reports (at url: http://www.perlfoundation.org/parrot/index.cgi?rfp_parrot_needs_better_smoke_reports). After reading the requirements for "Queryability" I decided to try to write some web query forms and reports that fit those

"Code-only forms"?

In S04, "Other similar Code-only forms ..." What does that mean?

continuation taken?

In S04, "Note that temporizations that are undone upon scope exit must be prepared to be redone if a continuation within that scope is taken." What will create a continuation there and how do you take it? That is, how will this ever happen? --John

Re: [perl #57428] [DEPRECATED] [PDD19] .HLL 'name', 'lib'

Attached is a patch that does this, but I'm not quite sure about the last 2 statements. Hence, this is submitted as a patch instead of me applying it myself. kjs On Wed, Jul 30, 2008 at 7:47 PM, via RT Will Coleda < [EMAIL PROTECTED]> wrote: > # New Ticket Created by Will Coleda > # Please inc

Re: [perl #57430] [TODO] [PDD19] implement .HLL_map 'Foo' = 'Bar'

Implemented in r29908. kjs On Wed, Jul 30, 2008 at 7:51 PM, via RT Will Coleda < [EMAIL PROTECTED]> wrote: > # New Ticket Created by Will Coleda > # Please include the string: [perl #57430] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket

Re: [perl #57438] [DEPRECATED] [PDD19] .pragma n_operators

On Wed, Jul 30, 2008 at 9:06 PM, via RT Will Coleda < [EMAIL PROTECTED]> wrote: > # New Ticket Created by Will Coleda > # Please include the string: [perl #57438] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=57438 > > >

Re: [perl #57410] [TODO] syntactic sugar for named arguments: "key" => value - Add to PDD19 or deprecate

On Wed, Jul 30, 2008 at 8:22 PM, Will Coleda via RT < [EMAIL PROTECTED]> wrote: > On Wed, Jul 30, 2008 at 9:13 AM, via RT Klaas-Jan Stol > <[EMAIL PROTECTED]> wrote: > > # New Ticket Created by Klaas-Jan Stol > > # Please include the string: [perl #57410] > > # in the subject line of all future

Re: [perl #57444] [PATCH] add the S29-trig tests to spectest regression

jason switzer (via RT) wrote: > Recent changes to the S29-trig tests have them properly fudged and passing > as of revision 29865. The attached file is the patch to the > spectest_regression to add them to the regression tests. Thanks for your good work. However I'm reluctant to add the test for