On Wed, 2 Apr 2008, chromatic wrote:
> On Wednesday 02 April 2008 06:26:40 Andy Dougherty wrote:
>
> > This very minimal patch at leasts gives a brief warning about the issue.
>
> > + # Parrot can't necessarily handle a pre-existing installed shared
> > + # libparrot.so. At this point, we don't know the actual name
> > + # of the shared parrot library. However, 'libparrot.so' will catch
> > + # at least some of the problems.
> > + my $old_version = File::Spec->catfile($conf->data->get('libdir'),
> > + 'libparrot.so');
>
> Would the use of $Config{so} (or the configuration system's equivalent) and
> possibly DynaLoader help make this more robust?
Yes. Another good catch. The undocumented variable
$conf->data->get('libparrot_shared_alias') is built using the undocumented
$conf->data->get('share_ext'), so looking for 'libparrot' .
$conf->data->get('share_ext') would the next thing to try.
You can't necessarily use the undocumented 'libparrot_shared_alias'
because it's not initialized everywhere -- only in some hints file.
--
Andy Dougherty [EMAIL PROTECTED]
