LINUX.ORG.RU

Исполняемый файл не работает


0

1

здравствуйт вот хочу программировать на с++ под убунту взял такой код #include <stdio.h>

int main(){ printf(«[http://linux.firststeps.ru]\n»); printf(«Our first program for Linux.\n»); return 0; };

компилирую gss 2.cpp и вот что получаю Usage: gss OPTIONS... Command line interface to GSS, used to explain error codes.

Mandatory arguments to long options are mandatory for short options too. -h, --help Print help and exit. -V, --version Print version and exit. -l, --list-mechanisms List information about supported mechanisms in a human readable format. -m, --major=LONG Describe a `major status' error code value. -q, --quiet Silent operation (default=off).

Report bugs to: bug-gss@gnu.org Report Debian bugs to: http://bugs.debian.org/ GNU Generic Security Service home page: <http://www.gnu.org/software/gss/> General help using GNU software: <http://www.gnu.org/gethelp/> но до этого когда скомпилировал такой же код только другим названием 1.cpp выведено было другое сообщени но коротко что компиляция завершена на английском языке, но при запуске программы вот что получаю serrrgggeee@serrrgggeee-Satellite-L40:~$ ./a.out bash: ./a.out: No such file or directory serrrgggeee@serrrgggeee-Satellite-L40:~$ почему так пример вроде как рабочий иеще подскажите куда компилируется исполняемый файл и как задавать имя этому файлу что бы оно не было по умолчанию

1)

gcc 2.cpp

./a.out

2)

gcc 2.cpp -o helloworld

./helloworld

TheKnight ★★★
()
Ответ на: комментарий от anonymous

А, точно. Я понадеялся, что gcc по расширению определит нужное.

i-rinat ★★★★★
()
Ответ на: комментарий от yoghurt

Какая разница, изучать же он собрался C++. Заодно поймёт, когда оно не скомпилируется, существенность разницы между C и C++.

MiniRoboDancer ★☆
()
Ответ на: комментарий от anonymous

и вот что я получаю serrrgggeee@serrrgggeee-Satellite-L40:~$ g++ 2.cpp The program 'g++' can be found in the following packages: * g++ * pentium-builder Try: sudo apt-get install <selected package> serrrgggeee@serrrgggeee-Satellite-L40:~$ ./a.out bash: ./a.out: No such file or directory serrrgggeee@serrrgggeee-Satellite-L40:~$

serggeee
() автор топика
Ответ на: комментарий от serggeee

ага я понял какие щас установлю и скажу повторный результат

serggeee
() автор топика
Ответ на: комментарий от serggeee

Тебе уже писали как:

g++ 2.cpp -o hello

И прочти вот это: www.linux.org.ru/wiki/en/Lorcode , чтобы потом правильно оформлять свои вопросы на ЛОР. Читать то, что ты запостил трудно и неинтересно.

sleepflint ★★★
()
Последнее исправление: sleepflint (всего исправлений: 2)
Ответ на: комментарий от theNamelessOne

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

sleepflint ★★★
()
Ответ на: комментарий от yoghurt

Но подключается чуть-чуть не так. Без правок не соберётся, короче.

MiniRoboDancer ★☆
()

хочу программировать на с++

gss

попробуй g++.

подскажите куда компилируется исполняемый файл

в каталог . (точка).

как задавать имя этому файлу

g++ programm.cpp -o exefile

Запускать полным путём ./exefile, если ты ещё пока В ЭТОЙ точке.

emulek
()
Ответ на: комментарий от i-rinat

gcc 2.cpp

ну ты-то куда лезешь? Это для сишечки, а он хочет C++.

emulek
()
Ответ на: комментарий от serggeee

ну вообещ написанно то что нужно установить какой топакет, и какой непонятно

gcc для C++. Что тебе непонятно-то??

emulek
()
Ответ на: комментарий от anonymous

<stdio.h>

ну и что? Разве так нельзя делать в программе на C++?

emulek
()
Ответ на: комментарий от serggeee

я хоть не yoghurt, и у меня нет ★★★★★, но все же отвечу: пока не узнаешь о [ code] [/ code], у тебя ничего не выйдет.

comp00 ★★★★
()
Ответ на: комментарий от theNamelessOne

У меня такое ощущение уже с пол года, и с каждым днем попадать сюда становится все менее интересно - один тупняк-с.

grouzen ★★
()
Ответ на: комментарий от grouzen

У меня не работает suspend to ram по закрытию крышки ноута. Баг старый, с 2007 года уже. Я ждал-ждал, что его пофиксят, но тщётно. Думаю вот исправить сам. Тем более ядрёный опыт есть чуток.

Так вот. acpid читает ивенты о том, что крышка закрыта, из /proc/acpi/event. Сначала я запустил acpi_listen и позакрывал крышку - ничего. Потом остановил apcid и сделал cat /proc/acpi/event. Повторил с крышкой - ничего. Предполагаю, что баг в ядре. Открыл drivers/acpi/button.c и сижу и смотрю на acpi_button_state_seq_show() пытаюсь понять, кто же должен в структуре struct acpi_device менять поле handle с open на close.

Ты в ядрёном acpi не спец случайно? Может подскажешь?

nanoolinux ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.