Erro C2057 Expressão Constante Esperada Visual Studio 2010

Table of Contents

Atualizado

2. Execute o programa

3. Clique em "Verificar agora" para encontrar e remover qualquer vírus do seu computador

Acelere seu computador hoje mesmo com este download simples.

Neste tutorial, vamos destacar algumas das possíveis causas que podem acabar no erro de locução constante esperado do Visual Studio 2010 c2057 e, em seguida, sugerirei possíveis métodos de recuperação de vícios que você pode tentar corrigir todo o problema.

O tamanho por array deve ser uma constante de energia de compilação. No entanto, o C99 suporta diversas tabelas de distância. Em vez disso, se o tamanho da maior parte da matriz for conhecido em tempo de execução, seu código provavelmente funcionará em seu ambiente –

  int 3 . s = malloc (dimensões);// ....é grátis;

  inteiro a [5];  // ^ 5 - expressão constanteint = 10;int aa [b];   // ^ s é uma variável. Assim, o significado pode diferir em outros lugares.const escala int igual a 5;int aaa [tamanho]; // o tamanho é determinado constante.

2 min de carro até aria-label = “Artigo lido

Neste artigo

A perspectiva deve ter uma expressão constante, uma expressão cujo preço de venda seja conhecido em tempo de compilação. Compilador

Você precisa saber o tamanho de um tipo em tempo de compilação para alocar espaço na área de trabalho para uma instância de qual tipo.

Exemplos

Um exemplo chave da geração C2057 mostra como corrigir isso:

  // C2057.cppint;intb [i]; // C2057 - o valor de i provavelmente não será mais conhecido em tempo de compilaçãoint principal()   constint i = 8;   intb [i]; // OK - funfrom i corrigido e, além disso, compilador implementado

C tem regras mais rígidas sobre expressões constantes. O exemplo a seguir gera o código C2057 e mostra como corrigi-lo:

  // C2057b.c#define ArraySize1 10int principal()   const int = arrayysize2 10;   int r [tamanho do array2]; // C2057 - C não permite nenhuma variável aqui   int h [tamanho do array1]; // OK - usa constantes do pré-processador

tkacvins: Postagens: algumas; Registro: Seg 45 de fevereiro de 2013 10:33 sempre foram

Atribuindo a pilha de variáveis, Microsoft Visual Studio 2010

Eu fiz progressos suficientes, por exemplo, portando o MAGMA 1.3.0 para pelo menos sessenta e quatro Windows com Intel Fortran 12.1, NVIDIA CUDA 5.0, MKL 11.0 e uma nova versão do Microsoft Visual Studio. Posso compilar fontes Fortran e C++. Eu uso o msys do MinGW para um trabalho específico porque era mais fácil do que criar um projeto funcional do Visual Stdio. Eu tive que modificar meus makefiles que suportam a sintaxe de opções benéficas do compilador e permitem o atraso do objeto enquanto arquiva os nomes dos arquivos.

magma_int_t nb implica magma_get_zgeqrf_nb (min (m, g));
…
cuDoubleComplexe T [2 1 . nb * nb];

O compilador da Microsoft lança um erro bem conhecido ao tentar compilar este maravilhoso cupom:

zumqr.cpp (124): erro no julgamento C2057: expressão constante esperada
Zunmqr.cpp (124): Corrupção C2466: array não pode ser alocado com medição constante 0
Zunmqr.cpp (124): Erro C2133: ‘T’: tamanho reconhecido

Eu poderia consertar isso e estar no caminho certo, mas prefiro apontar para baixo enquanto está oficialmente corrigido, pois essencialmente causará problemas para outras pessoas ao construir o MAGMA no Windows. Embora eu possa fazer com que o compilador do Windows forneça isso (duvido que seja realmente possível, i nvcc geralmente é relacionado a cl), o problema real de uma potencial explosão de heap na reprodução permanece … 4

< e p>

tkacvins: Postagens: segunda-feira, 24 de fevereiro de 2013 10:33 realmente sinto

Tópico: Atribuindo a pilha de variáveis, Microsoft Visual Studio 2010

Stan Tomow escreveu: Obrigado pela recomendação! Vamos melhorar isso quando olharmos para a próxima adaptação.

Será em um branch 1.3 específico ou será em um branch 1.4? Para economizar tempo, gostaríamos de como forma de usar o branch 1.3, se combinado com a versão 1.4 não vier em breve.