Error c2131 выражение не определяется константой

Ошибки компилятора с C2100 по C2199

В статьях в этом разделе документации объясняется подмножество сообщений об ошибках, создаваемых компилятором.

Компиляторы и средства сборки Visual Studio могут сообщать о различных типах ошибок и предупреждений. После обнаружения ошибки или предупреждения средства сборки могут делать предположения о намерении кода и пытаться продолжить работу, чтобы можно было сообщать о дополнительных проблемах одновременно. Если средства делают неверное предположение, последующие ошибки или предупреждения не могут применяться к проекту. При устранении проблем в проекте всегда начинайте с первой зарегистрированной ошибки (или предупреждения) и выполняйте повторную сборку как можно чаще. Одно исправление может привести к возникновению многих последующих ошибок.

Чтобы получить справку о конкретном диагностическом сообщении в Visual Studio, выберите его в окне вывода и нажмите клавишу F1 . Visual Studio открывает страницу документации для этой ошибки, если она существует. Вы также можете использовать средство поиска в верхней части страницы, чтобы найти статьи о конкретных ошибках или предупреждениях. Кроме того, просмотрите список ошибок и предупреждений по инструменту и введите оглавление на этой странице.

Не все ошибки или предупреждения Visual Studio описаны. Во многих случаях диагностическое сообщение предоставляет все доступные сведения. Если вы приземлились на этой странице при использовании F1 и считаете, что сообщение об ошибке или предупреждении требует дополнительного объяснения, сообщите нам об этом. Кнопки обратной связи на этой странице можно использовать для создания проблемы с документацией на сайте GitHub. Если вы считаете, что ошибка или предупреждение неправы или обнаружена другая проблема с набором инструментов, сообщите о проблеме с продуктом на сайте Сообщество разработчиков. Вы также можете отправить отзыв и ввести ошибки в интегрированной среде разработки. В Visual Studio перейдите в строку меню и выберите «Отправить > отзыв справки>» или отправьте предложение с помощью отправки > отзывов > справки.

Вы можете найти дополнительную помощь по ошибкам и предупреждениям на форумах Microsoft Learn Q&A . Или найдите номер ошибки или предупреждения на сайте Сообщество разработчиков Visual Studio C++. Вы также можете выполнить поиск решений в Stack Overflow .

Ссылки на дополнительные справочные материалы и ресурсы сообщества см. в справке и сообществе Visual C++.

Источник

Error c2131 выражение не определяется константой

Профиль
Группа: Участник
Сообщений: 2
Регистрация: 16.3.2016

Репутация: нет
Всего: нет

Сгенерировать и вывести на экран массив с 10 рандомных чисел от -50 до 50. Положительные элементы массива перенести в другой массив №1, а отрицательные в другой №2.
#include «stdafx.h»
#include
#include
using namespace std;

int _tmain(int argc, _TCHAR* argv[])
<
int *mas, n;
cout > n;
mas = new int[n];
int positiv = 0, negativ = 0;
for (int j = 0; j 0)
positiv++;

>
int *mas_p = new int[positiv];
int *mas_n = new int[negativ];

stargame	Дата 16.3.2016, 20:18 (ссылка) | (нет голосов) Загрузка .

rudolfninja	Дата 16.3.2016, 20:57 (ссылка) | (нет голосов) Загрузка .
Опытный Профиль Группа: Участник Сообщений: 341 Регистрация: 19.2.2013 Где: г. Минск Репутация: 1 Всего: 6 Вы код забыли полностью дописать. Если вы этот код писали самостоятельно, то, в принципе, у вас не должно возникнуть проблем с дальнейшим решением задачи. Еще я бы как-нибудь обработал ситуацию с нулевыми элементами. В чем именно проблема? Это сообщение отредактировал(а) rudolfninja — 16.3.2016, 21:18

baldman88	Дата 16.3.2016, 23:20 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 18.1.2009 Репутация: 1 Всего: 7 Код #include «stdafx.h» #include #include using namespace std; int _tmain(int argc, _TCHAR* argv[]) < int n = 10; int mas[n]; int positiv = 0; int negativ = 0; cout 0) positiv++; > cout 0) mas_p[positiv++] = mas[j]; if (mas[j]

disputant	Дата 18.3.2016, 12:00 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 28.11.2011 Репутация: нет Всего: 3 Код int mas_p[positiv]; int mas_n[negativ];

Профиль
Группа: Участник
Сообщений: 26
Регистрация: 4.6.2015

Репутация: нет
Всего: нет

