[Lazarus] Dans les options du projet le test signale un conflit

Dans les options du projet le test signale un conflit

Voilà les commentaires du test:

CONSEIL : utilisation du fichier de configuration C:\lazarus\fpc\3.0.2\bin\i386-win32\fpc.cfg
ATTENTION : "ppu" existe deux fois : C:\lazarus\fpc\3.0.2\units\i386-win32\fv\dialogs.ppu, C:\lazarus\lcl\units\i386-win32\dialogs.ppu
ATTENTION : "ppu" existe deux fois : C:\lazarus\fpc\3.0.2\units\i386-win32\fv\menus.ppu, C:\lazarus\lcl\units\i386-win32\menus.ppu

Question de néophyte: comment faire?

J'ai essayé sauvagement de supprimer ceux signalés dans la LCL. Ce qui fonctionne sur le coup.
Mais dès que l'EDI est compilée à nouveau, le problème se pose à nouveau.
Et ça n'est pas sans conséquence, car ensuite, dès qu'un dialogue est ouvert, il se perd en route et ça se termine par un reset.

Alain Monnet

Bonjour,

Ce serait bien d'avoir une copie du fichier de configuration C:\lazarus\fpc\3.0.2\bin\i386-win32\fpc.cfg qui est un simple fichier texte. Il peut y avoir des problèmes de chemins mal définis. A priori, ce sont effectivement les ppu de la LCL qui n'ont pas à être là.

Le commentaire qui suit me laisse perplexe. Peut-on avoir des explications ?

Citation:

Envoyé par a_monnet

Et ça n'est pas sans conséquence, car ensuite, dès qu'un dialogue est ouvert, il se perd en route et ça se termine par un reset.

Il peut arriver qu'il y ait ce genre d'avertissements, en particulier lors de la reconstruction de l'EDI, mais souvent ils ne portent pas à conséquence si l'on prend garde d'appeler la bonne unité. En revanche, l'avertissement est justifié dans la mesure où il peut y avoir des confusions dans les appels avec des unités aux noms semblables mais aux contenus différents.

Cordialement,

Gilles

Ceci est le résultat d'un test fait par l'IDE (ce ne sont pas des warnings issus du compilateur).

C'est en effet du au fait que plusieurs fichiers possédant le même nom sont inclus dans les chemins pour votre projet.

