Re: [perl #36136] [PATCH] Add "Amber for parrot" to languages/LANGUAGES.STATUS

2005-06-06 Thread Leopold Toetsch
Roger Browne <[EMAIL PROTECTED]> wrote: > 1. Added an entry for "Amber for parrot" to languages/LANGUAGES.STATUS Thanks, applied - r8281 > PS: The "Patch Submission Instructions" page > http://www.parrotcode.org/patchfaq.html > says "do a diff -u"

[perl #36136] [PATCH] Add "Amber for parrot" to languages/LANGUAGES.STATUS

2005-06-06 Thread via RT
# New Ticket Created by Roger Browne # Please include the string: [perl #36136] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36136 > 1. Added an entry for "Amber for parrot" to languages/LANGUAGES.STAT

Re: [perl #31063] [PATCH] Mention new languages in LANGUAGES.STATUS

2004-08-13 Thread Leopold Toetsch
Bernhard Schmalhofer (via RT) wrote: the two new languages 'Span' and 'Parakeet' should be mentioned in LANGUAGES.STATUS. Thanks, applied. leo

[perl #31063] [PATCH] Mention new languages in LANGUAGES.STATUS

2004-08-13 Thread via RT
should be mentioned in LANGUAGES.STATUS. I see that LANGUAGES.STATUS is in a funny text format. Would it be useful to transform it into something like YAML? CU, Bernhard -- /* [EMAIL PROTECTED] */ NEU: WLAN-Router fïr 0,- EUR* - auch fïr DSL-Wechsler! GMX DSL = supergïnstig & kabellos h

Re: [perl #27308] [PATCH] split entry for BASIC in LANGUAGES.STATUS

2004-03-03 Thread Michael Scott
this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=27308 > This patch modifies ./languages/LANGUAGES.STATUS, breaking the current BASIC entry into separate BASIC/compiler and BASIC/interpreter entries. Why? The ./languages/BASIC directory has two independent subprojects, ./languages/BA

[perl #27308] [PATCH] split entry for BASIC in LANGUAGES.STATUS

2004-03-03 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #27308] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=27308 > This patch modifies ./languages/LANGUAGES.STATUS, breaking the current BA

Re: LANGUAGES.STATUS

2004-03-01 Thread Piers Cawley
Mitchell N Charity <[EMAIL PROTECTED]> writes: > (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 mak

Re: LANGUAGES.STATUS

2004-03-01 Thread Bernhard Schmalhofer
Andrew Dougherty wrote: On Sat, 28 Feb 2004, Mitchell N Charity wrote: (1) LANGUAGES.STATUS is out of date. Just to round out the record, here's a summary of what I got on Solaris 8, with Sun's compiler and Sun's perl5.005_03 for 'make languages' and 'make l

Re: LANGUAGES.STATUS

2004-02-28 Thread Andrew Dougherty
On Sat, 28 Feb 2004, Mitchell N Charity wrote: > (1) LANGUAGES.STATUS is out of date. Just to round out the record, here's a summary of what I got on Solaris 8, with Sun's compiler and Sun's perl5.005_03 for 'make languages' and 'make languages-test': ma

Re: LANGUAGES.STATUS

2004-02-28 Thread Bryan Donlan
On Saturday 28 February 2004 02:17 pm, Mitchell N Charity wrote: >> And these languages were quite broken (bad make test failures): > > [...] > >> m4 > > [...] > >> scheme > >M4 and scheme pass all tests for me, on Gentoo Linux. myconfig is: > > Ok, they both fail on my perl

Re: LANGUAGES.STATUS

2004-02-28 Thread Mitchell N Charity
?? % ?? t/basic/004_define.t 255 65280?? ?? % ?? t/basic/005_define_with_blanks.t 255 65280?? ?? % ?? t/basic/006_define_with_rest.t255 65280?? ?? % ?? t/basic/007_empty_line.t 255 65280?? ?? % ?? t/basic/008_two_tests.t

Re: LANGUAGES.STATUS

2004-02-28 Thread Will Coleda
: Sat, 28 Feb 2004 01:10:05 -0500 Subject: Re: LANGUAGES.STATUS Content-Type: text/plain; charset=US-ASCII; format=flowed Cc: [EMAIL PROTECTED] To: [EMAIL PROTECTED] From: Will Coleda <[EMAIL PROTECTED]> In-Reply-To: <[EMAIL PROTECTED]> Message-Id: <[EMAIL PROTECTE

Re: LANGUAGES.STATUS

2004-02-28 Thread Bryan Donlan
On Saturday 28 February 2004 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 > > And these languages were qui

Re: LANGUAGES.STATUS

2004-02-28 Thread Mitchell N Charity
Date: Sat, 28 Feb 2004 01:10:05 -0500 Subject: Re: LANGUAGES.STATUS Content-Type: text/plain; charset=US-ASCII; format=flowed Cc: [EMAIL PROTECTED] To: [EMAIL PROTECTED] From: Will Coleda <[EMAIL PROTECTED]> In-Reply-To: <[EMAIL PROTECTED]> Message-Id: <[EMAIL PR

Re: LANGUAGES.STATUS

2004-02-28 Thread Gregor N. Purdy
-- Gregor On Fri, 2004-02-27 at 22:12, 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 > > And these languages were

Re: LANGUAGES.STATUS

2004-02-27 Thread Will Coleda
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

LANGUAGES.STATUS

2004-02-27 Thread Mitchell N Charity
(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

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-13 Thread Piers Cawley
Dan Sugalski <[EMAIL PROTECTED]> writes: > On Wed, 8 Oct 2003, Luke Palmer wrote: > >> Luke Palmer writes: >> > Hi Jos, >> > >> > Jos Visser writes: >> > > Mightn't it be (is this English by the way? :-) a good idea to use >>

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Andrew Wilson
On Wed, Oct 08, 2003 at 10:17:32AM -0400, Dan Sugalski wrote: > On Wed, 8 Oct 2003, Luke Palmer wrote: > > There it goes again! That was *supposed* to be off-list! > > > > Well, now the entirety of the internals list can learn about English > > grammar. Hoo-ray. > > You mean "American Grammar".

Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Melvin Smith
dea to use LANGUAGES.STATUS also for maintaining track of parrot-generating compilers that are not in the main tree? If people agree that it's a good idea I would like to submit the following three liner: OpenComal C

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Dan Sugalski
On Wed, 8 Oct 2003, Luke Palmer wrote: > Luke Palmer writes: > > Hi Jos, > > > > Jos Visser writes: > > > Mightn't it be (is this English by the way? :-) a good idea to use > > > LANGUAGES.STATUS also for maintaining track of parrot-generating &

Re: [off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Luke Palmer
Luke Palmer writes: > Hi Jos, > > Jos Visser writes: > > Mightn't it be (is this English by the way? :-) a good idea to use > > LANGUAGES.STATUS also for maintaining track of parrot-generating > > compilers that are not in the main tree? > > Yeah, that

[off-list] Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Luke Palmer
Hi Jos, Jos Visser writes: > Mightn't it be (is this English by the way? :-) a good idea to use > LANGUAGES.STATUS also for maintaining track of parrot-generating > compilers that are not in the main tree? Yeah, that's English. "Mightn't" is an archaic

Re: LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Michael Scott
way? :-) a good idea to use LANGUAGES.STATUS also for maintaining track of parrot-generating compilers that are not in the main tree? If people agree that it's a good idea I would like to submit the following three liner: -

LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Jos Visser
Hi, Mightn't it be (is this English by the way? :-) a good idea to use LANGUAGES.STATUS also for maintaining track of parrot-generating compilers that are not in the main tree? If people agree that it's a good idea I would like to submit the following t