g++: tableau lié n'est pas une constante entière

Avec le code,

const double rotationStep = 0.001;
const int N = 2*int(M_PI/rotationStep) + 3;

static unsigned int counts[N];

g++ donne l'erreur:

tableau lié n'est pas une constante entière avant »]« jeton

Je suis en utilisant g++/gcc version 4.6.1

Quelqu'un peut-il me dire pourquoi g++ se plaint de l'expression?

S'il vous plaît, pouvez-vous supprimer le static jeton de votre code et de recompiler?
Elle est définie par l'implémentation du comportement (lors de l'évaluation de l'expression qui est).
ne compile pas sans mot-clé static, soit

OriginalL'auteur user765269 | 2012-06-29

  1. 7

    Comme le standard ISO C++ de 2003, ce n'est pas un partie intégrante de la constante d'expression. Citant l'article 5.19 de la norme:

    Un partie intégrante de la constante d'expression ne peut s'agir que des littéraux (2.13),
    les agents recenseurs, const des variables ou des données membres statiques de l'intégrale ou
    l'énumération des types de initialisé avec des expressions constantes (8.5),
    non type de paramètres de modèle de l'intégrale ou énumération des types, et
    sizeof expressions. Flottant littéraux (2.13.3) ne peuvent apparaître que si
    ils sont jetés à l'intégrale ou énumération des types.

    Vous pouvez changer ce:

    const double rotationStep = 0.001;
const int N = 2*int(M_PI/rotationStep) + 3;

    :

    const int inverseRotationStep = 1000;
const int N = 2*int(M_PI)*inverseRotationStep + 3;

    (En supposant M_PI est défini quelque part; il n'est pas spécifié dans la norme, mais c'est une extension commune.)

    2011 standard ISO C++ se desserre à ce un peu. 5.19p3 (citant le N3337 projet) dit:

    Un intégrale expression constante est une constante littérale de l'expression de
    partie intégrante ou non délimité de type énumération.

    Je pense 2*int(M_PI/rotationStep) + 3, et donc N, est admissible en vertu des nouvelles règles, mais il est probable que votre compilateur ne permet pas encore de les mettre en œuvre.

    +1 Meilleure réponse

    OriginalL'auteur Keith Thompson

  2. 4

    Le problème, c'est que...

    g++ gives: array bound is not an integer constant before »]« token

    Un const valeur n'est pas une expression constante (même si il est assez facile de comprendre pourquoi ce serait vous tromper).

    EDIT: j'ai supposé que C quand j'ai lu cela. Le problème ici est que cette expression n'est pas évaluée au moment de la compilation:

    const int N = 2*int(M_PI/rotationStep) + 3;

    Alors que ce serait

    const int N = 10;

    @Ildjarn noté dans les commentaires, arithmétique à virgule flottante n'est pas garanti d'être évalués au moment de la compilation. Voici une SORTE de post que j'ai trouvé.

    -_- mais N est fixé au moment de la compilation :/ Donc, il y a une autre solution à l'aide de #define ?
    Si GCC, vous pouvez utiliser constexpr...
    L'arithmétique en virgule flottante n'est pas garanti d'être effectué au moment de la compilation comme partie intégrante de l'arithmétique.
    J'étais en train de penser C quand j'ai lu cela (qui a une définition plus restrictive de ce qui constitue une expression constante), pas du C++. Le problème est que l'expression est pas évaluée au moment de la compilation.
    Essayez de compiler avec g++ -pedantic. J'obtiens un "avertissement: ISO C++ forbids de longueur variable array ‘compte’ [-Wvla]". (g++ est non-conforme par défaut.)

    OriginalL'auteur Ed S.

  3. 1

    Comme Ed l'a déjà souligné, les optimisations des opérations en virgule flottante, y compris la réduction des constantes, ne sont pas garantis pour arriver au moment de la compilation. Intel page sur le sujet donne quelques exemples, mais principalement c'est que l'arrondi comportement peut être différent et que les opérations à virgule flottante peut lancer des exceptions. Ce document va un peu plus en profondeur (section 8.3, "l'Arithmétique de Réduction").

    GCC ne fait que du soutien

    "floating-point de la contraction de l'expression tels que la formation de fused multiply-add opérations si la cible a un support natif pour eux"

    comme mentionné dans la description de la ffp-contrat de drapeau dans le les optimisations du compilateur manuel.

    "compilation d'opérations en virgule flottante ne sont pas garantis pour arriver au moment de la compilation." - ne Peut pas obtenir beaucoup plus de confusion que cela! 😀
    Oh, oui. Fixe (je pense). Merci 🙂

    OriginalL'auteur niko