38,763
edits
Installing software in your home directory/fr: Difference between revisions
Jump to navigation
Jump to search
Installing software in your home directory/fr (view source)
Revision as of 17:13, 24 August 2017
, 7 years agoUpdating to match new version of source page
No edit summary |
(Updating to match new version of source page) |
||
| Line 18: | Line 18: | ||
Si d'autres erreurs surviennent, contactez [mailto:support@computecanada.ca support@calculcanada.ca]. Pour les détails, consultez les pages [https://docs.computecanada.ca/wiki/Make/fr Make], [https://docs.computecanada.ca/wiki/Autotools/fr Autotools] et [https://docs.computecanada.ca/wiki/CMake/fr CMake]. | Si d'autres erreurs surviennent, contactez [mailto:support@computecanada.ca support@calculcanada.ca]. Pour les détails, consultez les pages [https://docs.computecanada.ca/wiki/Make/fr Make], [https://docs.computecanada.ca/wiki/Autotools/fr Autotools] et [https://docs.computecanada.ca/wiki/CMake/fr CMake]. | ||
==Using Libraries== | |||
Normally the simplest way to make use of a library on a Compute Canada system is to first load the corresponding module | |||
{{Command|module load library_name/x.y.z}} | |||
With the module loaded, you can now modify the link phase of your build process to include the library, for example | |||
{{Command|gcc -o my_prog file1.o file2.o -llapack -lblas}} | |||
if I wanted to link with the LAPACK and BLAS libraries. The link line needs to contain <tt>-l</tt> prefixed to the library name, which will be a file that has the extension <tt>.a</tt> or <tt>.so</tt>. The documentation for the library will typically inform you of the name of this file and, if there are more than one such file (as may be the case), the order in which they should be linked. Note that you will also need to load the library module when you wish to run this software, not only during the building of it. | |||
== BLAS/LAPACK et MKL == | == BLAS/LAPACK et MKL == | ||
| Line 28: | Line 35: | ||
Les langages Python, R, et Perl offrent d'importantes librairies d'extensions; presque toutes peuvent être facilement installées dans votre répertoire home. Consultez les pages [https://docs.computecanada.ca/wiki/Python/fr Python], [https://docs.computecanada.ca/wiki/R/fr R] et [https://docs.computecanada.ca/wiki/Perl Perl] pour savoir si le paquet dont vous avez besoin est disponible; si ce n'est pas le cas, vous trouverez aussi dans cette documentation l'information nécessaire pour l’installer par vous-même. | Les langages Python, R, et Perl offrent d'importantes librairies d'extensions; presque toutes peuvent être facilement installées dans votre répertoire home. Consultez les pages [https://docs.computecanada.ca/wiki/Python/fr Python], [https://docs.computecanada.ca/wiki/R/fr R] et [https://docs.computecanada.ca/wiki/Perl Perl] pour savoir si le paquet dont vous avez besoin est disponible; si ce n'est pas le cas, vous trouverez aussi dans cette documentation l'information nécessaire pour l’installer par vous-même. | ||
<div class="mw-translate-fuzzy"> | |||
==Installer des paquets binaires== | ==Installer des paquets binaires== | ||
L'installation de binaires pré-compilés (tels que [https://conda.io/miniconda.html Miniconda]) dans votre espace home pourrait générer une erreur comme <code>/lib64/libc.so.6: version `GLIBC_2.18' not found</code>. Le script <code>setrpaths.sh</code> peut souvent éliminer ce problème avec la syntaxe <code>setrpaths.sh --path path [--add_origin]</code> où ''path'' représente le répertoire dans lequel vous avez installé le logiciel. Le script fait en sorte que les binaires utilisent le bon interpréteur et trouvent les librairies auxquelles ils sont dynamiquement liés, dans le bon répertoire. L'option <code>--add_origin</code> ajoute aussi $ORIGIN au RUNPATH, ce qui peut s'avérer utile si la librairie est incapable de trouver d'autres librairies dans le répertoire où elle est située. | L'installation de binaires pré-compilés (tels que [https://conda.io/miniconda.html Miniconda]) dans votre espace home pourrait générer une erreur comme <code>/lib64/libc.so.6: version `GLIBC_2.18' not found</code>. Le script <code>setrpaths.sh</code> peut souvent éliminer ce problème avec la syntaxe <code>setrpaths.sh --path path [--add_origin]</code> où ''path'' représente le répertoire dans lequel vous avez installé le logiciel. Le script fait en sorte que les binaires utilisent le bon interpréteur et trouvent les librairies auxquelles ils sont dynamiquement liés, dans le bon répertoire. L'option <code>--add_origin</code> ajoute aussi $ORIGIN au RUNPATH, ce qui peut s'avérer utile si la librairie est incapable de trouver d'autres librairies dans le répertoire où elle est située. | ||
</div> | |||