Компилер для С/С++

Доброго всем времени суток!
Только сегодня установил Убунту и не разберу как мне попасть в GCC чтоб построить хотя б "Hello world" или он не установился по умолчанию? Если нет, то подскажите какие именно файлы надо скачать (чтоб и библиотеки. и отладчик и т.д потом ни "доискывать")

А также на будущее подскажите хорошую IDE (ну типа как Visual Studio)

0

Сообщение от Чистый С++ не кросплатформенен

Ну как сказать. Это совсем не ересь. По своей сути Си НИКОГДА не был кроссплатформенным. Спасибо надо сказать такому чуду, как MinGW, который, к сожалению, без опасений можно использовать только для хеллоуворолдов! Был случай, когда MinGW ужасно глючил (слава рандому не у меня) и проваливалась линковка, хотя gcc всё нормально компилировал и создавал бинарник. Другими словами, как по мне - MinGW не самый лучший порт. Хотя сегодня, говорят, он не плох и мне удалось без последствий курсовую написать.
Теперь что до Qt. Так вот Qt позволяет использовать MinGW и особо не париться. Да можно вообще забить на всё и на винде компилить by Visual C++, а на линуксе - GCC. И для этого нужно будет произвести МИНИМУМ телодвижений, а возможно их вообще не будет. В любом другом случае при написании хоть сколько-нибудь большого проекта можно очень долго думать, каким образом запустить одновременно и на линуксе, и на винде, и на мигоу и ещё где-нибудь.
Знаете, что мне кажется кроссплатформенно? Python. JavaScript. В какой-то мере PHP. В идеале я могу написать что угодно на винде и без последствий запустить хоть на моей Nokia N70 (ну конечно, если нет сложной графики или не использовано WinAPI).
Наконец, я не говорю про ассемблер и тонкости реализации. Кто вам сказал, что в GCC, MinGW, Borloand C++ и Visual C++ один и тот же std::vector<bool> реализован одинаково? ДА НИКТО! А Visual C до сих пор стандарт 99го не понимает и приходится использовать костыли.

Сообщение от Чистый более ли менее серьезное приложение написаное на Delphi уже не откомпилиться

То же самое и про Visual C++ vs GCC.
Нет, конечно можно закостылиться и использовать туеву хучу параметров компилятора, но вряд ли избавимся от всех проблем, да и к тому же можем получить целый букет новых.

Добавлено через 3 минуты
В общем, я хотел сказать, что работа и работоспособность программы сильно зависит от компилятора. Так что здесь сложно говорить о кроссплатформенности виртуализированных (Java) или интерпретируемых (Python) языков программирования.

0

