To modify your PATH variable at runtime, you can run something like this:
Code:
PATH=$PATH:/extra/path
The reason this works is because of the shell's command line expansions. Before the shell actually executes any command, it does a number of expansions, including variable expansion. In this case, it sees the dollar sign, takes the word immediately after it (PATH), and replaces it with the contents of the variable whose name is that word. So essentially, it replaces $PATH with the current contents of the PATH variable.
Thus, if your PATH currently contains /bin:/usr/bin, for example, this command line will, after expansion, read PATH=/bin:/usr/bin:/extra/path. Then the command is executed and "/bin:/usr/bin:/extra/path" is put into the PATH variable. Thus, /extra/path is now part of the PATH variable.
Of course, this isn't saved - the variables are only kept in memory and are therefore lost when the shell exits. To make the change persistent, you need to put that command into your ~/.bashrc file. The ~/.bashrc file is always executed by the shell when it starts, so if you have such a command there, it will always put /extra/path into the PATH variable for every new shell that starts.
The ld.so.conf file serves a completely different purpose. It defines where the dynamic link loader should look for shared objects when ELF programs are started. If a program that you start defines that it wants to link against libc, for example, the dynamic linker looks in all directories specified by /etc/ld.so.conf for a libc. To see what libraries a program wants to link against, run the ldd command on that program. For example, if you run "ldd /bin/ls", you'll see that ls wants to link again libtermcap, libc and ld-linux (ld-linux is the dynamic linker itself). Of course, this differ from system to system. On my workstation, for example, ls wants a lot of libraries (librt, libacl, libc, libpthread, ld-linux and libattr).
I don't think that you want to add the /lib directory to your PATH, though. The lib directories (/lib, /usr/lib and /usr/local/lib) only contain various subroutine libraries - you probably don't want to try running those.