dreindeimos	Дата 18.3.2016, 14:36 (ссылка) | (нет голосов) Загрузка .

baldman88	Дата 18.3.2016, 17:07 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 18.1.2009 Репутация: 1 Всего: 7 Код #include «stdafx.h» #include #include using namespace std; int _tmain(int argc, _TCHAR* argv[]) < int n = 10; int mas[n]; int positiv = 0; int negativ = 0; cout 0) positiv++; > cout 0) mas_p[positiv++] = mas[j]; if (mas[j]

disputant	Дата 18.3.2016, 21:18 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 28.11.2011 Репутация: нет Всего: 3 Цитата(baldman88 @ 18.3.2016, 17:07) Дык, на дворе уже 2016 год. Или для лабораторных работ строго-настрого запрещено пользоваться С++11? Берем последний Visual C++ 2015. Код int main(int argc, const char * argv[]) < int mas[atoi(argv[1])]; > Имеем: error C2131: выражение не определяется константой Витая в эмпиреях, вы можете использовать распоследний стандарт, но компилировать вы будете на земле реальным компилятором.

baldman88	Дата 19.3.2016, 00:09 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 18.1.2009 Репутация: 1 Всего: 7 Цитата(disputant @ 18.3.2016, 21:18) Берем последний Visual C++ 2015. Имеем: error C2131: выражение не определяется константой Витая в эмпиреях, вы можете использовать распоследний стандарт, но компилировать вы будете на земле реальным компилятором.

Искренне Вам сочувствую . Свет не сошелся клином на поделиях MS.

Это сообщение отредактировал(а) baldman88 — 19.3.2016, 00:09

disputant	Дата 19.3.2016, 18:42 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 28.11.2011 Репутация: нет Всего: 3 Цитата(disputant @ 18.3.2016, 21:18) Берем последний Visual C++ 2015. Имеем: error C2131: выражение не определяется константой Витая в эмпиреях, вы можете использовать распоследний стандарт, но компилировать вы будете на земле реальным компилятором.

Искренне Вам сочувствую . Свет не сошелся клином на поделиях MS.

А если вы по gcc — так в нем, на котором, видимо, у вас свет сошшелся, это расширение было уже очень давно.

Если вам не трудно, приведите еще 2-3 примера компиляторов, которые это скомпилируют. Просто чтоб понимать, до какой степени отстой этот Microsoft, и что все остальные давно умеют делать такие стандартные вещи.

Забавно, что отстойный сайт http://en.cppreference.com/w/cpp/language/array утверждает, что даже с C++14 там должно быть константное выражение, известное во время компиляции.

P.S. Полез в стандарт — п. 8.3.4,
In a declaration T D where D has the form
D1 [ constant-expressionopt] attribute-specifier-seqopt

Так что свет клином, надо понимать, и на стандарте не сошелся.

Это сообщение отредактировал(а) disputant — 19.3.2016, 19:01

baldman88	Дата 19.3.2016, 20:48 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 18.1.2009 Репутация: 1 Всего: 7 Ваш ник говорит сам за себя Вы попросили назвать еще 2-3 примера компиляторов . Давайте начнем с того, что я знаю всего 4 самых распространенных компилятора. Остальное, субъективно, это экзотика. Вычтем из этих четырех озвученные Вами gcc и vc. Остается всего 2. Из них clang точно поддерживает. За интеловский ничего не скажу. Дальше идем по линии идеологии. С++, по идее, является надстройкой над С . Смотрим в стандарт С99 . (смотрят разработчики всех Нормальных компиляторов). И да, эта дискуссия уже выходит далеко за рамки темы поста. Так что давайте не будем вдаваться в подробности. Это сообщение отредактировал(а) baldman88 — 20.3.2016, 02:20

disputant	Дата 20.3.2016, 09:00 (ссылка) | (нет голосов) Загрузка .
Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 28.11.2011 Репутация: нет Всего: 3 Цитата(baldman88 @ 19.3.2016, 20:48) С++, по идее, является надстройкой над С . Смотрим в стандарт С99 . (смотрят разработчики всех Нормальных компиляторов). И да, эта дискуссия уже выходит далеко за рамки темы поста. Так что давайте не будем вдаваться в подробности. Даже Страуструп пишет, что очень большая ошибка — считать С++ расширением языка C. А посему — особенно в ответах для начинающих и для переносимости — я считаю, что нужно использовать стандарт, а любые от него отклонения документировать Что до последнего пожелания. Считаю, что как раз начинающим будет полезнее рассказывать, пусть и не подробно, но со всей строгостью закона. Да, это обычно трудно, но — взялся за гуж.

