Forum du club des d�veloppeurs et IT Pro - Langage

fonction : passer par r�f�rence des param�tres optionnels

olivier] — Mon, 19 Oct 2026 10:51:12 GMT

Bonjour.

J'ai �cris une fonction qui v�rifie qu'une date chaine de cracat�res est valide et qui la d�compose en jour, mois et ann�e si ces trois param�tres lui sont fournies.
Je sais qu'il existe des fonctions qui v�rifient la validit� d'une date. Le probl�me n'est pas l�.
Je ne trouve pas la syntaxe correcte pour passer par r�f�rence un argument optionnel en lui donnant une valeur par d�faut.
voici ce que j'ai essay�

Code:

bool date_valide(const std::string date, int &jour = 0, int &mois = 0, int &annee = 0);

�a ne pla�t pas du tout au compilateur.
Comme ce sont des pointeurs (puisque passage par r�f�rence), j'ai essay� avec nullptr.
�a ne lui a pas plu non plus.

Est-ce que ce que je veux faire est r�alisable?
Si oui, pourriez-vous m'expliquer la syntaxe?

Merci d'avance,

Olivier

Comment faire un dispatcher avec plusieurs familles d'objets ?

Laurent7601 — Fri, 25 Sep 2026 12:22:21 GMT

Bonjour, c'est un code que j'ai repris d'ici (et donc il n'est pas de moi) :

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
 
 //Utilitaire pour ajouter un type � la fin d'un tuple
        template<class, class>
        struct cat_type;
 
        template<class T, class... Arg>
        struct cat_type, T>
        {
            using type = std::tuple;
        };
 
 
        //Classe qui surcharge accept pour les types concret
        template<class Abstract, class>
        struct acceptable : Abstract
        {
            void accept(const typename Abstract::visitor_type& v)
            {
                v.visit(*this);
            }
        };
 
 
        //Classe de base des visiteurs
        //La visite se fait sur le type acceptable qui contient l'information sur le type r�el
        template<class, class...>
        struct visitor;
 
        //R�cursion
        template<class Abstract, class Concrete, class... Concrete_Tail>
        struct visitor
            : visitor
        {
            using visitor::visit;
            virtual void visit(acceptable&) const = 0;
        };
 
        //Condition d'arr�t
        template<class Abstract, class Concrete>
        struct visitor
        {
            visitor() = default;
            visitor(const visitor&) = delete;
 
            virtual ~visitor()
            {
            }
 
            visitor& operator=(const visitor&) = delete;
 
            virtual void visit(acceptable&) const = 0;
        };
 
 
        //Utilitaire pour r�cup�rer le type accept� par la hi�rarchie depuis le visiteur
        template<class, class>
        struct accept_type;
 
        template<
            class Abstract, class... Concrete,
            class T
        >
        struct accept_type, T>
        {
            using type = acceptable;
        };
 
 
        //Utilitaire pour r�cup�rer les types concrets de la hi�rarchie depuis le visiteur
        template<class>
        struct concrete_type;
 
        template<class Abstract, class... Concrete>
        struct concrete_type>
        {
            using type = std::tuple;
        };
 
 
        //Classe de base qui ajoute accept � la classe de base de la hi�rarchie
        template<class Abstract, class... Concrete>
        struct accept_visitor
        {
            using visitor_type = visitor;
 
            accept_visitor() = default;
            accept_visitor(const accept_visitor&) = delete;
 
            virtual ~accept_visitor()
            {
            }
 
            accept_visitor& operator=(const accept_visitor&) = delete;
 
            virtual void accept(const visitor_type&) = 0;
        };
 
 
        //Classe dispatcher : c'est un visiteur et un foncteur
 
        //Condition d'arr�t sur les types de la hi�rarchie
        template<
            class To_Visit, class, bool,
            class Visitor, class,
            class Fun
        >
        struct dispatcher : Visitor
        {
            dispatcher(To_Visit& tv, const Fun& f)
                : to_visit(tv), fun(f)
            {
            }
 
        protected:
            To_Visit& to_visit;
            Fun fun;
        };
 
        //R�cursion sur les types de la hi�rarchie
        template<
            class To_Visit, class Visited,
            class Visitor, class T, class... Concrete,
            class Fun
        >
        struct dispatcher<
            To_Visit, Visited, false,
            Visitor, std::tuple,
            Fun
        >
            : dispatcher<
            To_Visit, Visited, false,
            Visitor, std::tuple,
            Fun
            >
        {
        private:
            using base = dispatcher<
                To_Visit, Visited, false,
                Visitor, std::tuple,
                Fun
            >;
 
        public:
            using base::base;
 
            //D�clenche la visite sur le bon param�tre
            void operator()() const
            {
                std::get
                    ::value>
                    (base::to_visit)
                    .accept(*this);
            }
 
            using base::visit;
            void visit(typename accept_type::type&) const
            {
                using new_visited = typename cat_type::type;
 
                //R�cursion sur les arguments d'appel
                dispatcher<
                    To_Visit, new_visited,
                    std::tuple_size::value == std::tuple_size::value,
                    Visitor, typename concrete_type::type,
                    Fun
                >(base::to_visit, base::fun)();
            }
        };
 
        //Condition d'arr�t sur les param�tre d'appel
        template<
            class To_Visit, class... Visited,
            class Visitor, class Concrete,
            class Fun
        >
        struct dispatcher<
            To_Visit, std::tuple, true,
            Visitor, Concrete,
            Fun
        >
        {
            dispatcher(To_Visit& tv, const Fun& f)
                : to_visit(tv), fun(f)
            {
            }
 
            //D�clenche l'appel avec les bon types
            void operator()()
            {
                apply(std::make_index_sequence<sizeof...(Visited)>());
            }
 
        private:
            template
            void apply(std::index_sequence)
            {
                fun(reinterpret_cast(std::get(to_visit))...);
            }
 
            To_Visit& to_visit;
            Fun fun;
        };
 
 
        //Classe de base pour les foncteurs � dispatcher
        template<class Fun, class Abstract>
        struct dispatchable
        {
            dispatchable() = default;
            dispatchable(const dispatchable&) = default;
 
            dispatchable& operator=(const dispatchable&) = default;
 
            template<class... Arg>
            void apply(Arg&&... arg)
            {
                using used_visitor = typename Abstract::visitor_type;
 
                auto t = std::forward_as_tuple(std::forward(arg)...);
                dispatcher<
                    decltype(t), std::tuple<>, false,
                    used_visitor, typename concrete_type::type,
                    Fun
                >(t, static_cast(*this))();
            }
 
        protected:
            ~dispatchable()
            {
            }
        };

