byte - неоднозначный символ (С++17)

@Optimus11 · Регистрация: 10.01.2017

Author24 — интернет-сервис помощи студентам

Здравствуйте,

Возникла такая проблема, компилирую код, как С++17(нужен std::filesystem), и тут возникает проблема:

C++

1	byte:неоднозначный символ

И возникает он в таких файлах, как:

C++

oaidl.h
objiidl.h
wtypes.h
rpcndr.h
//итд итп

Эти файлы похоже включены в Windows.h, потому что если убрать Windows.h - то все работает.

К примеру в файле rpcndr.h ошибка возникает вот в этой строчке:

C++

1	typedef byte cs_byte;

Я так грубо понял, что в С++17 добавилось, ключевое или резервное слово "byte"(но это не точно) и оно конфликтует с таким же именем где то в Windows.h.

На MSDNе написано:

Компилятор не может определить, на какой символ вы ссылаетесь. В области видимости находится более одного символа с указанным именем. См. примечания, следующие за сообщением об ошибке для расположений файлов и объявлений, обнаруженных компилятором для неоднозначного символа. Чтобы устранить эту проблему, можно полностью уточнить неоднозначный символ, используя его пространство имен, например std::byte или ::byte .

Но, как я это сделаю ? Я ж не использую этот byte, это где же в глубинах подключаемых внешних не моих файлов.

@zss · 11.03.2021, 13:37

А если убрать

C++

1	#using namespace std

???????
Возможно, у Вас неправильно подключен пакет sdk:

Попробуйте тут поменять версию.

@Optimus11 · 11.03.2021, 13:49 **[ТС]**

Сообщение от zss

А если убрать

C++

1	#using namespace std

???????
Возможно, у Вас неправильно подключен пакет sdk:
Вложение 1233876
Попробуйте тут поменять версию.

Изменение SDK не помогает.

Теоретически убирание using namespace std не должно помочь:
-Я замучаюсь каждой переменной std:: приписывать
-У меня в проекте нет слово byte, которому я бы мог приписать std::
-если в свойствах проекта поставить C++14 - ошибка исчезает.

Может быть такое, что это еще может быть из за подключенной zlib библиотеки ? Ну да же, если так, как это победить не понятно.

Алексей1153 · 11.03.2021, 13:55

Сообщение от Optimus11

Я замучаюсь каждой переменной std:: приписывать

я до сих пор не замучался )

Добавлено через 1 минуту

Сообщение от Optimus11

using namespace std

а вот с этим геморрой и головная боль обеспечены

Добавлено через 44 секунды

Сообщение от Optimus11

У меня в проекте нет слово byte

так оно есть в упомянутых выше файлах

@Optimus11 · 11.03.2021, 14:30 **[ТС]**

Сообщение от zss

А если убрать

C++

1	#using namespace std

???????
Возможно, у Вас неправильно подключен пакет sdk:
Вложение 1233876
Попробуйте тут поменять версию.

В общем, не знаю в итоге какой там byte c каким пересекается, но поставил #include "Windows.h" над всеми инклудами, ошибка ушла.

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

@XLAT · 11.03.2021, 14:42

Сообщение от Optimus11

-Я замучаюсь каждой переменной std:: приписывать

походу крестоизобретатели зря старались:
а ведь можно спрятать весь <windows.h> в своём пространстве имён,
которое не будет пересекаться, а значит и мешать любым другим библиотекам,
в том числе и стандартным:

C++

#include <iostream>
#include <filesystem>
 
namespace win
{   
    #include <windows.h>
    typedef byte cs_byte;
};
 
using std::byte;
 
int main()
{   
    win::cs_byte b = 123;
    std::cout << b << '\n';
    
    ///----------------------------|
    /// Здесь std::byte            |
    ///----------------------------:
    byte bb = (byte)b;
    std::cout << (char)bb << "\n\n";
 
    for(auto &file : std::filesystem::recursive_directory_iterator("./"))
    {   std::cout << file.path() << '\n';
    }
}

@Optimus11 · 11.03.2021, 14:56 **[ТС]**

Сообщение от zss

А если убрать

C++

1	#using namespace std

Сообщение от Алексей1153