_zorn_	Дата 20.3.2016, 09:44 (ссылка) | (нет голосов) Загрузка .
Эксперт Профиль Группа: Завсегдатай Сообщений: 1077 Регистрация: 21.8.2007 Репутация: нет Всего: 12 Цитата(disputant @ 20.3.2016, 16:00 ) я считаю, что нужно использовать стандарт

baldman88

Дата 20.3.2016, 23:40 (ссылка) | (нет голосов) Загрузка .

Бывалый Профиль Группа: Участник Сообщений: 210 Регистрация: 18.1.2009 Репутация: 1 Всего: 7 Цитата(disputant @ 20.3.2016, 09:00) я считаю, что нужно использовать стандарт Это конечно хорошо, что Вы так сведущи в стандарте. Я подробно его не читал (кроме некоторых моментов). Но для работы я по максимуму пользуюсь удобствами, предоставляемыми инструментами, которыми я пользуюсь. Ну и по порядку: Во-первых, в данном случае озвученный выше функционал предоставляют два кроссплатформенных компилятора. То, что windows-only msvc этого не поддерживает, делает его еще менее привлекательным для реального использования. Во-вторых, я привел два рабочих решения. Почему я их привел? ТС привел кусок кода. Значит он где-то его взял (написал сам, помогли друзья-товарищи, дал преподователь и сказал сделать задание, указанное в топике, и т.д. и т.п.). Если ТС хоть немного разбирается вопросе, то он сам до всего дойдет. Если нет, то и приведенные решения ему не помогут. Это сообщение отредактировал(а) baldman88 — 21.3.2016, 09:33 1. Публиковать ссылки на вскрытые компоненты 2. Обсуждать взлом компонентов и делиться вскрытыми компонентами Действия модераторов можно обсудить здесь С просьбами о написании курсовой, реферата и т.п. обращаться сюда Вопросы по реализации алгоритмов рассматриваются здесь FAQ раздела лежит здесь! Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, JackYF, bsa. Правила форума «C/C++: Для новичков» 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) 0 Пользователей: « Предыдущая тема | C/C++: Для новичков | Следующая тема » [ Время генерации скрипта: 0.1377 ] [ Использовано запросов: 21 ] [ GZIP включён ] Источник Adblock detector

// foo.hpp file
class foo
{
public:
static const int nmConst;
int arr[nmConst]; // line 7
};
// foo.cpp file
const int foo::nmConst= 5;

Решение

class foo
{
public:

static const int nmConst = 10;
int arr[nmConst];

};

Другие решения

Других решений пока нет …

<The previous article in this series | The table of contents of this series | The next article in this series>

The error against using a class static ‘const’ field as an array size. The new (arguably) right way to define any class static integral field is here.

Topics

About:



C++

The table of contents of this article

• Starting Context
• Target Context
• Main Body
• 1: Meeting the «C2131: expression did not evaluate to a constant» Visual C++ Compile Error
• 2: The Term, «constant», Is Sloppily Used There
• 3: Why the Array Size Is Not Compile-Time Determined
• 4: The New (Arguably) Right Way to Define Any Class Static Integral Field
• 5: But Why Only Integral Fields? A Complaint

Starting Context

• The reader has a basic knowledge on C++.

Target Context

• The reader will know how to solve the «C2131: expression did not evaluate to a constant» Visual C++ compile error and more generally, the new (arguably) right way to define any class static integral field.

Main Body

1: Meeting the «C2131: expression did not evaluate to a constant» Visual C++ Compile Error

Hypothesizer 7

«C2131: expression did not evaluate to a constant»?

Well, I am trying to compile this piece of C++ code with Visual C++.

theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/TestConstantsGroup.hpp




@C++ Source Code

#ifndef __theBiasPlanet_coreUtilitiesTests_classStaticFieldTest1_TestConstantsGroup_hpp__
	#define __theBiasPlanet_coreUtilitiesTests_classStaticFieldTest1_TestConstantsGroup_hpp__
	
	namespace theBiasPlanet {
		namespace coreUtilitiesTests {
			namespace classStaticFieldTest1 {
				class TestConstantsGroup {
					public:
						static int const c_smallBufferSize;
				};
			}
		}
	}
#endif

theBiasPlanet/coreUtilitiesTests/staticVariablesInitializer/StaticVariablesInitializer.cpp




@C++ Source Code

#include "theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/TestConstantsGroup.hpp"