J'aimerais le g�n�raliser pour pouvoir �crire un dispatchable pour plusieurs familles d'objets comme ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
struct chat  : acceptable {};
struct chien : acceptable {};
 
struct epée  : acceptable {};
struct arc   : acceptable {};
 
struct laser : acceptable {};
struct balle : acceptable {};
 
struct interaction : dispatchable
{
    void operator()(const chat&, const epée&, const laser&) const { ... }
    void operator()(const chien&, const arc&, const balle&) const { ... }
    // etc.
};

Mais, je ne sais pas faire et j'ai vraiment du mal � comprendre le code de la m�taprogrammation en c++.
(Parce que on ne vois pas le code g�n�r� lors de la compilation d�j�, faut le deviner)

Merci.

La nouvelle feature des modules c++20 et leur instabilit� dans les compilos! (Ca me saoule!)

Laurent7601 — Tue, 21 Jul 2026 18:18:19 GMT

Bonjour, j'ai �cris un moteur de jeux en c++20. Tout parsait bien jusque maintenat, lors de la compilation de la d�mo. (Du futur jeu) Seul clang �tait capable de compiler l'utilisation avanc�e des modules c++20 que j'ai intriduis dans mon moteur, mais, de mani�re instable :

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
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.      Program arguments: C:\\msys64\\mingw64\\bin\\clang++.exe "-DODFAEG_INSTALL_DIR=\"C:/Program Files (x86)/ODFAEG\"" -IC:/VulkanSDK/1.4.350.0/Include -IC:/Users/laure/Projets/ODFAEG/TestODFAEG2/external/imgui -isystem "C:/Program Files (x86)/ODFAEG/include" -isystem "C:/Program Files (x86)/ODFAEG/share/odfaeg/modules/Core" -isystem "C:/Program Files (x86)/ODFAEG/share/odfaeg/modules/Math" -isystem "C:/Program Files (x86)/ODFAEG/share/odfaeg/modules/Window" -isystem "C:/Program Files (x86)/ODFAEG/share/odfaeg/modules/Physics" -isystem "C:/Program Files (x86)/ODFAEG/share/odfaeg/modules/Entity" -isystem "C:/Program Files (x86)/ODFAEG/share/odfaeg/modules/Graphics" -stdlib=libc++ -stdlib=libc++ -O3 -DNDEBUG -std=gnu++20 -std=c++20 "-fprebuilt-module-path=C:/Program Files (x86)/ODFAEG/share/odfaeg/pcm/Core" "-fprebuilt-module-path=C:/Program Files (x86)/ODFAEG/share/odfaeg/pcm/Math" "-fprebuilt-module-path=C:/Program Files (x86)/ODFAEG/share/odfaeg/pcm/Window" "-fprebuilt-module-path=C:/Program Files (x86)/ODFAEG/share/odfaeg/pcm/Physics" "-fprebuilt-module-path=C:/Program Files (x86)/ODFAEG/share/odfaeg/pcm/Entity" "-fprebuilt-module-path=C:/Program Files (x86)/ODFAEG/share/odfaeg/pcm/Graphics" -MD -MT CMakeFiles/MyGame.dir/main.cpp.obj -MF CMakeFiles\\MyGame.dir\\main.cpp.obj.d @CMakeFiles\\MyGame.dir\\main.cpp.obj.modmap -o CMakeFiles/MyGame.dir/main.cpp.obj -c C:/Users/laure/Projets/ODFAEG/TestODFAEG2/main.cpp
1.      C:/Users/laure/Projets/ODFAEG/TestODFAEG2/main.cpp:57:1: current parser token 'enum'
Exception Code: 0xC0000005
 #0 0x00007ffa12f107a5 (C:\msys64\mingw64\bin\libclang-cpp.dll+0xc107a5)
 #1 0x00007ffa1393c651 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x163c651)
 #2 0x00007ffa13bb0711 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x18b0711)
 #3 0x00007ffa1456b169 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x226b169)
 #4 0x00007ffa1454601b (C:\msys64\mingw64\bin\libclang-cpp.dll+0x224601b)
 #5 0x00007ffa1456f248 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x226f248)
 #6 0x00007ffa1455c333 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x225c333)
 #7 0x00007ffa1455a0fe (C:\msys64\mingw64\bin\libclang-cpp.dll+0x225a0fe)
 #8 0x00007ffa1455c51e (C:\msys64\mingw64\bin\libclang-cpp.dll+0x225c51e)
 #9 0x00007ffa14546465 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x2246465)
