On Fri, May 1, 2009 at 8:33 PM, Darian Anthony Patrick
<d...@darianpatrick.com> wrote:
> The peculiar thing is that, this seems to have been introduced with PAR
> 0.992.  Additionally, the problem does not affect i486, only x86_64.  It
> seems that on x86_64, the "fallback" parameter introduced with 0.992
> does not function properly.

Not pretending to understand the byzantine code in PAR.pm, two things
strike me as odd when looking at the diff from 0.991 to 0.992:

- How can modifying find_par_last help in implementing "fallback => 0", i.e.
 "prefer loading modules from a repository over the locally installed modules",
 when find_par_last is _appended_ to @INC: if a module is already found using
 the built-in @INC the find_par_last will not be called at all?

- If find_par_last works as intended, why is there no corresponding
  modification for the code path dealing with bootstrapping DLLs, i.e. XS parts?
  The modification to find_par_last in 0.992 explicitly deals only
with .pm files.
  The function in PAR.pm that replaces DynaLoader::bootstrap still calls
  _find_par_any.

Cheers, Roderich

Reply via email to