Discussion :

[JP CASSOU]

Bsr à tous,

Soit trois unités situées dans le même dossier:

convertisseurjpc.pas
GeneralFunctions.pas
outils.pas

L'unité 'convertisseurjpc.pas' appelle les deux autres.

A la compilation:
GeneralFunctions est trouvée
outils.pas est soit-disant introuvable, alors qu'il est dans le même dossier

Incompréhensible et exaspérant
Comment peut-on avancer avec de tels comportements incompréhensibles du compilateur ?
Le fichier 'outils.pas' est bien entendu présent dans le dossier de GeneralFunctions.pas

[Ph. B.]

Bonjour,

Pourriez vous indiquer la version de Lazarus que vous utilisez, le système d’exploitation sous lequel vous l'utilisez ?

Sous Linux du fait de la sensibilité à la casse, le nom des fichiers doit être composé que de minuscules.

Sinon, ouvrez le fichier outils.pas depuis l'EDI, puis rajoutez le au projet via le menu Projet > Ajouter le fichier de l'éditeur au projet (Maj+F11)
Sous Linux, il vous sera demandé par l'EDI de le renommer si des majuscules composent le nom.

[Jipété]

Sous Linux du fait de la sensibilité à la casse, le nom des fichiers doit être composé que de minuscules.

Pas nécessairement : il suffit de respecter la casse, le message est trompeur...



Ensuite, depuis l'unité qui en a besoin, uses BiDon et je peux faire afficher des messages sans problème,

[anapurna]

salut

au vue du nom de ton unité "GeneralFunctions.pas"
je suppose que ton unité s'appelle "Outils.pas"
dans le monde linux les recherches de fichiers sont case-sensitif malheureusement

[Ph. B.]

Bonjour,

Pas nécessairement : il suffit de respecter la casse, le message est trompeur...
Ensuite, depuis l'unité qui en a besoin, uses BiDon et je peux faire afficher des messages sans problème,

Je ne suis pas d'accord !

Pourquoi ?

1. Le code source pascal n'est pas sensible à la casse.
2. Lazarus sauve systématiquement les unités dans des fichiers dont les noms sont en minuscules (sous Linux comme sous Windows !)
   
   Par défaut, l'unité Unit1 est enregistrée dans le fichier unit1.pas, l'unité que je renomme MonUnite est enregistrée dans le fichier monunite.pas et ainsi de suite.
   Je peux ensuite la référencer dans le code source avec un uses MONunite ou uses MoNuNiTe si cela me chante et sans que cela pose problème.

Respecter la casse pour les noms de fichiers revient à se compliquer inutilement le processus de développement (multiplateforme, avec un gestionnaire de source, etc) et va à l'encontre du fonctionnement par défaut de Lazarus.

[BeanzMaster]

Bonjour,

Bonjour,


Je ne suis pas d'accord !

Pourquoi ?

1. Le code source pascal n'est pas sensible à la casse.
2. Lazarus sauve systématiquement les unités dans des fichiers dont les noms sont en minuscules (sous Linux comme sous Windows !)
   
   Par défaut, l'unité Unit1 est enregistrée dans le fichier unit1.pas, l'unité que je renomme MonUnite est enregistrée dans le fichier monunite.pas et ainsi de suite.
   Je peux ensuite la référencer dans le code source avec un uses MONunite ou uses MoNuNiTe si cela me chante et sans que cela pose problème.

Respecter la casse pour les noms de fichiers revient à se compliquer inutilement le processus de développement (multiplateforme, avec un gestionnaire de source, etc) et va à l'encontre du fonctionnement par défaut de Lazarus.

Je suis d'accord avec toi que respecter la casse des noms de fichiers c'est ce compliquer la vie. A la base, c'est vrai que Le language pascal,n'est pas sensible à la casse. Mais avec le couple Linux/Lazarus oui.
Sous Delphi, on n'a pas ce problème. Sous Windows et avec Lazarus, il n'y a aucun problème et sous Mac je ne sais plus (il faudrait que je vérifie). Ce problèmes est d'ailleurs pas mal embêtant quand tu fais de la cross-compilation. C'est un problème récurant qui apparait souvent dans les demandes des utilisateurs auprès de la team Lazarus. D'ailleurs je ne sais même plus si c'est lié à FPC ou Lazarus j'ai un doute.
C'est pour cela que par défaut Lazarus te propose de renommer les fichiers en minuscules. Avec Lazarus si tu veux faire du multiplateforme tu n'as pas le choix que d'avoir la même casse pour le nom de l'unité et du fichier. Mais bon un peu d'uniformisation entre les deux ne fait pas de mal et c'est d'ailleurs ce que je recommande de faire Uses MonUnit; // MonUnit.pas pas de risque et depuis un explorateur de fichier tu identifies clairement le nom de l'unité et dans le code c'est la même chose. Personnelement je privilégie beaucoup le CamelCase. Je trouve ça visuellement mieux et j'identifie plus facilement les différents éléments, et cela évite la confusion.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
uses 
  classes, sysutils, unixutils;
 
