Re: Fwd: RE: overriding a custom compiled perl binary
On Wed, 16 Nov 2011 02:25:18 -0500, shawn wilson wrote: Yes, it was 5.6.1. I wish I had the perl source code to compile. That would be the simplest solution. The perl binaries where provided by a vendor and the product only works with the customized version of perl they compiled for us. The vendor doesn’t exist any more. You have a bigger problem in that you are living on borrowed time with a 10 year-old version of perl that even if it were not custom, is no longer supported. At any moment something could cause this to stop working. You can't just freeze your whole environment, as evidenced by the fact that you are trying to make a change to @INC already. Tell us more about what you mean by only works with the customized version of perl as in, what not working looks like. Activestate used to distribute perl binaries that had @INC compiled in as long placeholder strings that their installation tool then modified for the local installation. So theoretically you could edit the binary to replace the paths with anything the same length or shorter. As if you weren't out on a long enough limb already. -- Peter Scott http://www.perlmedic.com/ http://www.perldebugged.com/ http://www.informit.com/store/product.aspx?isbn=0137001274 http://www.oreillyschool.com/certificates/perl-programming.php -- To unsubscribe, e-mail: beginners-unsubscr...@perl.org For additional commands, e-mail: beginners-h...@perl.org http://learn.perl.org/
Fwd: Re: overriding a custom compiled perl binary
/me grumbles about the reply-to on this list -- Forwarded message -- From: shawn wilson ag4ve...@gmail.com Date: Nov 16, 2011 1:57 AM Subject: Re: overriding a custom compiled perl binary To: Danny Wong (dannwong) dannw...@cisco.com Override - no. Append to - export PERL5LIB (assuming perl 5. Neither of those comments are the real answer you *need* though. I think what you really want is a deep meditation session, then look deep inside yourself and ask yourself 'why not just make my own build'. I don't know that even activestate offers anything that isn't open source now days (I'm sure to get corrected on that). Seriously, grab perlbrew and let it ride. Probably the most annoying part of the process is the five or so minutes you have to wait for it. Ps, I hear strawberry perl is decent on the windows side. On Nov 16, 2011 12:40 AM, Danny Wong (dannwong) dannw...@cisco.com wrote: Hi all, I received a custom compiled perl binary version, years ago. The path location of the perl binary and lib paths are hardcoded. Is there a way for me to override this path setting, so the custom perl binaries are not looking at that specific directory or needs to be in the specific directory? I know I can ask the person to recompile the perl binary again, but I'm thinking there is a way to override this and point the execute to a different path. Any ideas? Thanks. Ex. /usr/local/user/perl
Fwd: RE: overriding a custom compiled perl binary
Technically this is bad form to bring an email back on the list after it was off list. But I don't feel either of us meant to bring it off list, and most on this know more than me, so... I don't know your code base but would be very surprised (and outraged) if a project required a custom core. I could understand some proprietary xs but don't know that that should stop you from running stock perl. Either way, perl5lib or 'use lib' is the easy answer. Also perldoc perlrun may yield other bits of goodness for you. -- Forwarded message -- From: Danny Wong (dannwong) dannw...@cisco.com Date: Nov 16, 2011 2:00 AM Subject: RE: overriding a custom compiled perl binary To: shawn wilson ag4ve...@gmail.com thanks for the information. Yes, it was 5.6.1. I wish I had the perl source code to compile. That would be the simplest solution. The perl binaries where provided by a vendor and the product only works with the customized version of perl they compiled for us. The vendor doesn’t exist any more. *** * ** ** *From:* shawn wilson [mailto:ag4ve...@gmail.com] *Sent:* Tuesday, November 15, 2011 10:57 PM *To:* Danny Wong (dannwong) *Subject:* Re: overriding a custom compiled perl binary ** ** Override - no. Append to - export PERL5LIB (assuming perl 5. Neither of those comments are the real answer you *need* though. I think what you really want is a deep meditation session, then look deep inside yourself and ask yourself 'why not just make my own build'. I don't know that even activestate offers anything that isn't open source now days (I'm sure to get corrected on that). Seriously, grab perlbrew and let it ride. Probably the most annoying part of the process is the five or so minutes you have to wait for it. Ps, I hear strawberry perl is decent on the windows side. On Nov 16, 2011 12:40 AM, Danny Wong (dannwong) dannw...@cisco.com wrote: Hi all, I received a custom compiled perl binary version, years ago. The path location of the perl binary and lib paths are hardcoded. Is there a way for me to override this path setting, so the custom perl binaries are not looking at that specific directory or needs to be in the specific directory? I know I can ask the person to recompile the perl binary again, but I'm thinking there is a way to override this and point the execute to a different path. Any ideas? Thanks. Ex. /usr/local/user/perl
