<div dir="ltr">Tom,<br><br>In the bash shell, type in:<br><br>export LD_LIBRARY_PATH=.<br><br>This appends the current directory to the library search path, so if you cd to the app's directory before executing it, you will be good to go. You could also write a bash script to perform these steps automatically for you, as I know some applications have done in the past.<br>
<br>Alan<br><br><div class="gmail_quote">On Wed, Aug 20, 2008 at 6:37 AM, T. Guilleminot <span dir="ltr"><<a href="mailto:tom@guilleminot.org">tom@guilleminot.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
For portability reason I would need to keep my shared libraries in the<br>
same directory as the binary which need to call them.<br>
<br>
As per <a href="http://courses.cs.vt.edu/%7Ecs3304/FreePascal/doc/prog/node13.html" target="_blank">http://courses.cs.vt.edu/~cs3304/FreePascal/doc/prog/node13.html</a> :<br>
"This program can be compiled without any additional command-switches, and<br>
should run just like that, provided the library is placed where the system<br>
can find it.<br>
For example, on LINUX, this is /usr/lib or any directory listed in the<br>
/etc/ld.so.conf file. On WINDOWS, this can be the program directory, the<br>
WINDOWS system<br>
directory, or any directoy mentioned in the PATH".<br>
<br>
So I would basically need the behaviour of Windows on Linux. Of course I<br>
would avoid to have to update ld.so.conf file.<br>
Is there any solution ?<br>
</blockquote></div><br></div>