Ceci étant, ceux présents dans le sous-répertoire de Free Pascal concernent manifestement Free Vision (cf. http://wiki.freepascal.org/Free_Vision), alors que ceux dans le sous-répertoire de Lazarus concernent bien évidemment la LCL.

J'ai cependant du mal à comprendre pourquoi/comment un projet utiliserait à la fois une IHM Free Vision ET une IHM Lazarus. Supprimez donc l'utilisation de celle que vous n'utilisez -probablement- pas dans votre projet et/ou votre code source (i.e. "uses"), et vous n'aurez alors plus de confits.

Travaux en cours

Merci à vous deux.

Je vais aller plonger le nez dans le dossier de configuration.
A bientôt

Citation:

Envoyé par gvasseur58

Ce serait bien d'avoir une copie du fichier de configuration C:\lazarus\fpc\3.0.2\bin\i386-win32\fpc.cfg qui est un simple fichier texte. Il peut y avoir des problèmes de chemins mal définis. A priori, ce sont effectivement les ppu de la LCL qui n'ont pas à être là.

Voilà pour la copie.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
#
# Config file generated by fpcmkcfg on 14/11/2017 - 09:36:26
# Example fpc.cfg for Free Pascal Compiler
#
 
# ----------------------
# Defines (preprocessor)
# ----------------------
 
#
# nested #IFNDEF, #IFDEF, #ENDIF, #ELSE, #DEFINE, #UNDEF are allowed
#
# -d is the same as #DEFINE
# -u is the same as #UNDEF
#
 
#
# Some examples (for switches see below, and the -? helppages)
#
# Try compiling with the -dRELEASE or -dDEBUG on the commandline
#
 
# For a release compile with optimizes and strip debuginfo
#IFDEF RELEASE
  -O2
  -Xs
  #WRITE Compiling Release Version
#ENDIF
 
# For a debug version compile with debuginfo and all codegeneration checks on
#IFDEF DEBUG
  -gl
  -Crtoi
  #WRITE Compiling Debug Version
#ENDIF
 
# assembling
#ifdef darwin
# use pipes instead of temporary files for assembling
-ap
# path to Xcode 4.3+ utilities (no problem if it doesn't exist)
-FD/Applications/Xcode.app/Contents/Developer/usr/bin
#endif
 
# ----------------
# Parsing switches
# ----------------
 
# Pascal language mode
#      -Mfpc      free pascal dialect (default)
#      -Mobjfpc   switch some Delphi 2 extensions on
#      -Mdelphi   tries to be Delphi compatible
#      -Mtp       tries to be TP/BP 7.0 compatible
#      -Mgpc      tries to be gpc compatible
#      -Mmacpas   tries to be compatible to the macintosh pascal dialects
#
# Turn on Object Pascal extensions by default
#-Mobjfpc
 
# Assembler reader mode
#      -Rdefault  use default assembler
#      -Ratt      read AT&T style assembler
#      -Rintel    read Intel style assembler
#
# All assembler blocks are AT&T styled by default
#-Ratt
 
# Semantic checking
#      -S2        same as -Mobjfpc
#      -Sc        supports operators like C (*=,+=,/= and -=)
#      -Sa        include assertion code.
#      -Sd        same as -Mdelphi
#      -Se<x>     error options. <x> is a combination of the following:
#         <n> : compiler stops after <n> errors (default is 1)
#         w   : compiler stops also after warnings
#         n   : compiler stops also after notes
#         h   : compiler stops also after hints
#      -Sg        allow LABEL and GOTO
#      -Sh        Use ansistrings
#      -Si        support C++ styled INLINE
#      -Sk        load fpcylix unit
#      -SI<x>     set interface style to <x>
#         -SIcom    COM compatible interface (default)
#         -SIcorba  CORBA compatible interface
#      -Sm        support macros like C (global)
#      -So        same as -Mtp
#      -Sp        same as -Mgpc
#      -Ss        constructor name must be init (destructor must be done)
#      -Sx        enable exception keywords (default in Delphi/ObjFPC modes)
#
# Allow goto, inline, C-operators, C-vars
-Sgic
 
# ---------------
# Code generation
# ---------------
 
# Uncomment the next line if you always want static/dynamic units by default
# (can be overruled with -CD, -CS at the commandline)
#-CS
#-CD
 
# Set the default heapsize to 8Mb
#-Ch8000000
 
# Set default codegeneration checks (iocheck, overflow, range, stack)
#-Ci
#-Co
#-Cr
#-Ct
 
# Optimizer switches
# -Os        generate smaller code
# -Oa=N      set alignment to N
# -O1        level 1 optimizations (quick optimizations, debuggable)
# -O2        level 2 optimizations (-O1 + optimizations which make debugging more difficult)
# -O3        level 3 optimizations (-O2 + optimizations which also may make the program slower rather than faster)
# -Oo<x>     switch on optimalization x. See fpc -i for possible values
# -OoNO<x>   switch off optimalization x. See fpc -i for possible values
# -Op<x>     set target cpu for optimizing, see fpc -i for possible values
 
#ifdef darwin
#ifdef cpui386
-Cppentiumm
-Oppentiumm
#endif
#endif
 
# -----------------------
# Set Filenames and Paths
# -----------------------
 
# Both slashes and backslashes are allowed in paths
 
# path to the messagefile, not necessary anymore but can be used to override
# the default language
#-FrC:\lazarus\fpc\$FPCVERSION/msg/errore.msg
#-FrC:\lazarus\fpc\$FPCVERSION/msg/errorn.msg
#-FrC:\lazarus\fpc\$FPCVERSION/msg/errores.msg
#-FrC:\lazarus\fpc\$FPCVERSION/msg/errord.msg
#-FrC:\lazarus\fpc\$FPCVERSION/msg/errorr.msg
 
# search path for unicode binary files (FPC 2.x does not know this switch)
#ifndef VER2
-FM/unicode/
#endif
 
# searchpath for units and other system dependent things
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/*
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/rtl
 
#ifdef cpui8086
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/$fpcsubarch-$fpcmemorymodel
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/$fpcsubarch-$fpcmemorymodel/*
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/$fpcsubarch-$fpcmemorymodel/rtl
#endif
 
#IFDEF FPCAPACHE_1_3
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/httpd13/
#ELSE
#IFDEF FPCAPACHE_2_0
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/httpd20
#ELSE
-FuC:\lazarus\fpc\$FPCVERSION/units/$fpctarget/httpd22
#ENDIF
#ENDIF
 
# searchpath for fppkg user-specific packages
-Fu$LOCAL_APPDATA\FreePascal\fppkg/units/$FPCTARGET/*
 
# path to the gcclib
 
 
# searchpath for libraries
#-FlC:\lazarus\fpc\$FPCVERSION/lib
#-Fl/lib;/usr/lib
-FlC:\lazarus\fpc\$FPCVERSION/lib/$FPCTARGET
 
# searchpath for tools
-FDC:\lazarus\fpc\$FPCVERSION/bin/$FPCTARGET
 
#IFNDEF CPUI386
#IFNDEF CPUAMD64
#DEFINE NEEDCROSSBINUTILS
#ENDIF
#ENDIF
 
#IFNDEF Win32
#DEFINE NEEDCROSSBINUTILS
#ENDIF
 
# never need cross-prefix when targeting the JVM
# (no native compiler, always cross-compiling)
#ifdef cpujvm
#undef NEEDCROSSBINUTILS
#endif
 
# for android cross-prefix is set by compiler
#ifdef android
#undef NEEDCROSSBINUTILS
#endif
 
# never need cross-prefix when targeting the i8086
# (no native compiler, always cross-compiling)
#ifdef cpui8086
#undef NEEDCROSSBINUTILS
#endif
 
# never need cross-prefix when targeting the i8086
# (no native compiler, always cross-compiling)
#ifdef cpujvm
#undef NEEDCROSSBINUTILS
#endif
 
# binutils prefix for cross compiling
#IFDEF FPC_CROSSCOMPILING
#IFDEF NEEDCROSSBINUTILS
  -XP$FPCTARGET-
#ENDIF
#ENDIF
 
 
# -------------
# Linking
# -------------
 
# generate always debugging information for GDB (slows down the compiling
# process)
#      -gc        generate checks for pointers
#      -gd        use dbx
#      -gg        use gsym
#      -gh        use heap trace unit (for memory leak debugging)
#      -gl        use line info unit to show more info for backtraces
#      -gv        generates programs tracable with valgrind
#      -gw        generate dwarf debugging info
#
# Enable debuginfo and use the line info unit by default
#-gl
 
# always pass an option to the linker
#-k-s
 
# Always strip debuginfo from the executable
-Xs
 
# Always use smartlinking on i8086, because the system unit exceeds the 64kb
# code limit
#ifdef cpui8086
-CX
-XX
#endif
 
 
# -------------
# Miscellaneous
# -------------
 
# Write always a nice FPC logo ;)
-l
 
# Verbosity
#      e : Show errors (default)       d : Show debug info
#      w : Show warnings               u : Show unit info
#      n : Show notes                  t : Show tried/used files
#      h : Show hints                  s : Show time stamps
#      i : Show general info           q : Show message numbers
#      l : Show linenumbers            c : Show conditionals
#      a : Show everything             0 : Show nothing (except errors)
#      b : Write file names messages   r : Rhide/GCC compatibility mode
#          with full path              x : Executable info (Win32 only)
#      v : write fpcdebug.txt with     p : Write tree.log with parse tree
#          lots of debugging info
#
# Display Info, Warnings and Notes
-viwn
# If you don't want so much verbosity use
#-vw

Et,

Citation:

Le commentaire qui suit me laisse perplexe. Peut-on avoir des explications ?

Ce qui se passe, c'est que tous les dialogues (fonts, color, répertoire, ...) se mettent à prendre de plus en plus de temps et que, si on insiste, ils finissent par se perdre dans l'espace/temps, si le programme ne plante pas.

Alain Monnet

Et encore, travaux en cours

Bon.

Ce que vous dites me fait supposer que l'erreur est, soit dans les options du projet, soit
dans la construction de l'EDI.

Je n'ai pas la compétence pour revoir la construction de l'EDI.

Pour les options du projet, les bases sont,
fichier de compilation: fpc.cfg
ressources du projet FPC: .res
mode syntaxe: -MobjFPC

A priori, c'est cohérent. Ceci mis à part, j'ai modifié toutes les options qui me venaient
à l'esprit. Et le résultat est toujours le même, avec la présence d'unités qui portent le
même nom.

Une autre idée ?
signé
Papy désespéré

Bonjour,

As tu regardé dans l'inspecteur du projet (Projet->Inspecteur de projet...) si tu n'as pas dans les paquets requis LCL et FeeeVision ce que expliquerait les erreurs

Cordialement

Salut ne te prend pas la tête avec ce messages et tu n'y pourras rien

Citation:

# searchpath for units and other system dependent things
-FuC:\lazarus18rc4\fpc\$FPCVERSION/units/$fpctarget

Ensuite dans le projet, Lazarus rajoute le chemin pour la LCL (inspecteur de projet --> Paquets Requis) par contre si tu choisi dans nouveau "programme simple/programme/application console" (pas tester) mais normalement le chemin vers la LCL ne devrait pas être rajouté dans les options de compilations car pas de dépendance avec la LCL

Vu qu'il y as ces des unités qui ont le même nom c'est normal que cela rentre en conflits. Mais n'as aucun impact lors de la compilation de ton projet

Par contre si tu écris une unité toi même et qu'elle à le même nom qu'une autre unités présente dans FPC ou LCL, là cela peux poser problème et provoquer des conflits. J'ai eu le cas avec l'unité OpenAL.pas présente dans le dossier C:\lazarus18rc4\fpc\3.0.4\source\packages\openal\src. J'ai simplement renommer mon unité.