AnyOne697, а для чего Вы запускали VS под wine`ом ? Просто интересно. Для компиляции программ для Windows? Работают?

0

Ну как сказать работает. Это работоспособностью можно назвать с натяжкой. Сам по себе Visual 2005 не sehr gut, а под wine'ом так вообще. И не то чтобы тормозит - совсем не тормозит, а где-то работает даже побыстрее. Автозавершение не работает вообще. Глюки в отладке, причём жесточайшие. Но хеллоуворлд компилит и даже консоль запускается. Правда консоль тоже из под wine'а. В общем, не стоит так издеваться. А если очень нужно - VirtualBox явно решение получше.

Добавлено через 1 минуту
Весь winAPI работает - wine его прекрасно "эмулирует". Могут быть проблемы с более тонкими вещами, не стал много страдать *** и поставил винду.

0

Набираю в консоли:
gcc hello.c
результат-
gcc: no input files
если так:
gcc /Documentd/hello.c
то же самое...

Добавлено через 18 минут
Вспомнил как...
сначала cd /home/...

0

Ну... Для начала лучше всё же научиться работать с терминалом =) Сэкономишь кучу времени.
Мне даже сначала показалось, что всё это набиралось из под рута... Так нельзя... В линукс при обращении к файлу (файловой системе) если стоит слэш "/" - происходит обращение по абсолютному пути. Это так же, как в винде набрать "c:/". И врят ли в корне есть папка "Documents"... Хотя лучше запоминать куда файл положили, а ещё лучше прикрутить к текстовому редактору консоль - ещё экономия времени.

0

Сообщение от AnyOne697 По своей сути Си НИКОГДА не был кроссплатформенным

Кроссплатформенно то, что написано в соответствие со стандартом.

Сообщение от AnyOne697 Да можно вообще забить на всё и на винде компилить by Visual C++, а на линуксе - GCC

Что то про Intel C++ compiler забыл упомянуть.

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

Сообщение от AnyOne697 В общем, я хотел сказать, что работа и работоспособность программы сильно зависит от компилятора.

Работа и работоспособность зависит от программиста.
От компилятора обычно зависит производительность.

0

Сообщение от Dmitriy_M Кроссплатформенно то, что написано в соответствие со стандартом.

Серьёзно?.. Скажите, а что говорит стандарт по поводу порядка вычисления значений аргументов передаваемые функции.

Сообщение от Dmitriy_M Что то про Intel C++ compiler забыл упомянуть.

Да, забыл. А ещё много чего забыл - Clang, Open64, Oracle Solaris... Что там ещё?.. Ну сами как-нибудь посмотрите.
Просто MS Visual Studio предоставляет набор ну просто... блин, слов нет передать каких инструментов. И хотя я приверженец gedit + terminal, порой пользоваться MS VS - удовольствие. Хотя, стоит заметить, что она совсем не дле hello world'ов. Вот для них даже gedit не нужен.
Ну и, конечно, в довесок к инструментам идёт средненький такой компилятор VSC++, который не далеко не самый оптимальный код генерирует. Хотя, если не писать сверхъстойкие к сверхнагрузкам серверные станции VSC++ вполне хватит. Для клиентских приложений - самое то. Ведь иногда инструмены стоят намного дороже оптимизаций и возможностей самого языка.

0

Сообщение от AnyOne697 Скажите, а что говорит стандарт по поводу порядка вычисления значений аргументов передаваемые функции.

Порядок вычислений не определен.

Сообщение от AnyOne697 Да, забыл. А ещё много чего забыл - Clang, Open64, Oracle Solaris... Что там ещё?.. Ну сами как-нибудь посмотрите.

Некоторые мои коллеги используют CLagn, и все собирается и работает.
Интеловский компилятор обычно используют для увеличения производительности.

0

Сообщение от Zoominger ИМХО, в этом и заключался весь вопрос)

Этот вопрос был решён очень и очень давно. Несколько месяцев назад...
И с одной стороны это конечно правильно. Но, имхо, работая (то есть программируя) НУЖНО уметь работать в консоли. Почему? Потому что это резко повысит понимание работы препроцессора, компилятора, линкера и вообще даст понятие о их существовании. А без этого вряд ли можно вообще научиться программировать на Си++, тем более на системах на базе линукса. На винде это не так важно из-за вшитой в ядро графике, убогой консоли и прочих "прелестей" системы.

И ещё - для хэллоуворлдов это даже проще, ибо и текстовый редактор не так уж и нужен.

0

Сообщение от AnyOne697 Но, имхо, работая (то есть программируя) НУЖНО уметь работать в консоли.

Необязательно.

Сообщение от AnyOne697 Потому что это резко повысит понимание работы препроцессора, компилятора, линкера и вообще даст понятие о их существовании

Ничего не повысит и не даст, т.к. это все происходит внутри компилятора.

Сообщение от AnyOne697 А без этого вряд ли можно вообще научиться программировать на Си++, тем более на системах на базе линукса.

Программирование на C++ никак не зависит от ОС.

Сообщение от AnyOne697 На винде это не так важно из-за вшитой в ядро графике, убогой консоли и прочих "прелестей" системы.

Сейчас мало кто использует Unix системы без графики. В Linux можно и без консоли обходиться.

0

Сообщение от Dmitriy_M Некоторые мои коллеги используют CLagn, и все собирается и работает. Интеловский компилятор обычно используют для увеличения производительности.

Это был сарказм. Я к тому, что список можно было бы продолжать. И да, CLang отличный компилер. Пользовался. Но в силу свой профитности немного недопилен. И да, отличный компилер для никсов.

Сообщение от Dmitriy_M Необязательно.

Необязательно, но очень бы хотелось.

Сообщение от Dmitriy_M Ничего не повысит и не даст, т.к. это все происходит внутри компилятора.

Чтобы программировать просто крайне важно знать три вещи:
+ себя
+ компьютер
+ математику
Себя, чтобы знать какие ошибки ты можешь допустить, как тебе проще заниматься делом, а не настрачиванием вот этих сообщений и в подобном ключе.
Компьтер, чтобы не задаваться вопросом "Что он делает не так?", но задаваться вопросом "Что я делаю не так".
Математику... Математику инженер-программист знать ОБЯЗАН. Другое дело, что есть кодеры, вэб-дизайнеры, тестеры, администраторы и многие другие, которых в странах бывшего СНГ (да и в европах и америках тоже) в кучу называют программистами.

Сообщение от Dmitriy_M Программирование на C++ никак не зависит от ОС.

Знаете программирование на чём "не зависит от ОС"? Схемотехника! Простите, но физика одна и её никак не изменить. И эти инженеры используют инструменты, в виде ассемблера, Си, фортраны и подобные. Так же как и паяльник с канифолью, и серная кислота с медью и другие вещи. Их много. И "мягких" инструментов тоже.
А если более приземлённо, то Java, Python, Lua, JavaScript и другие языки, компилируемые в байткод и интерпретируемые можно более менее назвать платформонезависимыми. Почему более менее?.. Да потому что особенности реализации есть везде. Например, не на каждом андроиде есть мультитач, камера 8 мПкс, акселерометр, GPS и подобные вещи. От их наличия (или отсутствия) зависит поведение виртуальной машины, которая хоть и подстраивается, но... Терпение пользователя не безграничено.

Сообщение от Dmitriy_M Сейчас мало кто использует Unix системы без графики. В Linux можно и без консоли обходиться.

А вот этим вы сделали мне больно. Просто невероятно больно. Мне самому в силу своей невероятной мобильности приходится общаться с домашним компом удалённо. SSH - самый быстрый, простой и нетребовательный к ресурсам способ достучаться до компа. И никаких там графических режимов! А теперь представьте, что огромная компания "Мягкий Кот" хочет следить за своим питомством... удобно. И им не важно, что их Самый Главный СисАдмин уехал в командировку в Догтаун, хотя сервера в Котолэндии... В общем... Обидели Вы меня. И огромное количество сисадминов обидели.

0

Сообщение от AnyOne697 Знаете программирование на чём "не зависит от ОС"? Схемотехника! Простите, но физика одна и её никак не изменить. И эти инженеры используют инструменты, в виде ассемблера, Си, фортраны и подобные. Так же как и паяльник с канифолью, и серная кислота с медью и другие вещи. Их много. И "мягких" инструментов тоже. А если более приземлённо, то Java, Python, Lua, JavaScript и другие языки, компилируемые в байткод и интерпретируемые можно более менее назвать платформонезависимыми. Почему более менее?.. Да потому что особенности реализации есть везде. Например, не на каждом андроиде есть мультитач, камера 8 мПкс, акселерометр, GPS и подобные вещи. От их наличия (или отсутствия) зависит поведение виртуальной машины, которая хоть и подстраивается, но... Терпение пользователя не безграничено.

Возьми описание языка C++, и покажи конкретно, где он там зависим от ОС?.

Сообщение от AnyOne697 Чтобы программировать просто крайне важно знать три вещи: + себя + компьютер + математику Себя, чтобы знать какие ошибки ты можешь допустить, как тебе проще заниматься делом, а не настрачиванием вот этих сообщений и в подобном ключе. Компьтер, чтобы не задаваться вопросом "Что он делает не так?", но задаваться вопросом "Что я делаю не так". Математику... Математику инженер-программист знать ОБЯЗАН. Другое дело, что есть кодеры, вэб-дизайнеры, тестеры, администраторы и многие другие, которых в странах бывшего СНГ (да и в европах и америках тоже) в кучу называют программистами.

Использование консоли, не дает понятия о существование cc1, cc1plus, ld и т.д. И тем более не дает понятия как работает препроцессор, структуру объектных файлов, динамически и статических библиотек, и как и как работает линковщик.

Сообщение от AnyOne697 А вот этим вы сделали мне больно. Просто невероятно больно. Мне самому в силу своей невероятной мобильности приходится общаться с домашним компом удалённо. SSH - самый быстрый, простой и нетребовательный к ресурсам способ достучаться до компа. И никаких там графических режимов! А теперь представьте, что огромная компания "Мягкий Кот" хочет следить за своим питомством... удобно. И им не важно, что их Самый Главный СисАдмин уехал в командировку в Догтаун, хотя сервера в Котолэндии... В общем... Обидели Вы меня. И огромное количество сисадминов обидели.

А какое это имеет отношение к программированию на C++.
Ты программы пишешь в консоли(не эмуляторе терминала) на vim/emacs?

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

Сообщение от AnyOne697 А если более приземлённо, то Java, Python, Lua, JavaScript и другие языки, компилируемые в байткод и интерпретируемые можно более менее назвать платформонезависимыми. Почему более менее?.. Да потому что особенности реализации есть везде. Например, не на каждом андроиде есть мультитач, камера 8 мПкс, акселерометр, GPS и подобные вещи. От их наличия (или отсутствия) зависит поведение виртуальной машины, которая хоть и подстраивается, но... Терпение пользователя не безграничено.

По описанию C/C++ платформа независимы, но близки к архитектуре машины.
В первый раз слышу, что бы от наличие камеры, мультитача зависело поведение виртуальной машины.
В том же X11 монитор с мультитачем является обычным устройством ввода. Научитесь мыслить абстрактно.

0

	Комментарий модератора
	Уважаемые, давайте-ка возвращаться к теме. Вцелом ответ на вопрос видимо дан, так что давайте стоп флуд пожалуйста.

0

Сообщение от ForEveR Уважаемые, давайте-ка возвращаться к теме. Вцелом ответ на вопрос видимо дан, так что давайте стоп флуд пожалуйста.

Вот всегда так. В самый интересный момент приходит модератор и...
Ладно. Мы действительно отошли от темы. Скажу только, что работать надо разносторонне. Кто знает, какая ситуация найдётся в целой жизни, даже если профессионально человек не связан с другими сферами. Недавно пришлось писать скрипты в vim'е, только потому что какой-то умник навернул сервер и физ-контакта у меня с ним не было. Возможно я занимаюсь велосипедособирательством, но лично мне проще иметь свой контроль, чем расследовать магические происшествия. И, тем более, умея работать в терминале можно нереально повысить производительность. Работая одно время джуниором завсегдатаи конторки были несказачно рады такому джуниору как мне. Не хвастаюсь, говорили, что редкий джуниор знает даже о пайпах.

0

Сообщение от AnyOne697 И, тем более, умея работать в терминале можно нереально повысить производительность.

Ой. Каким образом?
Как связана работа с консолью и программирование на C++?

0

Сообщение от Dmitriy_M Ой. Каким образом? Как связана работа с консолью и программирование на C++?

Бесполезно несведующим что-то доказывать.

0

Сообщение от AnyOne697 Бесполезно несведующим что-то доказывать.

Опаньки. Использую Unix системы с 2005, и тут несведущий
Нет никакой зависимости, от скорости набора буковок и значения набранного текста.

0

бинарник появится

0

Сообщение от Dmitriy_M Нет никакой зависимости, от скорости набора буковок и значения набранного текста.

Весьма определённая зависимость:
0) Чёрт побери. Компьютер это такой же инструмент как и паяльник, сковородка, пассатижи. Клавиатура - его часть, так же как и мышка. Программист должен идеально работать с инструментами. В т. ч. и клавиатурой, так как единственный изобретённый универсальный и удобный способ общения с компьютером - командно-исполнительный, в то время как клавиатура - способ донести команды до компьютера.
1) Банально быстрее будет появляться осмысленный текст.
2) Сам за собой замечал, что терял мысль пока печатал. И это при довольно быстром наборе этого текста. Если нужно проявлять хотя бы малейшую концентрацию на поиск букв, то шансы сбиться довольно резко возрастают.

Сообщение от Dmitriy_M Опаньки. Использую Unix системы с 2005, и тут несведущий

И что? Поставить ubuntu и работать с ней, 80% времени используя мышь != использовать unix системы. MacOS тот же unix, но почему-то дизайнера с 2005 года использующего MacOS программистом не называют.

Тут всё очень просто. ОС - всё тот же инструмент. Результат может быть любой - от исполняемого бинарника, до звукового или графического файла. Вот писатель например пишет текст. При этом он его набирает на клавиатуре. Отсюда клавиатура - это его непосредственный инструмент и он обязан владеть им так же хорошо, как литературным языком, иначе он не сможет абстрагироваться от этого инструмента, использовать его не думая. Следовательно, либо ему потребуется больше времени на текст, либо его текст будет иметь худшее качество, либо он гениален. Вероятность последнего стремиться к нулю, так как 1) гениальных не много, 2) они быстро осваивают инструменты. Другими словами - снижается производительность. Хотя в случае с писателем довольно сложно дать определение производительности, как и с другими профессиями, но... в подробности не опускаемся, так как это и так занимает много места.
Программист так же должен владеть инструментами. И не важно, что это за инструмент: bash, shell, asm/c++/java/python, any IDE, keyboard, mouse, doxygen, latex, reference, documentation, language. Всеми ими он обязан владеть, для увеличения производительности. И не буду расписывать почему и зачем.

*nix'ы - отличные системы. У каждой свои особенности и возможности. Так же как и у Windows. Несмотря на сохранившийся (видимо до сих пор) костыль, в виде включённой в ядро графики, это ускоряет графику ~10-15%, что критично, например, в играх, 3D-моделировании. The *nix way весьма неплохо отражён в the arch way - простота, надёжность, независимость. А какой самый простой, надёжный и независимый способ общения с компьютером? Правильно - никакой. Но клавиатура к этому пока что стремиться лучше всех. Поэтому работая на том же linux, имхо, нужно знать, как устроены закулисы, чтобы в случае проблемы - исправить всё, а не надеяться на систему. И если радиус кривизны рук < EPS, то работать будет просто, система будет быстрой и стабильной.

P.S. Боюсь, что Вы, сударь, ни одной unix даже не видели воочию, потому что ей давным давно никто не пользуется. Та же MacOS X есть ядро XNU (XNU = XNU is not Unix). Так что, сударь, тот факт, что Вы не владеете материалом, но пытаетесь пискнуть, не делает Вам никакой чести. Впрочем, никого я не сужу, просто пытаюсь поставить на путь истинный.
Можете посмотреть вот сюда и сюда. По первой ссылке Вы сможете увидеть, что Linux в общем-то отношения к unix, кроме начальному следованию the *nix way не имеют. По второй ссылке чётко виден the *nix way.

0

Сообщение от AnyOne697 P.S. Боюсь, что Вы, сударь, ни одной unix даже не видели воочию, потому что ей давным давно никто не пользуется. Та же MacOS X есть ядро XNU (XNU = XNU is not Unix). Так что, сударь, тот факт, что Вы не владеете материалом, но пытаетесь пискнуть, не делает Вам никакой чести. Впрочем, никого я не сужу, просто пытаюсь поставить на путь истинный. Можете посмотреть вот сюда и сюда. По первой ссылке Вы сможете увидеть, что Linux в общем-то отношения к unix, кроме начальному следованию the *nix way не имеют. По второй ссылке чётко виден the *nix way.

Батенька читайте историю Unix. После того, как появилось большое количество различных юниксов, появился стандарт POSIX( Portable Operating System Interface for Unix).
У Linux есть Linux Standard Base, который расширяет POSIX.

Сообщение от AnyOne697 Та же MacOS X есть ядро XNU (XNU = XNU is not Unix)

Указывай версию салага. MacOS X 10 использует ядро от FreeBSD, которое свое начало берет от UNIX BSD.

Сообщение от AnyOne697 *nix'ы - отличные системы. У каждой свои особенности и возможности. Так же как и у Windows. Несмотря на сохранившийся (видимо до сих пор) костыль, в виде включённой в ядро графики, это ускоряет графику ~10-15%, что критично, например, в играх, 3D-моделировании. The *nix way весьма неплохо отражён в the arch way - простота, надёжность, независимость. А какой самый простой, надёжный и независимый способ общения с компьютером? Правильно - никакой. Но клавиатура к этому пока что стремиться лучше всех. Поэтому работая на том же linux, имхо, нужно знать, как устроены закулисы, чтобы в случае проблемы - исправить всё, а не надеяться на систему. И если радиус кривизны рук < EPS, то работать будет просто, система будет быстрой и стабильной.

Причем здесь программирование на C++?

Сообщение от AnyOne697 Тут всё очень просто. ОС - всё тот же инструмент. Результат может быть любой - от исполняемого бинарника, до звукового или графического файла. Вот писатель например пишет текст. При этом он его набирает на клавиатуре. Отсюда клавиатура - это его непосредственный инструмент и он обязан владеть им так же хорошо, как литературным языком, иначе он не сможет абстрагироваться от этого инструмента, использовать его не думая. Следовательно, либо ему потребуется больше времени на текст, либо его текст будет иметь худшее качество, либо он гениален. Вероятность последнего стремиться к нулю, так как 1) гениальных не много, 2) они быстро осваивают инструменты. Другими словами - снижается производительность. Хотя в случае с писателем довольно сложно дать определение производительности, как и с другими профессиями, но... в подробности не опускаемся, так как это и так занимает много места. Программист так же должен владеть инструментами. И не важно, что это за инструмент: bash, shell, asm/c++/java/python, any IDE, keyboard, mouse, doxygen, latex, reference, documentation, language. Всеми ими он обязан владеть, для увеличения производительности. И не буду расписывать почему и зачем.

Сфероидные лошади в вакууме. Давай конкретные примеры качественного улучшения разработки приложений на C++ с использованием командной строки.

0