Erreur de compilation "Duplicate Identifier"

Bonjour,

je me suis remis un tout petit peu à Lazarus (installation basique de la version 2.0.10) et je "tombe" sur une erreur de compilation intrigante, peut-être parce que je suis habitué à Delphi ;)

voilà le code

Code:

---

1 2 3 4 5 6 7 8 9 10

TDatas = class(TDataModule) // .. private // .. public idUser, Groupe : Integer; nom : String; function ChangerUtilisateur(const Trigramme,Nom,Prenom,mdp : String ; const Groupe : Integer) : Boolean; // .. end;

---

J'ai deux erreurs pour nom et groupe :weird: bien sûr il me suffit de renommer (ou autre choix) mais je trouve ça étrange qu'une variable au sein d'une procédure soit confondue avec une variable publique. Une explication ? Règle particulière a FreePascal ? Directive de compilation manquante ?

Bonjour Sergio,

l'erreur est générée dans ta déclaration de fonction n'est ce pas ?. C'est tout simplement que tu utilises "Nom" et "Groupe" comme variables dans la fonction. FPC n'est pas sensible à la casse dans le cas présent. Du coup, FPC, dans ta fonction, ne sait pas si il faut utiliser les variables publique ou celles de la fonction d'ou le "Duplicate Identifier".

Renommes simplement les paramètres de la fonction

Code:

---

function ChangerUtilisateur(const Trigramme,UnNom, UnPrenom, UnMdp : String ; const UnGroupe : Integer) : Boolean;

---

FPC par contre sensible à la casse dans la clause uses sous MacOS et Linux. Par exemple tu as une unité nommée "TartanPion" si tu la déclare dans le code comme ceci

Code:

---

1 2	Uses Tartanpion;

---

Sous Windows pas de problème, mais sous Linux ou MacOS FPC ne trouvera pas l'unité car ces deux systèmes sont sensibles à la casse

Pour plus de compatibilité avec "Delphi", au lieu d'utiliser la Macro {$mode objfpc} tu peux utiliser {$mode delphi} Il y a quelques différences, par exemple pour l'assignation via un pointer :

Mode ObjFPC :

Code:

---

MaForm.OnMouseMove := @DoMouseMove;

---

Mode Delphi :

Code:

---

MaForm.OnMouseMove := DoMouseMove;

---

Il y a quelques petites nuances de ce genre entre les deux modes, mais rien de bien méchant.
Pour ma part je préfère utilisé {$Mode ObjFPC} Et si je doit rendre compatible mon code avec "Delphi RAD" je rajoute des macros du genre {$IFNDEF FPC}..{$ENDIF}.
Et je conseil d'éviter de mélanger les 2 modes dans les unités, même si ils cohabitent plutôt bien . Car cela peut-être une prise de tête pour trouver un bug "Faux positif" si tu ne penses pas à ces petites différences

Quelques explications (en anglais) sur les différents modes de compilation et sur le portage de code "Delphi"

A+

Jérôme

Une autre petite chose si tu veux faire que L'EDI Lazarus ressemble plus à celle de Delphi tu peux te référer à mon tutoriel Configurer et personnaliser l'EDI Lazarus

A+

Jérôme

Hello! Une remarque complètement hors-sujet. Data, c'est déjà du pluriel. Pas besoin de "s"... ;)

@BeanzMaster Comme je l'ai indiqué "bien sûr je peux renommer", j'ai d'ailleurs préféré une voie différente en mettant les variables publiques dans un record. La non-sensibilité à la casse je l'avais bien notée.

{$mode delphi} est ce que je cherchais en fait {$mode delphiunicode} correspondrait encore mieux à mes habitudes


@Roland oui, tu as raison ce ne sont pas des rendez-vous, bof, mettons ça sur le compte du franglais ou du enench :lol: