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

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

Comment on Re^2: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment

Replies are listed 'Best First'.
Re^3: Can't use DBD::Oracle if LD_LIBRARY_PATH Not Set In Environment by Corion (Patriarch) 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]


No such thing as a small change
	PerlMonks