[perl #30188] Fix build on OS X

2004-06-10 Thread via RT
# New Ticket Created by Nicholas Clark # Please include the string: [perl #30188] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30188 > --- osname= darwin osvers= 7.0 arch= darwin-thread-multi-2level cc= cc --- F

Re: [perl #30118] [PATCH] Remove non-constant initializers in classes/*.c

2004-06-10 Thread Dan Sugalski
At 10:59 AM -0700 6/8/04, Andy Dougherty (via RT) wrote: Sun's Workshop Compiler will not accept non-constant items in an initialzation. Before this patch, compilation of parrot would fail with lots of error messages of the form Applied, thanks. -- Dan -

Re: [perl #30119] [PATCH] Better default for PARROT_ICU_DATA_DIR.

2004-06-10 Thread Dan Sugalski
At 11:08 AM -0700 6/8/04, Andy Dougherty (via RT) wrote: This patch makes it at least theoretically possible for 'make languages' to work. Without this patch, you have to manually set the environment variable PARROT_ICU_DATA_DIR to the correct directory. As is indicated in the comments, this is a

Re: [perl #30095] [PATCH] Update required build tools in README

2004-06-10 Thread Dan Sugalski
At 1:19 PM -0400 6/9/04, Andy Dougherty wrote: On Wed, 9 Jun 2004, chromatic via RT wrote: On Wed, 2004-06-09 at 03:53, Nicholas Clark wrote: > The work around for (2) could be to bundle File::Spec 0.87 from CPAN. > For that matter the work around for (1) could be to bundle Math::BigInt > from

Re: [perl #30095] [PATCH] Update required build tools in README

2004-06-10 Thread Kenneth A Graves
On Thu, 2004-06-10 at 10:28, Dan Sugalski wrote: > If we've a good reason to keep the compatibility wiht 5.005, I'd like > to do so. OTOH, if there's no good reason I'm fine with tossing it. > IIRC at least one reasonably modern Unix ships with 5.005 as its base > perl, but I don't remember whic

Re: [perl #30188] Fix build on OS X

2004-06-10 Thread Dan Sugalski
At 2:26 AM -0700 6/10/04, Nicholas Clark (via RT) wrote: Parrot has been broken on OS X for over a month now. The problem is that the libnci test requires the libnci dynamic library to be built, and the top level Makefile only has rules to generate libnci.so and libnci.dll. On OS X this library is

Re: [perl #30095] [PATCH] Update required build tools in README

2004-06-10 Thread Andy Dougherty
On Thu, 10 Jun 2004, Dan Sugalski wrote: > If we've a good reason to keep the compatibility wiht 5.005, I'd like > to do so. OTOH, if there's no good reason I'm fine with tossing it. > IIRC at least one reasonably modern Unix ships with 5.005 as its base > perl, but I don't remember which one. (If

Basics of the base PMC class set

2004-06-10 Thread Dan Sugalski
Just to let everyone know, I'm going to make a few minor changes to the repository over the next day or so. In addition to what's hopefully a sane example of using morph (which, granted, has a somewhat limited useful range, but...) I'm going to formally establish a basic set of parrot PMC class

Re: Basics of the base PMC class set

2004-06-10 Thread Matt Fowles
All~ Speaking of basic PMC types, I remember a bunch of basic array PMCs that were discussed recently, some for each register type, some which autovivified, some which didn't etc. I believe that a stringarray was actually inserted (although currently it just extends perlarray). I currently ha