ошибка передачи строкового аргумента в fstream.open

Question

ошибка передачи строкового аргумента в fstream.open

0

Я использую MinGW Developer Studio с компилятором MinGW. У меня есть небольшая программа со следующей функцией:

void NameFile()
{
ofstream outfile;
string sFilename = "glatisant.html";
outfile.open(sFilename, ofstream::out);
outfile.close();
}

При создании/компиляции я получаю следующий текст ошибки:

main.cpp: 43: ошибка: нет соответствующей функции для вызова в 'std :: basic_ofstreamstd :: char_traits> :: open (std :: string &, const std :: _ Ios_Openmode &)'

fstream: 695: примечание: кандидаты: void std :: basic_ofstream <_CharT,> _Traits> :: open (const char *, std :: _ Ios_Openmode) [с _CharT = char, _Traits => std :: char_traits]

Согласно определению fstream.out(), я должен иметь возможность передавать строку и работать, но это не так. Почему нет?

Примечание: сообщение об ошибке, похоже, указывает на то, что мой компилятор не распознает возможность аргумента типа string, который определен в c++ 11. Я думаю, мне нужно заставить мою среду использовать c++ 11, потому что я действительно предпочли бы современный подход, соответствующий стандартам.

Glatisant Soldier 05 апр. 2014, в 08:50

Источник

Теги:

c++

string

c++11

2 ответа

Ещё вопросы

deepmax · Answer 1 · 2014-04-05T04-48-00.000Z

1

В не-С++ 11 метод ofstream::open требует const char *, поэтому попробуйте передать sFilename.c_str():

outfile.open(sFilename.c_str(), ofstream::out);
                      ^^^^^^^^

В противном случае в С++ 11 вы также можете передать std::string, убедитесь, что вы включили -std=c++11 или -std=c++0x.

В MingW-Developer-Studio вы можете перейти к Project> Settings> Compile и поместить -std=c++11 или -std=c++0x в "Дополнительные параметры компиляции",

deepmax 05 апр. 2014, в 04:48

0

Я подумал, что C ++ 11 будет по умолчанию. Как мне это установить?
Glatisant Soldier 05 апр. 2014, в 06:22
0

Поместите --std=c++11 в ваш make-файл или команду компиляции.
deepmax 05 апр. 2014, в 06:24
0

Я буду исследовать это быстро; Я действительно не имел дело с make-файлами и не знаю точно, что означает «команда компиляции».
Glatisant Soldier 05 апр. 2014, в 06:29
0

Перейдите в «Настройки проекта», затем перейдите на вкладку «Компиляция», после чего поместите --std=c++11 в «Дополнительные параметры компиляции».
deepmax 05 апр. 2014, в 06:33
0

Я попробовал это, и это, кажется, не признает команду. g ++. exe: C: \ Users \ Admin \ Documents \ MinGW Studio Projects \ PageCreator \ Debug \ main.o: нет такого файла или каталога g ++. exe: нет входных файлов Более важно: "cc1plus.exe: ошибка: нераспознанная командная строка опция "-std = c ++ 11" "
Glatisant Soldier 05 апр. 2014, в 06:37
0

Я больше не получаю сообщение об ошибке, касающееся этого параметра командной строки, но оно выдает мне ту же ошибку кода, что и раньше. Я немного сбит с толку.
Glatisant Soldier 05 апр. 2014, в 13:53
0

Какая у тебя версия gcc?
deepmax 05 апр. 2014, в 13:58
0

Параметр не --std=c++11 , должен быть только один -std=c++11 тире: -std=c++11 .
Casey 05 апр. 2014, в 14:13
0

@MM. Похоже, что GCC 3.4.5
Glatisant Soldier 06 апр. 2014, в 01:00
0

Установив это, gcc.gnu.org указывает, что поддержка C ++ 11 является неполной и находится в разработке в gcc 3.4.5. Это может означать, что они просто не удосужились изменить outfile.open () для принятия строк. Это может быть так. Возможно, я слишком много думал о том, что последний стандарт будет полностью реализован в моем компиляторе.
Glatisant Soldier 06 апр. 2014, в 01:12

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

R Sahu · Answer 2 · 2014-04-05T03-58-00.000Z

Вероятно, вы имели в виду ios_base::out вместо ofstream::out.

Кроме того, в C++98/C++03 вход в ofstream::open - это char const*, а не std::string.

Если вы используете C++98/C++03, измените строку

outfile.open(sFilename, ofstream::out);

в

outfile.open(sFilename.c_str(), ios_base::out);

Если вы используете C++11, все хорошо.

В C ++ 11 ofstream::out работает хорошо, поэтому ему не нужно его менять. Смотри здесь
@MM. Спасибо что подметил это. Я этого не знал.