[perl6/specs] c5aa24: Remove obsolete file

2019-11-16 Thread Elizabeth Mattijsen
: R S22-package-format-OLD.pod Log Message: --- Remove obsolete file

[perl6/specs] ecda04: S21: removing now obsolete mentions of zavolaj

2015-04-05 Thread GitHub
S21-calling-foreign-code.pod Log Message: --- S21: removing now obsolete mentions of zavolaj

[perl #83250] [BUG] Rakudo wrongly flags down !%% as an obsolete use of !%

2011-02-02 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #83250] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=83250 > rakudo: say Int !%% 2; rakudo d3e9a3: OUTPUT«===SORRY!===␤Infix !% is deprecated in fa

[perl6/specs] 15040d: [S19] (Hopefully) clarified purpose of obsolete -P...

2011-01-29 Thread noreply
Message: --- [S19] (Hopefully) clarified purpose of obsolete -P and -u options

Re: [perl #58794] [PATCH] remove the obsolete .past search in try_bytecode_extensions

2008-09-16 Thread Allison Randal
Reini Urban (via RT) wrote: Old: Guess extensions, so that the user can drop the extensions leaving it up to the build process/install whether or not a .pbc, .pasm, .past or a .pir file is used. New: Search only for .pbc, .pasm, and .pir in that order. The .past file-extension is *long* depreca

Re: [perl #57324] t/fetchspec is obsolete?

2008-07-27 Thread Patrick R. Michaud
the Makefile does. I suspect it's obsolete and can just be removed. Thanks, Pm

[perl #57324] t/fetchspec is obsolete?

2008-07-27 Thread via RT
# New Ticket Created by Eric Wilhelm # Please include the string: [perl #57324] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57324 > Hi, It seems that this file may be no longer used (no change since r25301 - 2008-01-27

Re: [TODO] tools/dev/genrpt.pl is obsolete

2006-01-18 Thread Joshua Hoblitt
Bernhard++ -J -- On Tue, Jan 17, 2006 at 09:55:47PM +0100, Bernhard Schmalhofer wrote: > It looks like the script 'tools/dev/genrpt.pl' does basically the same as > 'parrotbug'. > In order to decrease the level of confusion I propose to remove > genrpt.pl and the associated make targets 'ok', 'o

[TODO] tools/dev/genrpt.pl is obsolete

2006-01-17 Thread Bernhard Schmalhofer
It looks like the script 'tools/dev/genrpt.pl' does basically the same as 'parrotbug'. In order to decrease the level of confusion I propose to remove genrpt.pl and the associated make targets 'ok', 'okfile', 'nok', 'nokfile'. CU, Bernhard

Re: [perl #37414] [PATCH] Removed obsolete win32 exports

2005-10-11 Thread Jonathan Worthington
"Michael Walter (via RT)" <[EMAIL PROTECTED]> wrote: Removed exports for functions which apparently got removed recently. Thanks, applied (r9461). Jonathan

[perl #37414] [PATCH] Removed obsolete win32 exports

2005-10-11 Thread via RT
# New Ticket Created by Michael Walter # Please include the string: [perl #37414] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37414 > Removed exports for functions which apparently got removed recently. parrotdef.pl.p

Re: lib/Make.pm obsolete?

2005-02-01 Thread Leopold Toetsch
Matt Diephouse <[EMAIL PROTECTED]> wrote: > Since no one has said anything to the contrary, would someone remove > it? Done. leo

Re: lib/Make.pm obsolete?

2005-01-31 Thread Matt Diephouse
On Sat, 29 Jan 2005 14:48:22 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Matt Diephouse <[EMAIL PROTECTED]> wrote: > > Is there any reason to keep lib/Make.pm around? > > No, AFAIK. Since no one has said anything to the contrary, would someone remove it? Then I'll close the appropriate ti

Re: lib/Make.pm obsolete?

2005-01-29 Thread Leopold Toetsch
Matt Diephouse <[EMAIL PROTECTED]> wrote: > Is there any reason to keep lib/Make.pm around? No, AFAIK. leo

lib/Make.pm obsolete?

2005-01-28 Thread Matt Diephouse
Is there any reason to keep lib/Make.pm around? It was used by make.pl, but that was deleted more than a year ago. Grepping the parrot directory returns no occurrences of 'use Make;'. If it is deleted, #15988 (Make.pl might load the wrong Make.pm) can be closed. -- matt diephouse http://matt.die

Re: [perl #31850] [PATCH] Remove obsolete files from MANIFEST.generated

2004-10-05 Thread Steve Fink
On Oct-05, Andy Dougherty wrote: > > This patch removes two files that are no longer generated from > MANIFEST.generated. Thanks, applied.

[perl #31850] [PATCH] Remove obsolete files from MANIFEST.generated

2004-10-05 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #31850] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31850 > This patch removes two files that are no longer generated from MANIFEST.generated.

Re: [PS] obsolete files

2003-10-23 Thread Joseph Ryan
Leopold Toetsch wrote: Here is a list of files that I consider to be unused: Hmmm... obsolete... unused... sounds a lot like languages/perl6 :-P - Joe

Re: [PS] obsolete files

2003-10-23 Thread Michael Scott
lib/Parrot/Optimizer.pm They haven't been touched for 20 months / 16 months respectively, I don't know of anybody using them, and I think that IMCC makes them obsolete. Yep, that's right. BTW, what about the perl PackFile stuff, unused and outdated too? Simon Thanks, leo

Re: [PS] obsolete files

2003-10-23 Thread Leopold Toetsch
hem, and I think that IMCC makes them obsolete. Yep, that's right. BTW, what about the perl PackFile stuff, unused and outdated too? Simon Thanks, leo

Re: [PS] obsolete files

2003-10-23 Thread Simon Glover
months / 16 months respectively, I don't know of anybody using them, and I think that IMCC makes them obsolete. Simon

[PS] obsolete files

2003-10-23 Thread Leopold Toetsch
Here is a list of files that I consider to be unused: * ops2cgc.pl unused, functionality is in ops2c.pl * make.pl unused?, seems outdated * classes/csub.pmc AFAIK unused, we have NCI, method_util is outdated * classes/pointer.pmc used AFAIK only by rx.ops - should be a ManagedStruct If no o

Re: Status of PXS and some IMHO obsolete ops

2003-02-23 Thread Leopold Toetsch
[EMAIL PROTECTED] wrote: Leo / Dan -- Have we allocated PASM or IMC directives to replace the setline, setfile, and setpackage ops? * .file * .line [] * .package Should we have an indicator of the name of a sub, too? We don't need .file/.line, imcc knows these, and passes the inf

Re: Status of PXS and some IMHO obsolete ops

2003-02-23 Thread gregor
:35 AM To: P6I <[EMAIL PROTECTED]> cc: Dan Sugalski <[EMAIL PROTECTED]> Subject:Status of PXS and some IMHO obsolete ops As stated in the thread "pxs help", the QT example can be expressed in terms of NCI. So IMHO the following opsen are

Status of PXS and some IMHO obsolete ops

2003-02-23 Thread Leopold Toetsch
As stated in the thread "pxs help", the QT example can be expressed in terms of NCI. So IMHO the following opsen are obsolete: - loadext (unused) - callnative (only in QtHelloWorld.pasm, unimplemented) And further: - setline - setfile - setpackage which are already/ought to be

[OBSOLETE]

2002-03-29 Thread Steve Fink
The two patches in this thread are obsoleted by the 'core key support' patch I just posted.