var
  masupervariable : Integer
  uneautrevaribale : String;
 
function calculdistance(a,b : tvecteur) : Single;

vs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Uses
  Classes, SysUtils, UnixUtils;
 
Var
  MaSuperVariable : Integer;
  UneAutreVariable : String;
 
function CalculDistance(a,b : TVecteur) : Single;

[Ph. B.]

Bonjour,

Je suis d'accord avec toi que respecter la casse des noms de fichiers c'est ce compliquer la vie. A la base, c'est vrai que Le language pascal,n'est pas sensible à la casse. Mais avec le couple Linux/Lazarus oui.

Je maintiens que non. J'utilise Lazarus 1.8.4 sous Ubuntu 18.04 et Debian 9 et il n'y aucun problème tant que l'on utilise des noms de fichier avec des minuscules.
Dans le code source, on peut bien entendu utiliser pour plus de clarté ce que vous nommez le CamelCase. Cela me parait même indispensable comme vous l'avez souligné.

Sous Delphi, on n'a pas ce problème. Sous Windows et avec Lazarus, il n'y a aucun problème

Bien sur car le système d'exploitation n'est pas sensible à la casse.

et sous Mac je ne sais plus (il faudrait que je vérifie).

Je ne sais pas et je n'ai rien affirmé à ce sujet.

Avec Lazarus si tu veux faire du multiplateforme tu n'as pas le choix que d'avoir la même casse pour le nom de l'unité et du fichier.

Non, cf. ma 1° remarque de ce message... C'est plutôt le fait de respecter une casse pour les noms de fichier qui pose problème, car elle impose une trop stricte et inutile rigidité.

Personnelement je privilégie beaucoup le CamelCase. Je trouve ça visuellement mieux et j'identifie plus facilement les différents éléments, et cela évite la confusion.

Je suis d'accord pour le code source.
Les fichiers eux, peuvent être triés par nom, on peut utiliser l'underscore '_' pour leur nommage et séparer 2 mots (par exemple : mon_unite.pas).

[BeanzMaster]

Bonjour,

Je maintiens que non. J'utilise Lazarus 1.8.4 sous Ubuntu 18.04 et Debian 9 et il n'y aucun problème tant que l'on utilise des noms de fichier avec des minuscules.

...

Bien sur car le système d'exploitation n'est pas sensible à la casse.

Je te fais confiance, sous ces systèmes cela est certainement le cas, mais ce n'est pas une généralité pour toutes les distributions.

Donc chez toi avec Ubuntu 18.04 et Debian 9 c'est comme sous Windows. Lazarus/FPC n'est pas sensible à la casse. Vu qu'un uses MonUnit --> monunit.pas fonctionne chez toi.
Lazarus ne tiens donc pas compte de la casse entre le nom de l'unit et le nom de fichier. Mais par contre si j'ai bien compris si tu renomme ton fichier en MonUnit.pas alors ça ne fonctionne plus c'est bien ça ?

Si oui on peut donc supposer que Lazarus convertit le nom de l'unit en minuscule lorsqu'il charge l'unité en question.

Je ne sais pas et je n'ai rien affirmé à ce sujet.

C'était à titre d'information Lazarus/FPC n'agit pas de la même façon suivant l'OS.

Non, cf. ma 1° remarque de ce message... C'est plutôt le fait de respecter une casse pour les noms de fichier qui pose problème, car elle impose une trop stricte et inutile rigidité.

Oui, on c'est compris Je maintiens la version de GLScene pour Lazarus, j'ai d'ailleurs du le faire et cela à été une vraie galère de faire correspondre les noms de fichiers à celui déclaré avec Unit. Les noms des fichiers et de "Unit" sont en CamelCase.
Je ne distribue pas 2 versions une pour Linux et une pour Windows avec 2 casses de nom de fichier.
GLScene compile parfaitement sous des systèmes Linux et Windows. Par contre si je renomme les fichiers en minuscules alors la je devrais également modifier la casse des units dans les uses de tous les fichiers pour que la bibliothèque compile sans problème sous Linux.