#10 0x00007ffa1456f248 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x226f248)
#11 0x00007ffa14c71988 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x2971988)
#12 0x00007ffa13ba2fd9 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x18a2fd9)
#13 0x00007ffa13a5c109 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x175c109)
#14 0x00007ffa12525ace (C:\msys64\mingw64\bin\libclang-cpp.dll+0x225ace)
#15 0x00007ffa13ac3c53 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x17c3c53)
#16 0x00007ffa13df1630 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1af1630)
#17 0x00007ffa13e752e0 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1b752e0)
#18 0x00007ffa13dcbcf8 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1acbcf8)
#19 0x00007ffa13e241ef (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1b241ef)
#20 0x00007ffa13dd7a37 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1ad7a37)
#21 0x00007ffa1447f4ce (C:\msys64\mingw64\bin\libclang-cpp.dll+0x217f4ce)
#22 0x00007ffa13212a0f (C:\msys64\mingw64\bin\libclang-cpp.dll+0xf12a0f)
#23 0x00007ffa13397034 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1097034)
#24 0x00007ffa1397fced (C:\msys64\mingw64\bin\libclang-cpp.dll+0x167fced)
#25 0x00007ff7cb1bec93 (C:\msys64\mingw64\bin\clang++.exe+0xec93)
#26 0x00007ff7cb1bf0fd (C:\msys64\mingw64\bin\clang++.exe+0xf0fd)
#27 0x00007ff7cb1bf8f0 (C:\msys64\mingw64\bin\clang++.exe+0xf8f0)
#28 0x00007ffa12ab993d (C:\msys64\mingw64\bin\libclang-cpp.dll+0x7b993d)
#29 0x00007ffa0bbc4be9 (C:\msys64\mingw64\bin\libLLVM-22.dll+0x25b4be9)
#30 0x00007ffa149328c2 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x26328c2)
#31 0x00007ffa14976394 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x2676394)
#32 0x00007ffa14975e6c (C:\msys64\mingw64\bin\libclang-cpp.dll+0x2675e6c)
#33 0x00007ffa13f2cb79 (C:\msys64\mingw64\bin\libclang-cpp.dll+0x1c2cb79)
#34 0x00007ff7cb1ba891 (C:\msys64\mingw64\bin\clang++.exe+0xa891)
#35 0x00007ff7cb1c4e4f (C:\msys64\mingw64\bin\clang++.exe+0x14e4f)
#36 0x00007ff7cb1b10da (C:\msys64\mingw64\bin\clang++.exe+0x10da)
#37 0x00007ff7cb1b1456 (C:\msys64\mingw64\bin\clang++.exe+0x1456)
#38 0x00007ffafff1e957 (C:\Windows\System32\KERNEL32.DLL+0x2e957)
#39 0x00007ffb0202ad6c (C:\Windows\SYSTEM32\ntdll.dll+0xaad6c)
clang++: error: clang frontend command failed due to signal (use -v to see invocation)
clang version 22.1.7 (https://github.com/msys2/MINGW-packages b8f306ad57e0c8f3f15aed0dc809d7e3e8e2eee9)
Target: x86_64-w64-windows-gnu
Thread model: posix
InstalledDir: C:/msys64/mingw64/bin
clang++: note: diagnostic msg:
********************
 
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang++: note: diagnostic msg: C:/Users/laure/AppData/Local/Temp/main-7ffe51.cpp
clang++: note: diagnostic msg: C:/Users/laure/AppData/Local/Temp/main-7ffe51.sh
clang++: note: diagnostic msg:
 
********************
ninja: build stopped: subcommand failed.

Cette feature � �t� introduite en 2020 mais on est en 2026 et elle n'est toujours pas stable. Je sais plus trop quoi faire, soit faire un backend hybride qui supporte des .hpp et des .cpp en + des modules. (Assez lourd � faire pour une centaine de classes), attendre une feature qui ne sera probablement jamais stable car les modules du c++20 n�cessitent une r�vision de toute la chaine de complication alors que c++ utilisais les #include depuis 40 ans. Pour moi il faudrait, mais carr�ment un nouveau compilateur pour rendre ces features stable, un r�fractor ne fonctionnera jamais, �a serait comme essayer d'introduire vulkan dans opengl. Mais je suis incpable de faie un compilateur c++ et encore moins, corriger des bugs d'un compilateur existant.

Comportements diff�rents dans main() et dans foo()

serge17 — Thu, 04 Jun 2026 15:54:06 GMT

Bonjour

Je n'ai jamais eu ce probl�me. Et sans doute vous non plus !
Une copie du debugging vaudra mieux qu'un long discours.

Comme on peut le constater, la premi�re partie de main() est un copier/coller de foo().
1) la premi�re partie de main() fonctionne bien (voir la console)
2) foo() dysfonctionne compl�tement. Le debugging montre que
* pour x = 0 on a (x != 0) = true (cf b1) ce qui donne une boucle infinie � l'ex�cution.
* pour j = 48 on a (j > 15) = false (cf b2) ce qui ne stoppe pas la boucle infinie.

