[perl #53494] [BUG] --parrot_is_shared=0 IS shared?

[Andy Dougherty]

On Sun, 22 Feb 2009, Reini Urban wrote:

> Andrew Dougherty schrieb:
> > On Tue, 17 Feb 2009, Will Coleda via RT wrote:
> > 
> > > On Mon Apr 28 23:52:22 2008, coke wrote:
> > > > While trying to put the macport for 0.6.1 together, I noticed that the
> > > > install failed.
> > > > 
> > > > Tracked it down to the fact that --parrot_is_shared=0 seems to be
> > > > generating a parrot that relies on a shared lib.
> > 
> > > Verified, this still fails[1] as of r36803. This, combined with TT #344,
> > > blocks creation of a functioning macport.
> > 
> > > [1] Generates a parrot that depends on libparrot.dylib
> > 
> > That's because Configure.pl doesn't allow you any way to override the hints
> > file.  What I had in mind was a more primitive, ruthless editing of the
> > darwin hints file, something like this (totally untested)

This was intended as a quick hack to try to get something --- anything -- 
working prior to the 0.9.1 release.

> What I have in mind is a more general conf approach.
> 
> 1. Disallow $conf->data->set('key') at all if $conf->options->get('key')
> exists, only allow $conf->data->add('key').
> Users try to fix the wrong hints options, and this is not enforced. Only some
> keys are cooperative, most not.

I'm not sure what, exactly, you mean here, but that's ok.

> 2. Allow all keys to be given at the Configure.pl cmdline as in perl5.
>    Append (Apply after hints), Undefine and Define.

See the related discussion in [perl #42412].  (I've updated RT with the 
relevant link.)

In any case, I won't have any time to do anything parrot-related for at 
least the next several weeks, so I'm afraid I can't be of further help 
here.

-- 
    Andy Dougherty		doughera at lafayette.edu