Discussion :

[Francis Walter]

Bonjour,

L'équipe C++ de Developpez.com vous présente un tutoriel sur les littéraux utilisateur de Andrzej Krzemieński traduit par Bousk :

Les littéraux utilisateur - Partie 1 : les littéraux préparés

Cet article est le premier d'une série de trois au sujet d'une nouveauté du langage : la possibilité de définir des littéraux utilisateur.

Cet article traite des littéraux en général, le but et l'utilité des littéraux utilisateur, leurs limites et les autres possibilités offertes en C++ pour un objectif similaire.

[oodini]

Super !

J'avais justement besoin de ce genre de trucs. J'avais commencé avec Boost.Units, mais ça me semblait un peu lourd.

[Luc Hermitte]

C'est complémentaire. boost.unit fournit le framework qui définit déjà comment manipuler les unités SI. Avec les user-defined literals, on a un nouveau moyen (à écrire car que je crois pas que boost.units les ait intégrés) pour écrire des valeurs dans des unités SI.

[RPGamer]

J'ai justement testé les litteraux utilisateurs mais mon IDE (Qt Creator) n'aime pas ça.

Voici le code que j'ai testé:

Code :

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

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
class Distance
{
    private:
 
        uint16_t distance;
 
    public:
 
        explicit constexpr Distance(uint16_t distance) : distance(distance) {}
};
 
constexpr Distance operator "" _m(unsigned long long distance)
{
    return Distance(static_cast<uint16_t>(distance * 100));
}
 
constexpr Distance operator "" _cm(unsigned long long distance)
{
    return Distance(static_cast<uint16_t>(distance));
}
 
constexpr Distance operator "" _mm(unsigned long long distance)
{
    return Distance(static_cast<uint16_t>(distance / 10));
}
 
int main()
{
    Distance test = 20_cm;
    return 0;
}

J'ai cette erreur sur les lignes des surchages d'opérateur :

expected a declaration

Et dans la fonction main() :

expected token `;` got `test`

Une idée?

[jo_link_noir]

L'IDE, tu t'en fous, c'est le compilateur qui importe. l'IDE n'est qu'une aide plus ou moins synchronisé avec le compilateur, mais il ne le remplace pas.

Si cela devient gênant, il y a peut-être un macro connu par l'IDE pour qu'il n'analyse pas les parties de code problématique.

[RPGamer]

Si cela devient gênant, il y a peut-être un macro connu par l'IDE pour qu'il n'analyse pas les parties de code problématique.

Ouais c'est ça, c'est bon ça compile (encore heureux) mais c'est quand même lourd ce genre d'affichage erroné en complétion. Je sais pas sur quoi se base Qt Creator pour ça.

EDIT:
Apparement, c'est basé sur Clang : https://blog.qt.io/blog/2011/10/19/q...tor-and-clang/

[white_tentacle]

Ouais c'est ça, c'est bon ça compile (encore heureux) mais c'est quand même lourd ce genre d'affichage erroné en complétion. Je sais pas sur quoi se base Qt Creator pour ça.

EDIT:
Apparement, c'est basé sur Clang : https://blog.qt.io/blog/2011/10/19/q...tor-and-clang/

Qt creator utilise son propre modèle de code C++, avec son propre parseur. Le modèle utilisant clang est encore plus ou moins en bêta (de mémoire, son problème est qu’il est beaucoup plus lent, par contre, il ne souffre pas de ce genre de défauts).

[Francis Walter]

Qt creator utilise son propre modèle de code C++, avec son propre parseur. Le modèle utilisant clang est encore plus ou moins en bêta (de mémoire, son problème est qu’il est beaucoup plus lent, par contre, il ne souffre pas de ce genre de défauts).

La version bêta en question daterait de 2011 si je ne me trompe. Y'a t-il pas eu d'évolutions depuis ?

[RPGamer]

Visibilement leur parseur a été mis à jour car en passant de la v 3.3 à la 3.4 mon problème est résolu.