Je n'y comprends rien ! Toute id�e est la bienvenue. Merci d'avance.

PS : en g�n�ral __builtin_clzll() n'est pas d�finie en 0. La variable 'j' est donc al�atoire pour x = 0 : la valeur '48' n'est donc pas reproductible.
Il est d'ailleurs tr�s probable que ce bug ne le soit pas non plus !

Contexte : Windows 10 // Code::Blocs 25.03 // MinGW_w64 Compiler (-O3)

Images attach�es

Comment configurer CMake pour utiliser des modules d'une lib qu'on a cr��e ?

Laurent7601 — Fri, 22 May 2026 20:53:17 GMT

Salut, j'essaie d'utiliser des modules cxx d'une lib que j'ai cr�� avec CMake/Clion et clang mais je ne sais pas comment configurer le projet pour le faire compiler. Mes fichiers de configurations CMake sont sur mon repo : https://github.com/LaurentDuroisin7601/ODFAEG (branche master) J'ai essay� avec msvc mais �a n'a jamais compil� et sur linux non plus :

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
/usr/bin/cmake --build /home/laurent/odfaeg2-master/TestODFAEG2/cmake-build-debug --target MyGame -j 4
[1/27] Building CXX object 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/195512c9cc46.bmi'
FAILED: [code=1] CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/195512c9cc46.bmi 
/usr/bin/clang++  -I/home/laurent/odfaeg-install/include -I/home/laurent/odfaeg2-master/ODFAEG2/external -m64 -g -std=gnu++20 -fcolor-diagnostics -I/usr/lib/llvm-18/include --precompile -MD -MT 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/195512c9cc46.bmi' -MF CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/195512c9cc46.bmi.d @CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/195512c9cc46.bmi.modmap -o 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/195512c9cc46.bmi' -c /home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/rect.ixx
/home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/rect.ixx:4:8: fatal error: module 'odfaeg.math.vec' not found
    4 | import odfaeg.math.vec;
      | ~~~~~~~^~~~~~
