Как установить ошибку компилятора или хотя бы предупреждение для многосимвольных литералов?

Question

Как установить ошибку компилятора или хотя бы предупреждение для многосимвольных литералов?

0

Если бы у меня был

int i = 'ABCD'

как я могу установить предупреждение или ошибку компилятора? Я использую Visual Studio 11 компилятора для c++. Проект.net дает ошибку компилятора по умолчанию так: Too many characters in character literal.

Pittfall 28 май 2014, в 21:20

Источник

0

Я не знаю о предупреждениях, специфичных для поставщика, но это допустимо в C и C ++ в соответствии со спецификацией (они называются литералами с несколькими символами и имеют тип int ). Это не разрешено в .NET, поэтому эта ошибка.
Jon 28 май 2014, в 18:53
0

Вы устанавливаете правильный тег? Я сделал Google, и я видел только вопросы об ошибке на C #
phuclv 28 май 2014, в 18:59
0

Я знаю, что это законно, но это может быть довольно опасно, если случайно передать перегруженный метод func(int i), func(char c) . Просто хотел посмотреть, есть ли хотя бы способ сказать: "Эй, ты уверен, что хочешь это сделать"
Pittfall 28 май 2014, в 18:59
1

Риск того, что кто-то придет и скажет мне, какие замечательные многосимвольные литералы, я думаю, это довольно глупо, что это разрешено
Pittfall 28 май 2014, в 19:02
0

Стандарт говорит, что это определяется реализацией. Но я не думаю, что есть способ отобразить предупреждение об этом в VS, и я не думаю, что это сильно поможет; кажется довольно произвольной вещью, о которой нужно предупредить.
tenfour 28 май 2014, в 19:03
0

Я полагаю, что одна большая мотивация для того, чтобы не показывать предупреждение, состоит в том, что Windows SDK также содержит множество литералов с несколькими символами.
tenfour 28 май 2014, в 19:05
0

Из open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3337.pdf , 2.14.3.1 на стр. 25
tenfour 28 май 2014, в 19:13
1

@Jon: это языковая функция, а не .NET. Они легальны в C и C ++, но, как правило, это плохая идея, поэтому возникает желание предупредить. (GCC предупреждает о них по умолчанию.)
Keith Thompson 28 май 2014, в 20:18
0

Если вы не можете уговорить ваш компилятор предупредить о них, вы все равно сможете искать ваши исходные файлы. Если у вас есть что-то вроде grep , поиск '...*' может привести к ложным срабатываниям (для таких вещей, как '\n' или даже для двух обычных символьных констант в одной строке), но он должен найти все -характеры букв.
Keith Thompson 28 май 2014, в 20:19
0

@KeithThompson: я не думаю, что я сказал что-то другое :-)
Jon 28 май 2014, в 20:19
0

@Jon: Насколько я помню, вы можете использовать C ++ с .NET. Я полагаю, что OP ссылался на сообщение об ошибке от компилятора C #.
Keith Thompson 28 май 2014, в 20:21
0

@KeithThompson: Да, это ошибка C #. Вы имеете в виду C ++ / CLI, где, честно говоря, я понятия не имею, что произойдет, если вы попробуете это.
Jon 28 май 2014, в 20:26
0

@Pittfall: Они действительно очень удобны для кода, который работает со значениями FOURCC . Было бы неплохо, если бы требовался другой синтаксис, я согласен, но если вы не собираетесь создавать свой собственный язык, вы застряли в чужих правилах.
Ben Voigt 28 май 2014, в 20:35

Показать ещё 11 комментариев

Теги:

c++

c

compiler-construction

visual-studio-2012

compiler-warnings

1 ответ

Ещё вопросы

Я не знаю о предупреждениях, специфичных для поставщика, но это допустимо в C и C ++ в соответствии со спецификацией (они называются литералами с несколькими символами и имеют тип int ). Это не разрешено в .NET, поэтому эта ошибка.
Вы устанавливаете правильный тег? Я сделал Google, и я видел только вопросы об ошибке на C #
Я знаю, что это законно, но это может быть довольно опасно, если случайно передать перегруженный метод func(int i), func(char c) . Просто хотел посмотреть, есть ли хотя бы способ сказать: "Эй, ты уверен, что хочешь это сделать"
Риск того, что кто-то придет и скажет мне, какие замечательные многосимвольные литералы, я думаю, это довольно глупо, что это разрешено
Стандарт говорит, что это определяется реализацией. Но я не думаю, что есть способ отобразить предупреждение об этом в VS, и я не думаю, что это сильно поможет; кажется довольно произвольной вещью, о которой нужно предупредить.
Я полагаю, что одна большая мотивация для того, чтобы не показывать предупреждение, состоит в том, что Windows SDK также содержит множество литералов с несколькими символами.
Из open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3337.pdf , 2.14.3.1 на стр. 25
@Jon: это языковая функция, а не .NET. Они легальны в C и C ++, но, как правило, это плохая идея, поэтому возникает желание предупредить. (GCC предупреждает о них по умолчанию.)
Если вы не можете уговорить ваш компилятор предупредить о них, вы все равно сможете искать ваши исходные файлы. Если у вас есть что-то вроде grep , поиск '...*' может привести к ложным срабатываниям (для таких вещей, как '\n' или даже для двух обычных символьных констант в одной строке), но он должен найти все -характеры букв.
@KeithThompson: я не думаю, что я сказал что-то другое :-)
@Jon: Насколько я помню, вы можете использовать C ++ с .NET. Я полагаю, что OP ссылался на сообщение об ошибке от компилятора C #.
@KeithThompson: Да, это ошибка C #. Вы имеете в виду C ++ / CLI, где, честно говоря, я понятия не имею, что произойдет, если вы попробуете это.
@Pittfall: Они действительно очень удобны для кода, который работает со значениями FOURCC . Было бы неплохо, если бы требовался другой синтаксис, я согласен, но если вы не собираетесь создавать свой собственный язык, вы застряли в чужих правилах.

Jiminion · Answer 1 · 2014-05-28T17-50-00.000Z

Это работает?

-Wno-multichar

Возможно, для Visual C++:

/W4XXXX

где "XXXX" - номер ошибки для предупреждения (если вы можете его найти). Это установило бы чувствительность действительно высокой для этого предупреждения, поэтому, надеюсь, она сообщит вам об этом.

да, это опция gcc, и Visual Studio использует CL для c ++.