using namespace std
а вот с этим геморрой и головная боль обеспечены

В общем да, проблема в этом!

Видимо, нужно прекращать использовать этот using. Но так неудобно будет.

Алексей1153 · 11.03.2021, 15:07

Сообщение от Optimus11

Но теперь, я боюсь, что вся это история может потом привести к каковому нибудь неправильному поведению работы кода

запросто )

Сообщение от XLAT

а ведь можно спрятать весь <windows.h> в своём пространстве имён,

только дефайны всё равно будут торчать, а их там дофига
а если в таком дефайне будет упоминание чего-то апишного, то ещё и не соберётся, так как внутри макроса не будет win::

Сообщение от Optimus11

Но так неудобно будет.

уверяю, что даже не заметишь разницы в использовании

@XLAT · 11.03.2021, 15:24

Сообщение от Алексей1153

только дефайны всё равно будут торчать, а их там дофига

ага, никогда не было и снова опять:
осталось научиться не смешивать сишный код с крестокодом,
или научиться смешивать их правильно.

обозначенная вами проблема напоминает мне использование в одной функции одновременно
и std::string и strlen(..),
такое нередко можно увидеть в этом разделе форума.

всё это можно элементарно разрулить.

Алексей1153 · 11.03.2021, 15:45

XLAT, но лучше не допускать. Я так щитаю

@XLAT · 11.03.2021, 16:55

Сообщение от Алексей1153

Я так щитаю

да не вопрос.

в данном случае возможно будет достаточно, просто добавить в свой "цикл разработки"
термин "апи-зависимый модуль" ...

Добавлено через 8 секунд

Сообщение от Алексей1153

Я так щитаю

да не вопрос.

в данном случае возможно будет достаточно, просто добавить в свой "цикл разработки"
термин "апи-зависимый модуль" ...

@hoggy · 11.03.2021, 18:06

Сообщение от XLAT

namespace win
{
#include <windows.h>

жессть.

Сообщение от Optimus11

Теоретически убирание using namespace std не должно помочь:

любители глобального #using namespace std должны страдать.

Сообщение от Optimus11

если убрать Windows.h

грамотные люди никогда не подключают ос-специфичные заголовки глобально.
Windows.h должен подключаться только по необходимости, и только в спп.

@Optimus11 · 11.03.2021, 22:45 **[ТС]**

Сообщение от Алексей1153

using namespace std;
а вот с этим геморрой и головная боль обеспечены

Подскажите, есть ли какие нибудь реальные минусы, если использовать define`ы таким образом?

C++

define.h
 
//---------------------------------------------------------------
#define cout std::cout
#define endl std::endl
#define vector std::vector
#define string std::string
#define wstring std::wstring
#define ofstream std::ofstream
#define hex std::hex
//итд итп
//---------------------------------------------------------------

C++

#include "define.h"
 
in main()
{
cout<<"Hello"<<endl;
}

Алексей1153 · 11.03.2021, 22:46

Optimus11,

достаточно такого, остальное - лучше не лениться

C++

1 2	using std::cin; using std::cout;

а дефайнами старайся не пользоваться вообще

@hoggy · 11.03.2021, 22:53

Сообщение от Optimus11

есть ли какие нибудь реальные минусы, если использовать define`ы таким образом?

Сообщение от Optimus11

#define cout std::cout

так вообще нельзя делать, потому что это противоречит правилам языка.
нельзя переопределять ключевые слова, или стандартные идентификаторы.
в противном случае поведение не определено.

@DrOffset · 12.03.2021, 00:40

Не по теме:

Сообщение от Optimus11

#define cout std::cout

Уже где-то я это говорил, но что за странная тяга самым страшным и спорным решениям? Вам реально настолько пофиг как у вас все работает, лишь бы было, да? :)

В таких ситуациях обычно желается, чтобы врачи виновника лечили так же, как он пишет код - самыми страшными и спорными методами, какие только он сможет придумать. А оправдывать это все тем, что сразу-то пациент не умрет от этого.
Но я вместо этого побольше ответственности за то, что вы делаете, пожелаю.

byte - неоднозначный символ (С++17)

Решение

Решение

