Re: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment

See Perl and paths...again :-( and the replies to it. This sounds like very much the same problem, so the solution there might help you too.

Comment on Re: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment
Re^2: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment by garybiscuit (Initiate) on Feb 06, 2013 at 18:15 UTC
OK. I looked at that thread. Using the "exec $0" method to re-invoke the program works (after setting LD_LIBRARY_PATH) - but that just seems a little too funky for me. Is there a "cleaner" way? (For lack of a better way of putting it). Thanks, Gary	[reply]
Re^3: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment by Corion (Pope) on Feb 06, 2013 at 18:19 UTC
Yes. Write a wrapper (shell) script that sets the environment variables before invoking your Perl program.	[reply]
Re^3: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment by Anonymous Monk on Feb 07, 2013 at 08:19 UTC
Is there a "cleaner" way? (For lack of a better way of putting it). `[LD_LIBRARY_PATH]` LD_LIBRARY_PATH -> possible to bake LD_LIBRARY_PATH in perl(1)? 1) use install_name_tool ... 2) add -R/path/to/nonstandard/dynamic/libraries to LIBS or CCFLAGS ... Links to links to links to links on this linking topic Re^3: DBD::mysql fail install check (DYLD_LIBRARY_PATH ldd otool install_name_tool VERSIONER_PERL_PREFER_32_BIT .bundle/.dylib/.so Re^3: DBD::mysql fail install check (crontab debugging troubleshooting DYLD_LIBRARY_PATH ldd otool ...)	[reply] [d/l]