Discussion :

[Hibou57]

Bonjour,

Comment indiquer au lieur ld, utilisé par GNAT, l'endroit où il doit trouver les fichiers objets et librairie à lier ?

J'ai dut réinstaller GNAT 3.15p sans passer par l'installateur, mais simplement en copiant les fichiers dans un répertoire (pour des raisons non utiles à exposer)

J'ai mis à jour la variable d'environnement PATH pour qu'elle inclus le chemin des binaires de GNAT ainsi que le chemin vers gnat1.

Quand je compile avec gnatmake, j'obtien systématiquement l'erreur "ld: cannot open crt2.o".

J'ai donc entrepris d'ajouter la variable d'environnement LDPATH en lui donnant comme valeur le chemin du repertoire contenant les *.o et autres *.a (j'ai bien entendu vérifié qu ecrt2.o s'y trouve effectivement).

Mais rien n'y fait, et j'obtiens toujours le même message d'erreur.

J'ai essayé de même avec les variables d'environnement LD_PATH, LD_LIB_PATH, LD_LIBRARY_PATH et LD. Rien n'y fait, ld semble incapable de lire ces variables d'environnement, alors que j'ai bien testé leurs présences.

Les options -gnatl et -L passé à gnatmake n'y change rien.

Dans le fichier specs, j'ai ajouté -L cheminxxxx et --library-path cheminxxxx sous *link: mais là encore, aucun résultat.

Je suis à cours d'imagination aprés avoir absoluement tout essayé de ce qui était imaginable.

Ma question : comment faire comprendre à ld qu'il peut trouver crt2.o dans le repertoire que je veux lui indiquer ?

merci pour toutes infos à ce sujet

[Giovanny Temgoua]

Il est possible que l'installeur ait mis des valeurs dans le registre. Donc à moins que tu puisses les "reproduire" aussi, je pense qu'il faudrait mieux utiliser simplement ... l'installeur !

[Hibou57]

Bonjour Giovanny,

J'ai bien pensé à cela, et j'ai donc entrepris d'installer avec l'installateur, de consulter les variables définies dans le base de registre à fin de les reproduire, puis désinstaller pour reprendre mon installation "standalone".

Sans succés, car les variables définies dans la base de registre ne font pas référence aux chemins des librairies. Je n'ai trouvé comme seule potentiellement pertinante, qu'une variable définissant un chemin pour MingW.

Je crois que l'installation de GNAT contient de nombreux paramètres codés en dure.

D'ailleurs justement, dans l'ensemble l'installation de GNAT fait un peu brouillon : aucun support multiutilisateur, écrase sans aucun complexe toutes associations de fichiers précédement définies, entre en conflit avec toutes autres installation d'application tel que MingW, GCC, etc. Et surtout, impossible de l'installer pour un utilisateur unique, car on ne peut l'installer qu'en mode administrateur (je parle de WindowsXP), et l'installation prend effet pour tous les comptes, même ceux n'ayant rien à voir avec GNAT (compte invité-e par exemple).

Finalement j'ai résolu partiellement ainsi :

J'ai réinstallé GNAT avec l'installateur, puis suppression de toutes les associations de fichiers définies par GNAT pour restaurer les précédentes (fichier objet, par exemple ..... un comble, ça n'est quand-même pas un type de fichier spécifique à GNAT), suppression de l'ajout à la variable PATH, pour la reporter dans la variable PATH de compte qui est seul concerné par GNAT. Au passage, je me suis aperçu que la désinstallation de GNAT laisse la variable PATH avec un relica.

Je ne rentre pas dans tous les détails, mais enfin, voilà ....

Je ne marque néanmoins pas résolu, parce que c'est vraiment un pis-aller.

Bonne soirée tous/toutes

[Giovanny Temgoua]

D'ailleurs justement, dans l'ensemble l'installation de GNAT fait un peu brouillon : aucun support multiutilisateur, écrase sans aucun complexe toutes associations de fichiers précédement définies, entre en conflit avec toutes autres installation d'application tel que MingW, GCC, etc. Et surtout, impossible de l'installer pour un utilisateur unique, car on ne peut l'installer qu'en mode administrateur (je parle de WindowsXP), et l'installation prend effet pour tous les comptes, même ceux n'ayant rien à voir avec GNAT (compte invité-e par exemple).

Oui, cà c'est parce que c'est dans le registre, à l'emplacement HKEY_LOCAL_MACHINE si je me souviens bien

Je ne marque néanmoins pas résolu, parce que c'est vraiment un pis-aller.

C'est nécessaire pourtant, puisque la question initiale a été résolue

[Hibou57]

..... au passage, je viens de commencer à essayer gvd, auquel je n'avais jamais put touché avant (j'étais sous Win98 il y a encore peu, et gvd plantait dès le démarrage).

A cette occasion je me suis aperçu que gvd ne peut pas ouvir les fichiers dont le chemin comporte des espaces (autant pour les *.exe que les sources), et donc en conscéquence les projet GNAT ne peuvent pas êtres placés dans un repertoire sous "C:\Documents and Settings\%UserName%".

GNAT a plutôt l'air fait pour être installé sur une machine dédiée au developpement et qui n'aurait pas trop d'autres usages... mais bon, ça n'enlève rien à ce qu'il vaut, d'autant qu'il n'y a pas vraiment d'autres compilateurs accessibles, et le gvd est vraiment génial

C'est nécessaire pourtant, puisque la question initiale a été résolue

Non, la question intiale ne l'est pas.