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).