Re: Can't locate version/vpp.pm in @INC

2008-10-14 Thread Randy J. Ray
On Thu, Sep 11, 2008 at 12:40 PM, Nicholas Clark [EMAIL PROTECTED] wrote:

 On Thu, Sep 11, 2008 at 12:34:18PM -0700, Randy J. Ray wrote:
  * I built/updated version using the system-installed Perl
  * I tried to use it from a second perl interpreter on the same system
  * Second perl was no binary compatible (in this case, non-threaded vs.
  threaded)
  * As such, version.pm loaded but could not load the XS portion

 But that shouldn't happen, because modules containing XS should be
 installed
 to an architecture specific path, and the architecture name used differs
 for threaded versus unthreaded.


I might not have been clear-- when version was installed, it installed the
XS version and thus did not install the pure-perl version. When the second
interpreter tried to load it, it could not load the XS (because it was
tucked away in a different path). However, since the installation didn't
install the pure-perl version, it couldn't find it to fall back on. I had to
re-install it, forcing the build/install process to install the pure-perl
version.
(Of course, this was the point at which I learned that the two interpreters
were not in fact binary-compatible as I'd been told, so I made other
adjustments to the greater scope that have since rendered this specific
problem moot.)

Randy
-- 
Randy J. Ray / [EMAIL PROTECTED]
Silicon Valley Scale Modelers: http://www.svsm.org
Sunnyvale, CA


Can't locate version/vpp.pm in @INC

2008-09-11 Thread Gabor Szabo
Can someone tell me what causes this failure?

http://www.nntp.perl.org/group/perl.cpan.testers/2008/09/msg2187300.html

the latest Module::Inspector (1.05) is installed
http://search.cpan.org/dist/Module-Inspector/
and that module has not test failure at all.

Gabor


Re: Can't locate version/vpp.pm in @INC

2008-09-11 Thread Randy J. Ray
On Thu, Sep 11, 2008 at 4:56 AM, Gabor Szabo [EMAIL PROTECTED] wrote:

 Can someone tell me what causes this failure?

 http://www.nntp.perl.org/group/perl.cpan.testers/2008/09/msg2187300.html

 the latest Module::Inspector (1.05) is installed
 http://search.cpan.org/dist/Module-Inspector/
 and that module has not test failure at all.


I ran into this a week or so ago... this is what I *think* happened:
* I built/updated version using the system-installed Perl
* I tried to use it from a second perl interpreter on the same system
* Second perl was no binary compatible (in this case, non-threaded vs.
threaded)
* As such, version.pm loaded but could not load the XS portion
* Attempt to fall back on version/vpp.pm (pure-perl implementation)
* This isn't installed unless you explicitly instruct Makefile.PL to do so
when building version
* Failure

At the time, I didn't realize that there were competing architectures (I
thought the only difference in the second interpreter was some added-in path
to @INC). So I got around it by re-building version and telling Makefile.PL
to build/install the pure-perl code.

Randy
-- 
Randy J. Ray / [EMAIL PROTECTED]
Silicon Valley Scale Modelers: http://www.svsm.org
Sunnyvale, CA


Re: Can't locate version/vpp.pm in @INC

2008-09-11 Thread Nicholas Clark
On Thu, Sep 11, 2008 at 12:34:18PM -0700, Randy J. Ray wrote:
 On Thu, Sep 11, 2008 at 4:56 AM, Gabor Szabo [EMAIL PROTECTED] wrote:
 
  Can someone tell me what causes this failure?
 
  http://www.nntp.perl.org/group/perl.cpan.testers/2008/09/msg2187300.html
 
  the latest Module::Inspector (1.05) is installed
  http://search.cpan.org/dist/Module-Inspector/
  and that module has not test failure at all.
 
 
 I ran into this a week or so ago... this is what I *think* happened:
 * I built/updated version using the system-installed Perl
 * I tried to use it from a second perl interpreter on the same system
 * Second perl was no binary compatible (in this case, non-threaded vs.
 threaded)
 * As such, version.pm loaded but could not load the XS portion

But that shouldn't happen, because modules containing XS should be installed
to an architecture specific path, and the architecture name used differs
for threaded versus unthreaded.

Nicholas Clark