Алексей1153 фрилансер 5846 / 5375 / 1103 Регистрация: 11.10.2019 Сообщений: 14,366
	11.03.2021, 13:55	4
	Сообщение было отмечено Optimus11 как решение Решение Сообщение от Optimus11 Я замучаюсь каждой переменной std:: приписывать я до сих пор не замучался ) Добавлено через 1 минуту Сообщение от Optimus11 using namespace std а вот с этим геморрой и головная боль обеспечены Добавлено через 44 секунды Сообщение от Optimus11 У меня в проекте нет слово byte так оно есть в упомянутых выше файлах 1

Алексей1153 фрилансер 5846 / 5375 / 1103 Регистрация: 11.10.2019 Сообщений: 14,366
	11.03.2021, 15:07	8
	Сообщение от Optimus11 Но теперь, я боюсь, что вся это история может потом привести к каковому нибудь неправильному поведению работы кода запросто ) Сообщение от XLAT а ведь можно спрятать весь <windows.h> в своём пространстве имён, только дефайны всё равно будут торчать, а их там дофига а если в таком дефайне будет упоминание чего-то апишного, то ещё и не соберётся, так как внутри макроса не будет win:: Сообщение от Optimus11 Но так неудобно будет. уверяю, что даже не заметишь разницы в использовании 0

@XLAT Just Do It! 4027 / 2421 / 640 Регистрация: 23.09.2014 Сообщений: 7,792 Записей в блоге: 2
	11.03.2021, 15:24	9
	Сообщение от Алексей1153 только дефайны всё равно будут торчать, а их там дофига ага, никогда не было и снова опять: осталось научиться не смешивать сишный код с крестокодом, или научиться смешивать их правильно. обозначенная вами проблема напоминает мне использование в одной функции одновременно и std::string и strlen(..), такое нередко можно увидеть в этом разделе форума. всё это можно элементарно разрулить. 0

Алексей1153 фрилансер 5846 / 5375 / 1103 Регистрация: 11.10.2019 Сообщений: 14,366
	11.03.2021, 15:45	10
	XLAT, но лучше не допускать. Я так щитаю 1

@XLAT Just Do It! 4027 / 2421 / 640 Регистрация: 23.09.2014 Сообщений: 7,792 Записей в блоге: 2
	11.03.2021, 16:55	11
	Сообщение от Алексей1153 Я так щитаю да не вопрос. в данном случае возможно будет достаточно, просто добавить в свой "цикл разработки" термин "апи-зависимый модуль" ... Добавлено через 8 секунд Сообщение от Алексей1153 Я так щитаю да не вопрос. в данном случае возможно будет достаточно, просто добавить в свой "цикл разработки" термин "апи-зависимый модуль" ... 0

@hoggy 8972 / 4318 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	11.03.2021, 18:06	12
	Сообщение от XLAT namespace win { #include <windows.h> жессть. Сообщение от Optimus11 Теоретически убирание using namespace std не должно помочь: любители глобального `#using namespace std` должны страдать. Сообщение от Optimus11 если убрать Windows.h грамотные люди никогда не подключают ос-специфичные заголовки глобально. Windows.h должен подключаться только по необходимости, и только в спп. 2

@hoggy 8972 / 4318 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	11.03.2021, 22:53	15
	Сообщение от Optimus11 есть ли какие нибудь реальные минусы, если использовать define`ы таким образом? Сообщение от Optimus11 #define cout std::cout так вообще нельзя делать, потому что это противоречит правилам языка. нельзя переопределять ключевые слова, или стандартные идентификаторы. в противном случае поведение не определено. 1

@DrOffset
	12.03.2021, 00:40 byte - неоднозначный символ (С++17) #16
	Не по теме: Сообщение от Optimus11 #define cout std::cout Уже где-то я это говорил, но что за странная тяга самым страшным и спорным решениям? Вам реально настолько пофиг как у вас все работает, лишь бы было, да? :) В таких ситуациях обычно желается, чтобы врачи виновника лечили так же, как он пишет код - самыми страшными и спорными методами, какие только он сможет придумать. А оправдывать это все тем, что сразу-то пациент не умрет от этого. Но я вместо этого побольше ответственности за то, что вы делаете, пожелаю. 0