-
Notifications
You must be signed in to change notification settings - Fork 561
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
-Duserelocatableinc does not adjust $Config{startperl} #12055
Comments
From @andkThe testreport But as you can see below, this perl was compiled In my opinion startperl should reflect the current path to perl. If this perl -V Summary of my perl5 (revision 5 version 15 subversion 5) configuration: Characteristics of this binary (from libperl): -- |
From @andk
I found a total of four suspicious Config values: installbin All four contain the original value of how this perl was built and -- |
From @jkeenanOn Sun Apr 15 23:54:35 2012, andreas.koenig.7os6VVqR@franz.ak.mind.de wrote:
In the course of reviewing RT #45155 tonight, I had occasion to ##### I did not install this Perl. When I inspected config.sh, I got these ##### Is this consistent with your bug report? (Doesn't appear to be Thank you very much. |
The RT System itself - Status changed from 'new' to 'open' |
From tsibley@cpan.orgOn 05/26/2013 05:51 PM, James E Keenan via RT wrote:
Yes, that is consistent with what Andreas reported and I've observed. The utility of userelocatableinc is significantly handicapped when those I spent some time triaging this bug myself before I had to drop it for |
From tsibley@cpan.orgOn 05/26/2013 05:51 PM, James E Keenan via RT wrote:
Yes, that is consistent with what Andreas reported and I've observed. The utility of userelocatableinc is significantly handicapped when those I spent some time triaging this bug myself before I had to drop it for |
From tsibley@cpan.orgFollowing up with the additional configuration reported to build a more relocatable Perl 5.20.0, from #toolchain: 22:43 < mohawk> ./Configure -de -Dprefix=/usr -Duserelocatableinc |
I appreciate this is a niche use case, but we build and ship relocatable Perl as part of a product. I'm building Perl 5.38 and we currently use:
Here, $XYZZY is some temporary directory used on the build system that is not present on end user systems where the product is installed. Unfortunately, $XYZZY/perl_538 ends up hardcoded in $Config{startperl}. This is not a real problem for us, because we always run our Perl scripts like: It does cause a problem with a few Perl modules. For example, ExtUtils::Helper makes certain assumptions about $Config{startperl} being a valid path. We don't use ExtUtils::Helper in the shipped product, but it is an indirect dependency of LWP. If the relocatable Perl is copied to a different build system to install modules, ExtUtils::Helper tests fail (correctly!). A workaround is to make a symbolic link. |
You really should use |
As I understand, -Dprefix sets the runtime path while DESTDIR is just for copying files to a target path. I just tried using -Dprefix=... to see if it works:
Build and test go fine. Installation seems to go fine, although it created the directory
Which (again) is fine for our use limited case but not what you really expect. $Config{perlpath} respects -Dprefix but I haven't tried what effect this has when installing modules:
|
I don't think the |
Migrated from rt.perl.org#112448 (status was 'open')
Searchable as RT112448$
The text was updated successfully, but these errors were encountered: