Re: [cctbxbb] differing build and install directories?
Hi Bill, Sorry that I dropped the ball on this question before. Erik outlines the best way of creating a portable cctbx bundle, but in this case there may be a simpler alternative: - simply cp -r the installation into the final destination - re-run python .../libtbx/configure.py mmtbx in the new build directory location. This will update all full paths. Note though that this simple approach will preserve all intermediate files created by the build procedure (i.e. all the .o files and some auto-generated C++ files). But please try this out first. If it does what you want we can think about ways of getting rid of the unwanted files.
The other issue is that I need to hard-code in the DYLIB path
I hope that we don't have to do this, although I'd be willing to modify the central SConscript to optionally support hard-coded paths if there really is no alternative.
instead of relying on an environment variable, which I am not allowed to set.
All cctbx commands on PATH go through "dispatchers". To see how it works, look at any of the auto-generated scripts in the "bin" subdirectory of the build directory. The dispatchers are basically all the same; only the last few lines differ. Each dispatcher updates PYTHONPATH and DYLD_LIBRARY_PATH "just in time" to finally start the target command. I.e. there are no permanent settings in the environment. You just have to add the "bin" directory to PATH if you don't want to type the full path name to each command all the time (which will also work). Is this going to work for you? Cheers, Ralf
Hi Ralf: Sorry -- I didn't get a chance to try this until just now. I'm running the tests and they all seem to work. Many thanks for your help. On Sep 28, 2005, at 8:54 AM, Ralf W. Grosse-Kunstleve wrote:
Each dispatcher updates PYTHONPATH and DYLD_LIBRARY_PATH "just in time" to finally start the target command. I.e. there are no permanent settings in the environment. You just have to add the "bin" directory to PATH if you don't want to type the full path name to each command all the time (which will also work). Is this going to work for you?
I haven't yet tried it, but I think this is absolutely fine. Bill
Trust Ralf to come up with an easier solution :) That is a good thing :) On Wed, 28 Sep 2005, William Scott wrote:
Hi Ralf:
Sorry -- I didn't get a chance to try this until just now. I'm running the tests and they all seem to work. Many thanks for your help.
On Sep 28, 2005, at 8:54 AM, Ralf W. Grosse-Kunstleve wrote:
Each dispatcher updates PYTHONPATH and DYLD_LIBRARY_PATH "just in time" to finally start the target command. I.e. there are no permanent settings in the environment. You just have to add the "bin" directory to PATH if you don't want to type the full path name to each command all the time (which will also work). Is this going to work for you?
I haven't yet tried it, but I think this is absolutely fine.
Bill
_______________________________________________ cctbxbb mailing list [email protected] http://www.phenix-online.org/mailman/listinfo/cctbxbb
--- William Scott
Hi Ralf:
Sorry -- I didn't get a chance to try this until just now. I'm running the tests and they all seem to work. Many thanks for your help.
You are welcome!
On Sep 28, 2005, at 8:54 AM, Ralf W. Grosse-Kunstleve wrote:
Each dispatcher updates PYTHONPATH and DYLD_LIBRARY_PATH "just in time" to finally start the target command. I.e. there are no permanent settings in the environment. You just have to add the "bin" directory to PATH if you don't want to type the full path name to each command all the time (which will also work). Is this going to work for you?
I haven't yet tried it, but I think this is absolutely fine.
I should have added: The best way to add the "bin" directory to PATH is to source setpaths.csh or . setpaths.sh It is basically equivalent to set path=(/what/ever/bin $path) but you can source the setpath scripts 100 times and PATH doesn't get longer; it actually cleans up PATH by removing any duplicates. (This can be important under IRIX since the limit on the length of PATH is fairly small.) Cheers, Ralf __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
but you can source the setpath scripts 100 times and PATH doesn't get longer; it actually cleans up PATH by removing any duplicates. (This can be important under IRIX since the limit on the length of PATH is fairly small.)
Cheers, Ralf
In zsh, which is kind of like tcsh but without the lobotomy, if you have typeset -U path it always does that.
participants (4)
-
Erik Mckee
-
Ralf W. Grosse-Kunstleve
-
Ralf W. Grosse-Kunstleve
-
William Scott