✎ gdl [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

{{tag>programmation brouillon}}
----
====== GDL : GNU Data Language ======
<note>**GDL**, c'est l'équivalent libre sous **GNU/linux** d'**IDL**. J'ai au début suivi des tutoriels pour compiler à la main les paquets et dépendances avant de me rendre compte qu'on pouvait l'installer directement. Il faut juste savoir que **GDL**, ça veut dire **GNU Data Language**, et que par conséquent, rechercher **GDL** dans synaptics ne renvoie pas de résultats alors que le programme s'y trouve.</note>

===== Installation =====
Pour installer **GDL** depuis un paquet pré-compilé, il vous suffit d'[[:tutoriel:comment_installer_un_paquet|installer le paquet]] **[[apt://gnudatalanguage|gnudatalanguage]]**.

À la deuxième fois que j'ai installé **GDL** sous **Ubuntu**, j'ai dû installer un deuxième paquet pour pouvoir afficher les courbes dans la fenêtre. Pour remédier au problème, j'ai installé **[[apt://plplot9-driver-xwin|plplot9-driver-xwin]]**

[[apt://gnudatalanguage,plplot9-driver-xwin|{{ :apt.png |Installer en 1 clic.}}]]

Vous pouvez aussi voir ici: 
[[http://packages.ubuntu.com/fr/hardy/interpreters/gnudatalanguage|les dépendances de GDL]]

===== Compilation (générique) =====

La version APT est basée sur la version 0.9pre6 de GDL. Depuis, une 0.9rc1, une 0.9rc2 et une 0.9rc3 sont sorties, contenant des améliorations notables par rapport à la 0.9pre6, et le CVS est toujours actif ... Très franchement, à partir du moment ou les librairies (plplot, readline, gsl, ...) sont installées, il faut un très petit effort pour compiler le code source ... En général ;-)

Lors de la compilation, la seule vraie //ruse// concerne plplot, car Debian n'a pas (n'avait pas avant 9.04 ?!) encore la version 5.9.0 de plplot ou le nombre de paramètres d'une fonction a changé ...

<code>
tar -zxf gdl-0.9rc1.tar.gz
cd gdl-0.9rc1
aclocal
autoconf
automake
./configure --enable-oldplplot
make
</code>

Ceci est évidemment transposable aux versions 0.9rc2 et 0.9rc3.

Si les packages "aclocal", "autoconf" et "automake", les ajouter ... On peut aussi utiliser "autoreconf", en particulier sous Ubuntu 9.04 et GDL 0.9rc3.

Je considère que //make install// est facultatif: il est tout a fait possible de compiler le projet puis de vivre en local. Une autre solution est d'utiliser un répertoire local, ce qui permet de faire co-exister la version
packagee pour Ubuntu et sa version compilee soi-meme. Il suffit de faire:
<code>
./configure [...] --prefix=/home/User/GDL/MonGDLaMoi/
make
make install
</code>

Supposons que vous ayez la version 5.9.0 de plplot, compilée à la main, dans une arborescence locale, ainsi qu'une version ad-hoc de la GSL, il suffira de faire:

<code>
tar -zxf gdl-0.9rc1.tar.gz
cd gdl-0.9rc1
aclocal
autoconf
automake
./configure --without-hdf5 --with-Magick=no --without-netcdf --without-hdf \
  --with-plplot=/home/visiteur/GDL/plplot-5.9.0/Compilation/  \
  --with-gsl=/home/visiteur/GDL/gsl-1.11/Compilation/
</code>

J'en ai profité pour montrer comment désactiver certaines options: ceci fait gagner un temps notable à la compilation, surtout si on ne servira jamais de ces librairies !

Si, par hasard la partie graphique ne démarrait pas convenablement, il peut être utile d'ajouter 
<code>
export LD_LIBRARY_PATH=/home/visiteur/GDL/plplot-5.9.0/Compilation/lib/
</code>
(si qlq1 pouvait expliquer, et me dire comment corriger cela dans le code, j'en serais ravi !)
Attention, il ne faut pas confondre ce problème-ci avec le manque du package 
décrit dans la partie //installation//.

===== Compilation de gdl-0.9rc3 sous 9.04 =====

Faisons l'hypothèse que la version pré-compilée a déjà été installée. Ceci évitera de devoir ajouter une a une les librairies (fftw, gsl, ...).

On récupère le TGZ de la 0.9rc3 sur Sourceforge ...

En general, la ligne directe doit suffire ...
<code>
tar -zxf gdl-0.9rc3.tar.gz
cd gdl-0.9rc3
./configure
make
</code>
Cependant, il semble (du moins sur mon U 9.04 a moi) que le configure de GDL manque les FFTw, rangees sous /usr.
Je m'en suis sorti en faisant:
<code>
tar -zxf gdl-0.9rc3.tar.gz
cd gdl-0.9rc3
autoreconf
./configure --with-fftw=/usr
make
</code>
Dans ce cas, a la fin du configure, quelques lignes donnent des informations importantes sur les librairies effectivement utilisees:

<code>
[...]
                GDL - GNU Data Language
  ----- compilation options: ---------------------------
  System:              i686-pc-linux-gnu
  Installation prefix: /home/alaingdl/GDL/CurrentGDL
  C++ compiler:        g++ -g -O2
  ----- optional libraries (consult README/INSTALL): ---
  wxWidgets:           no  (needs explicit enabling)
  Magick:              no
  NetCDF:              no
  HDF4:                no
  HDF5:                no
  FFTW:                yes
  libproject:          no  (see also MAP_INSTALL)
  MPICH:               no  (needs explicit enabling)
  Python:              no  (see also PYTHON.txt)
  UDUNITS-2:           no  (needs explicit enabling)
  ----- notes on auxiliary files: ----------------------
  - routines implemented in GDL are located in src/pro/,
    use GDL_PATH env. variable to inform GDL about their
    location (files not installed by 'make install')
  - consult MAP_INSTALL for details concerning auxiliary
    files needed for mapping support
  - SAVE and RESTORE procedures require *.pro files from
    the CMSVLIB package (see README for details)
  ------------------------------------------------------
  use 'make' to build and 'make install' to install GDL
</code>
apres un appel ou je desactive pas mal de trucs :

<code>
./configure  --with-gsldir=/home/alaingdl/GDL/gsl-1.12/Compilation/
             --with-Magick=no --with-netcdf=no --with-hdf=no --with-hdf5=no 
             --with-python=no 
             --with-fftw=/usr/
             --prefix=/home/alaingdl/GDL/CurrentGDL/
</code>

===== Configuration (proposition de nouvelle version) =====

Ensuite, il faut définir les variables d'environnements de GDL. Il y a deux variables GDL_PATH et GDL_STARTUP. Pour des raisons de compatibilité avec le langage IDL, si ces variables ne sont pas fournies, GDL va aussi considérer IDL_PATH et IDL_STARTUP.

GDL_PATH indique les chemins vers les programmes (fichiers ASCII généralement de suffixe .pro). 
<code>
######### Variables d'environnements pour GDL ############
export GDL_PATH=~/Chemin/Relatif/lib1:+/Chemin/Absolu/routines2:.
</code>
Le petit "+" veut dire qu'on va considérer récursivement tous les sous-répertoires ...

Ces programmes peuvent former de vastes bibliothèques, telles [[http://idlastro.gsfc.nasa.gov/| Astron]] ou SolarSoft, ou de petits outils très connus [[http://cow.physics.wisc.edu/~craigm/idl/fitting.html|MPFIT]]. Ces programmes, écris en syntaxe IDL, sont plus ou moins bien gérés par GDL. Depuis les versions 0.9pre, la plupart des problèmes ont été réglés.

Bien évidemment, aussi bien GDL_PATH que GDL_STARTUP peuvent être stockées dans un fichier lu au démarrage, tel ''~/.bashrc'' sous ''bash''.

S'il est absent, le sous répertoire caché ''~/.gdl'' est automatiquement cree dans les dernières versions de GDL afin d'y stocker un historique des commandes (par défaut, 20 lignes) dans un fichier ASCII de nom ''history''.

===== Configuration (ancienne version) =====

J'ai mis du temps à comprendre et trouver comment il fallait faire, ma méthode n'est en aucun cas la meilleure vu qu'apparemment je définis à chaque démarrage d'une console les variables au lieu qu'elles soient créées une bonne fois pour toute, mais ça a le mérite de marcher.

J'ai donc créé un répertoire ''.gdl'' (dossier caché donc, en raison du point, comme tout les dossiers de configuration) dans mon répertoire utilisateur. Dans ce répertoire, j'ai créé un fichier ''startup'' qui me sert à définir les commandes à exécuter au démarrage de GDL. Pour le moment, le fichier est vide, mais quand je saurais quoi mettre dedans, je pourrais le faire facilement (peut-être qu'il faut les droits d'exécutions au fichier).

J'ai créé dans le dossier ''.gdl'' deux sous dossiers, ''lib'' et ''routines'' dans lesquels je stocke les ''*.pro'' que j'ai récupéré ici et là et qui me permettent de compléter mon utilisation de GDL.

Maintenant, pour créer les variables d'environnements, j'ai rajouté les lignes suivantes à mon fichier ''~/.bashrc'' :
<code>
######### Variables d'environnements pour GDL ############
export GDL_PATH=~/.gdl/lib:~/.gdl/routines
export GDL_STARTUP=~/.gdl/startup
</code>

===== Voir aussi =====

* **(en)** [[http://gnudatalanguage.sourceforge.net|Site officiel]] 
  * **(fr)** [[http://linuxfr.org/2005/10/19/19756.html| une dépêche]] sur [[http://linuxfr.org| LinuxFr.org]] à l'occasion de la version 0.8.11 de GDL
  * **(fr)** [[http://linuxfr.org/2007/07/10/22715.html| une autre dépêche]] sur [[http://linuxfr.org| LinuxFr.org]] à l'occasion de la version 0.9pre5 de GDL
  * **(fr)** [[http://aramis.obspm.fr/~coulais/IDL_et_GDL/memo_GDL0.8.11.html| comment réussir à installer GDL]] sous [[Linux]] ou Mac OS X
  * **(en)** [[http://www.sgeier.net/tools/GDL-intro.pdf| un tutoriel des commandes de base]]
  * **(fr)** [[http://aramis.obspm.fr/~coulais/IDL_et_GDL/Matrice_IDLvsGDL_intrinsic.html| une liste des fonctions intrinsèques]] d'IDL disponibles dans GDL. Attention, certains mots-clef peuvent, il peut rester des bugs ...
  * **(en)** [[http://packages.ubuntu.com/fr/hardy/interpreters/gnudatalanguage|les dépendances de GDL]]

----
//Contributeurs : [[utilisateurs:Autiwa|Autiwa]], [[utilisateurs:AlainGDL|AlainGDL]].//

Merci de recopier le code ci-contre pour prouver que vous êtes humain : R R O H X Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported