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

Version imprimable

22/07/2015, 08h40
Francis Walter

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

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

Citation:

Envoyé par Synopsis

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.
22/07/2015, 15h24
oodini

Super !

J'avais justement besoin de ce genre de trucs. J'avais commencé avec Boost.Units, mais ça me semblait un peu lourd.
22/07/2015, 17h56
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.

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

Voici le code que j'ai testé:

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
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 :

Citation:

expected a declaration

Et dans la fonction main() :

Citation:

expected token `;` got `test`

Une idée?

03/08/2015, 20h53
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.
03/08/2015, 20h58
RPGamer

Citation:

Envoyé par jo_link_noir

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/
10/08/2015, 05h28
white_tentacle

Citation:

Envoyé par RPGamer

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).
10/08/2015, 09h51
Francis Walter

Citation:

Envoyé par white_tentacle

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 ?
10/08/2015, 15h50
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.