1 error generated.
[2/27] Building CXX object 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/f372625f2a16.bmi'
FAILED: [code=1] CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/f372625f2a16.bmi 
/usr/bin/clang++  -I/home/laurent/odfaeg-install/include -I/home/laurent/odfaeg2-master/ODFAEG2/external -m64 -g -std=gnu++20 -fcolor-diagnostics -I/usr/lib/llvm-18/include --precompile -MD -MT 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/f372625f2a16.bmi' -MF CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/f372625f2a16.bmi.d @CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/f372625f2a16.bmi.modmap -o 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/f372625f2a16.bmi' -c /home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/shader.ixx
/home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/shader.ixx:6:8: fatal error: module 'odfaeg.core.inputStream' not found
    6 | import odfaeg.core.inputStream;
      | ~~~~~~~^~~~~~
1 error generated.
[3/27] Building CXX object 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/e48235b35625.bmi'
FAILED: [code=1] CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/e48235b35625.bmi 
/usr/bin/clang++  -I/home/laurent/odfaeg-install/include -I/home/laurent/odfaeg2-master/ODFAEG2/external -m64 -g -std=gnu++20 -fcolor-diagnostics -I/usr/lib/llvm-18/include --precompile -MD -MT 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/e48235b35625.bmi' -MF CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/e48235b35625.bmi.d @CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/e48235b35625.bmi.modmap -o 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/e48235b35625.bmi' -c /home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/vertex.ixx
/home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/vertex.ixx:7:8: fatal error: module 'odfaeg.math.vec' not found
    7 | import odfaeg.math.vec;
      | ~~~~~~~^~~~~~
1 error generated.
[4/27] Building CXX object 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/ae03baa5dc78.bmi'
FAILED: [code=1] CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/ae03baa5dc78.bmi 
/usr/bin/clang++  -I/home/laurent/odfaeg-install/include -I/home/laurent/odfaeg2-master/ODFAEG2/external -m64 -g -std=gnu++20 -fcolor-diagnostics -I/usr/lib/llvm-18/include --precompile -MD -MT 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/ae03baa5dc78.bmi' -MF CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/ae03baa5dc78.bmi.d @CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/ae03baa5dc78.bmi.modmap -o 'CMakeFiles/odfaeg__odfaeg-graphics@synth_b567220ad52f.dir/ae03baa5dc78.bmi' -c /home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/buffer.ixx
/home/laurent/odfaeg-install/share/odfaeg/modules/Graphics/buffer.ixx:5:8: fatal error: module 'odfaeg.core.nonCopyable' not found
    5 | import odfaeg.core.nonCopyable;
      | ~~~~~~~^~~~~~
1 error generated.
ninja: build stopped: subcommand failed.

Merci.

erreur de link definitions multiples

GraineDeDev — Wed, 11 Feb 2026 12:45:49 GMT

Code:

1
2
3
4
5
6
 
 
/usr/bin/ld : /tmp/ccY4DTYA.o:(.bss+0x0) : définitions multiples de « textureDesBlocs »; /tmp/cc4XFrpo.o:(.bss+0x0) : défini pour la première fois ici
/usr/bin/ld : /tmp/ccY4DTYA.o:(.bss+0x30) : définitions multiples de « lesBlocs »; /tmp/cc4XFrpo.o:(.bss+0x30) : défini pour la première fois ici
/usr/bin/ld : /tmp/ccY4DTYA.o:(.bss+0x60) : définitions multiples de « selection »; /tmp/cc4XFrpo.o:(.bss+0x60) : défini pour la première fois ici
collect2: error: ld returned 1 exit status

Bien le bonjour !
Ce sont des variables globales.
elles sont d�clar�es dans un .hpp avec "pragma once"

et le .hpp est 'include' dans 2 fichiers .cpp...

Je comprend mal ou se trouve mon erreur...

Utilisation de boost::chrono::process_user_cpu_clock

serge17 — Sun, 18 Jan 2026 14:34:41 GMT

Bonjour
Pour faire un test de benchmark j'ai pens� utiliser boost::chrono::process_user_cpu_clock.
J'ai la derni�re version de boost mais apparemment cela ne suffit pas. Voici un petit programme qui ne compile plus si on d�commente le bloc.

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
#include 
#include 
 
using namespace std;
using namespace boost;
using namespace boost::chrono;
 
 
int main()
{
    cout << "Hello world!" << endl;
 
#ifdef BOOST_CHRONO_HAS_CLOCK_STEADY
  cout<<"\n YES 1";
#endif
 
#ifdef BOOST_CHRONO_HAS_PROCESS_CLOCKS
  cout<<"\n YES 2";
#endif
 
#ifdef BOOST_CHRONO_HAS_THREAD_CLOCK
 cout<<"\n YES 3";
#endif
 
/*
std::cout << system_clock::now() << '\n';
 
#ifdef BOOST_CHRONO_HAS_CLOCK_STEADY
  std::cout << steady_clock::now() << '\n';
#endif
 
std::cout << high_resolution_clock::now() << '\n';
 
#ifdef BOOST_CHRONO_HAS_PROCESS_CLOCKS
  std::cout << process_real_cpu_clock::now() << '\n';
  std::cout << process_user_cpu_clock::now() << '\n';
  std::cout << process_system_cpu_clock::now() << '\n';
  std::cout << process_cpu_clock::now() << '\n';
#endif
 
#ifdef BOOST_CHRONO_HAS_THREAD_CLOCK
  std::cout << thread_clock::now() << '\n';
#endif
 
*/
    return 0;
}

J'ai droit au message d'erreur

Citation:

... undefined reference to `boost::chrono::system_clock::now()'

Idem pour les autres.

Il faut sans doute faire quelque chose en plus mais quoi ? Merci d'avance pour vos r�ponses.

PS : je sais qu'il y a un forum sp�cial pour boost mais la derni�re question date du 08/07/2024 et est rest�e sans r�ponse depuis. En outre le fil [Actualit�] date de ... 2012 !
Ne m'en veuillez pas de poser ma question ici.

Probl�me de compilation avec l'option O3

serge17 — Sat, 06 Dec 2025 17:20:22 GMT

Bonjour

Suite � des discutions sur ce forum, j'ai voulu tester l'option O3 sur un programme qui fonctionnait bien sans. Comme cela ne fonctionnait plus tr�s bien, j'ai fini par cerner le noeud du probl�me : il semble y avoir un probl�me quand on introduit une fonction �crite en assembleur. Voila ce que cela donne

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
#include 
 
using namespace std;
#define uint64_t unsigned long long
#define uint32_t unsigned long
//------------------------------------------
 
void print(uint64_t A[], uint32_t N)
{
	cout <<"{";
	for (int k = 0; k < N; ++k){
		cout<[k] <<", ";
	}
	cout <<'\b'<<'\b'<<"}"<}
;
// new T = T + k*A
// dim A = 2; dim T = 4;
// T[j] + k*A[j] = u[j] + b*v[j]
void mul_add(uint64_t k, uint64_t A[], uint64_t T[])
{
   uint64_t c ;
   __asm__ __volatile__(
      " mov %[A], %%rsi ;"
      " mov %[T], %%rdi ;"
      " mov $0, %[c] ;"           // carry = 0
      " mov $2, %%rcx ;"          // loop counter (j = 2 - rcx)
   " 0: ;"
      " mov (%%rsi), %%rax ;"     // rax = A[j]
      " mul %[k] ;"               // k*A[j] = rax + rdx*b
      " add (%%rdi), %%rax ;"     // rax = rax + T[j] = u[j]
      " adc $0, %%rdx ;"          // rdx = rdx + CF = v[j]
      " add %[c], %%rax ;"        // rax = u[j] + carry -> new T[j]
      " adc $0, %%rdx ;"          // rdx = v[j] + CF -> new carry
      " mov %%rax, (%%rdi) ;"     // new T[j] = rax
      " mov %%rdx, %[c] ;"        // new carry = rdx
      " add $8, %%rsi ;"
      " add $8, %%rdi ;"
   " loop 0b ;"
      " add %[c], (%%rdi) ;"      // new T[2] = T[2] + carry
      :
      : [A] "r" (A)
      , [T] "r" (T)
      , [k] "r" (k)
      , [c] "r" (c)                // carry
      : "cc", "memory", "%rax", "%rcx", "%rdx"
   );
}
 
//-----------------------------------
int main(void)
{
  uint64_t x = 2;
  uint64_t y = 3755218545365861964ULL;
  uint64_t n = 10203806521854051703ULL;
  uint64_t q = 17966832521566772153ULL;
  uint64_t X[2] = {x,0}, Y[2] = {y,0}, N[2] = {n,0}, T[4] = {0};
 
 //  cout<
 //  cout<
 //  cout<
 //  cout<
 //  cout<
   mul_add(x,Y,T);
   cout<"T = ";   print(T,4);
 
   return 0;
}

Je travaille sous Windows avec Code::Blocks (derni�re version) et MinGW_w64 comme compilateur (mais j'ai aussi test� avec Clang).
Avec ces donn�es, mul_add calcule 2*3755218545365861964 et place le r�sultat dans T
Sans O3 le r�sultat est correct (aussi bien avec Clang qu'avec MinGW_w64.) On obtient

Citation:

T = {7510437090731723928, 0, 0, 0}

Process returned 0 (0x0) execution time : 0.042 s
Press any key to continue.

Les probl�me surviennent avec O3

----------- Avec MinGW_w64 -----------------------
Avec O3 (et toutes les lignes comment�es comme ci-dessus), le r�sultat est correct. On obtient

Citation:

T = {7510437090731723928, 0, 0, 0}

Process returned 0 (0x0) execution time : 0.013 s
Press any key to continue.

Mais si on d�commente une des lignes (ou plusieurs), on obtient

Citation:

Process returned -1073741819 (0xC0000005) execution time : 0.838 s
Press any key to continue.

---------- Avec Clang -------------

Avec O3 (et toutes les lignes comment�es comme ci-dessus), le r�sultat est faux. On obtient

Citation:

T = {15020874181463447856, 0, 0, 0}

Process returned 0 (0x0) execution time : 0.042 s
Press any key to continue.

De plus, si on d�commente une ou plusieurs lignes, on obtient, suivant les cas

Citation:

Process returned -1073741819 (0xC0000005) execution time : 0.509 s
Press any key to continue.

ou bien

Citation:

terminate called after throwing an instance of 'std::bad_cast'
what(): std::bad_cast

Process returned -1073740791 (0xC0000409) execution time : 0.489 s
Press any key to continue.

Cela est juste un exemple. J'ai obtenu d'autres situations tout aussi bizarres

une erreur (0xC0000005) si on place un 'exit()' quelque part mais qui dispara�t si on place cet 'exit()' un peu plus loin.

une variable de boucle r�initialis�e, ce qui donne une boucle infinie

la modification de la valeur d'un constante, etc.

Merci pour vos lumi�res.

Deux programmes avec des performances paradoxales

serge17 — Sun, 23 Nov 2025 15:35:59 GMT

Bonjour

La fonction suivante

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
uint64_t  f1(int64_t a, int64_t p)
{
   int64_t u = p, v = a, r = 0, s = 1;
   while(u != v){  
      if(u > v){
         u -= v;
        // code1
      }else{
         v -= u;
         // code2
      }
   }
   return s;
}

effectue une soustraction et 2 tests de comparaison, chacun ayant un de temps d'execution �quivalent � celui d'une soustraction (rectifiez moi si je me trompe).
J'ai donc pens� � la modifier de la fa�on suivante

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
uint64_t  f2(int64_t a, int64_t p)
{
   int64_t u = p, v = a, r = 0, s = 1, w;
   while( (w = u - v) != 0){  
      if(w > 0){
         u  = w;
        // code1
      }else{
         v = -w;
         // code2
      }
   }
   return s;
}

A la place de 3 "soustractions", cette nouvelle fonction effectue une soustraction avec affectation (dans w) et un test du bit de signe (les autres affectations sont les m�mes).

Je ne m'attendais pas � un gain �norme mais � ma grande surprise f2 est 20 � 25% plus lente que f1.

Avez vous une explication ?
Merci d'avance.