Le problème de la casse n'est pas du au système d'exploitation mais à Lazarus/FPC. Et si tu veux que tes applications multiplateforme puissent être compilées sur un maximum d'OS. Mieux vaut uniformiser le nom des units déclarées avec le nom du fichier. C'est comme ça, on n'a pas le choix, tant que les Teams FPC/Lazarus ne se sont pas synchronisées sur le sujet.

Je suis d'accord pour le code source.
Les fichiers eux, peuvent être triés par nom, on peut utiliser l'underscore '_' pour leur nommage et séparer 2 mots (par exemple : mon_unite.pas).

Oui, tout a fait

[BeanzMaster]

Après relecture, cela m'amène à me poser des questions du coups.

Est-ce qu'au fil des version de Lazarus (1.4,1.6,1.8,2.0) le système de chargement et de déclarations a-t-il subit des changement ?
Est-il différent entre projets et paquets ?

Il faudrait tester les différents cas et sous les différents OS. Mais il est clair que c'est désagréable de devoir se concentrer sur une telle banalité.

[Ph. B.]

Après relecture, cela m'amène à me poser des questions du coups.

Moi aussi...

Est-ce qu'au fil des version de Lazarus (1.4,1.6,1.8,2.0) le système de chargement et de déclarations a-t-il subit des changement ?
Est-il différent entre projets et paquets ?

Je sais que certains intervenants (je n'ai plus les noms en tête) utilisent toujours des versions antérieures, peut-être pourront-ils nous faire part de leurs expériences...

Il faudrait tester les différents cas et sous les différents OS. Mais il est clair que c'est désagréable de devoir se concentrer sur une telle banalité.

Sur le coup, j'ai fait quelques tests supplémentaires de vérifications, et j'ai trouvé un petit bug, pas méchant, mais agaçant...

On crée un nouveau projet, on renomme l'unité dans le code source (Unit1 devient MyUnit), on sauve tout. L'unité est sauvegardée dans le fichier myunit.pas mais le fichier projet (project1.lpr) fait toujours référence à Unit1, et donc à la première compilation : !

project1.lpr(10,10) Fatal: Impossible de trouver unit1 utilisé par project1 de l'inspecteur de projet.

Je vais voir si un bug de ce type est référencé et sinon en créer un...

[Jipété]

Je sais que certains intervenants (je n'ai plus les noms en tête) utilisent toujours des versions antérieures, peut-être pourront-ils nous faire part de leurs expériences...

Laz 1.4.0.4 sous Linux.

Nouveau projet, "enregistrer le projet sous..." et je l'enregistre sur le Bureau, la fenêtre suivante me demande d'enregistrer l'unité, je la renomme à ce moment-là et voilà le résultat :


Mais à l'intérieur du projet (visible par "Projet / Retirer du projet...") c'est tout en minuscules.

HTH,

[mm_71]

Il faudrait tester les différents cas et sous les différents OS.

Je viens de regarder sous Linux Mint 18.3 et effectivement le nom des fichiers doit être impérativement en minuscules. Par contre dans les déclarations Uses, unit et initializatiion $I on peut faire n'importe quoi avec les majuscules. Donc Lazarus doit automatiquement faire une conversion en minuscules à la compilation du projet.

[mm_71]

On crée un nouveau projet, on renomme l'unité dans le code source (Unit1 devient MyUnit), on sauve tout. L'unité est sauvegardée dans le fichier myunit.pas mais le fichier projet (project1.lpr) fait toujours référence à Unit1, et donc à la première compilation

J'ai parfois eu ce gag. Si je me souviens bien il faut aller dans les options du projet pour en retirer l'unité sous son ancien nom et y ajouter la nouvelle version.

[BeanzMaster]

Salut à tous,

Bon pour les projets, il semble que le nom soit bel et bien transformé en minuscule. Par contre pour ce qui est d'un paquet cela ne semble par être le cas.
Et ce bug de nom d'unité à l'ajout dans un projet m'arrive également régulièrement.

[Ph. B.]

Bonjour,

Et ce bug de nom d'unité à l'ajout dans un projet m'arrive également régulièrement.

Je viens de tester avec la RC2 sous windows XP 32 bits, et le problème est toujours là.
J'ai trouvé une référence à un bug similaire dans le bugtracker de Lazarus : 27909. Mais il est marqué résolu.
J'ai donc soumis un nouveau bug avec une marche à suivre pour le reproduire : 34568.

[JP CASSOU]

Bjr à tous,

Après une assez longue absence, j'ai résolu le pb en ajoutant le chemin du dossier concerné dans la liste des chemins à utiliser par le projet.

Merci pour vos réponses