namespace theBiasPlanet {
	namespace coreUtilitiesTests {
		namespace classStaticFieldTest1 {
			int const TestConstantsGroup::c_smallBufferSize = 1024;
		}
	}
}

theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/Test1Test.hpp




@C++ Source Code

#ifndef __theBiasPlanet_coreUtilitiesTests_classStaticFieldTest1_Test1Test_hpp__
	#define __theBiasPlanet_coreUtilitiesTests_classStaticFieldTest1_Test1Test_hpp__
	
	namespace theBiasPlanet {
		namespace coreUtilitiesTests {
			namespace classStaticFieldTest1 {
				class Test1Test {
					public:
						static int main (int const & a_argumentsNumber, char const * const a_arguments []);
						static void test ();
				};
			}
		}
	}
#endif

theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/Test1Test.cpp




@C++ Source Code

#include "theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/Test1Test.hpp"
#include "theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/TestConstantsGroup.hpp"

namespace theBiasPlanet {
	namespace coreUtilitiesTests {
		namespace classStaticFieldTest1 {
			int Test1Test::main (int const & a_argumentsNumber, char const * const a_arguments []) {
				return 0;
			}
			
			void Test1Test::test () {
				char l_smallBuffer [TestConstantsGroup::c_smallBufferSize];
			}
		}
	}
}

«did not evaluate to a constant»? . . . While the error points to the size specification of the ‘l_smallBuffer’ array, ‘TestConstantsGroup::c_smallBufferSize’ is certainly constant, right?

2: The Term, «constant», Is Sloppily Used There

Hypothesizer 7

C++ is notorious for its sloppy terminology. «lvalue», etc., «move semantics», etc., and «static» are some examples.

There, in that error message, «constant» is sloppily used.

That error message seems to mean that the array size is not ‘compile-time determined’. Then, please say so.

Note that GCC does not report that error, because GCC does not require any array size to be compile-time determined.

3: Why the Array Size Is Not Compile-Time Determined

Hypothesizer 7

The reason why the array size is not compile-time determined is that any C++ source file is separately compiled.

‘Test1Test.cpp’ is compiled by itself, without ‘StaticVariablesInitializer.cpp’ (which determines the class static field value) being refered to. So, the compiler cannot know the value at compile-time.

4: The New (Arguably) Right Way to Define Any Class Static Integral Field

Hypothesizer 7

Then, what am I supposed to do?

The above way to define any class static field is something introduced in an old textbook I have. Rereading the book, in fact, I now have found that the book mentions the problem. The solution the book proposes is to use an ‘enum’ instead.

Well, I see, but I do not like it very much: it is not along the original purpose of ‘enum’, I think.

In fact, nowadays (I do not know exactly from when), the class static integral field can be declared and defined like this.

theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/TestConstantsGroup.hpp




@C++ Source Code

#ifndef __theBiasPlanet_coreUtilitiesTests_classStaticFieldTest1_TestConstantsGroup_hpp__
	#define __theBiasPlanet_coreUtilitiesTests_classStaticFieldTest1_TestConstantsGroup_hpp__
	
	namespace theBiasPlanet {
		namespace coreUtilitiesTests {
			namespace classStaticFieldTest1 {
				class TestConstantsGroup {
					public:
						static int const c_smallBufferSize = 1024;
				};
			}
		}
	}
#endif

theBiasPlanet/coreUtilitiesTests/staticVariablesInitializer/StaticVariablesInitializer.cpp




@C++ Source Code

#include "theBiasPlanet/coreUtilitiesTests/classStaticFieldTest1/TestConstantsGroup.hpp"

namespace theBiasPlanet {
	namespace coreUtilitiesTests {
		namespace classStaticFieldTest1 {
			int const TestConstantsGroup::c_smallBufferSize;
		}
	}
}

Does that solve the problem? Yes: as the value is written in the header file, the array size is determined at the ‘Test1Test.cpp’ compile-time.

That is better than employing a dirty trick like using ‘enum’, or using a macro, more dirty.

5: But Why Only Integral Fields? A Complaint

Hypothesizer 7

But that way is allowed for only integral (which means not only ‘int’ but also ‘unsigned int’, ‘short’, ‘byte’, etc., but not ‘double’, ‘::std::string’, etc.) fields. Why? . . . I do not see the reason.

I complain because such a restriction causes unreasonable inconsistency in defining class static fields: sometimes, I can set the value in the header file, and at the other times, I have to set the value in the source file.

We should raise complaints on unreasonable specifications.

References

<The previous article in this series | The table of contents of this series | The next article in this series>