[c++] Пара легких вопросов

1) ничем
2) рекурсивно

1. только компилирует код в обьектный файл, не производя линковку, те мы не получаем исполняемого файла. Ничем не лучше - это просто другое.
2. почти так же, как и при обычной работе в шелле - можно задавать относительные\абсолютные пути.

Причём здесь С++ ?

>1) ничем

Эм?

я подумал g++ -c -o

1. а нафиг он вообще нужен тогда?

2. тоесть все файлы которые я укажу тамже где include тоже его унаследуют?

Дайте манов по теме! Сам даже не знаю что толком искать.

> 1. Что происходит при g++ -c file и чем он лучше g++ -o?
Это, по идее, совершенно разные опции. -o <имя файла> помещает вывод в указанный файл, вне зависимости от того, какой там вывод (без нее имя файла для вывода определяется автоматически по типу выводимых данных). -c велит GCC не вызывать линкер, а только скомпилировать объектный код.

2. Поясните: я задаю #include "...". Как он распространяется по иерархии файлов?

Если выше на вопрос не ответили, уточните, в чем смысл вопроса.

1. Что происходит при g++ -c file и чем он лучше g++ -o?

Вопрос не совсем корректен: -c указывает, что необходимо выполнить фазу компиляции, не производя линковку; -o указывает имя выходного файла.

2. Поясните: я задаю #include "...". Как он распространяется по иерархии файлов?

#include <abc.h> банально вставляет содержимое файла abc.h в файл, который содержит директиву, если ты об этом.

> 2. тоесть все файлы которые я укажу тамже где include тоже его унаследуют?

Предположим есть файлы a.h, b.h, x.cpp;

b.h содержит #include <a.h>;

x.cpp содержит #include <b.h>

На стадии препроцессинга содержимое a.h будет вставлено в b.h, содержимое результирующего b.h будет вставлено в x.cpp, после чего последний и будет скомпилирован.

Стоит дополнить, что из-за таких рекурсивных вставок может возникнуть ситуация, когда содержимое некоторого a.h будет вставлено в x.cpp несколько раз. Для борьбы с эти испульзуется include guard:

#ifndef __A_H__ 
#define __A_H__ 

// содержимое файла

#endif

Вдогонку про стадии компиляции: http://www.cs.cf.ac.uk/Dave/C/node3.html

Я просто суть линковки не понимаю. Что происходит и зачем. При этом не могу найдти определения.

Спасибо! Дошло)

Линковка это такая необходимая для убогих и/или низкоуровневых языков стадия создания исполняемого файла на убогих современных ос.

http://en.wikipedia.org/wiki/Linker_(computing)

http://www.advancedlinuxprogramming.com/

Почему убогая?

А не в SBCL ли была такая проблема: при обновлении SBCL требуется перекомпилять все программы написанные на лиспе (То есть maxima, больше ничего на Лиспе нет).

Вот и выросло молодое поколение, выращенное на бубунте, умеющее только шмакать на красивые кнопки в кадевелопере.

>шмакать на красивые кнопки в кадевелопере.

пишу в вим, копилю в терминале.

пиши где удобно, где удобно, это не столь важно.

на тему компиляции - посмотри в сторону scons (т.е. в сторону систем сборок, мне лично scons нра).

<off>доренайсился блин, хронимиум жутко тормозит при вводе текста.</off>

man gcc

1. KDevelop (!*er)
2. А ты попробуй пошмакать в 4-ом:), я паржу...
3. Нифига не красивые, да и кнопок всего 4 :)

Пишу в Кдевелоп, компилю в терминале, дебажу в терминале, живу в терминале, ем в тер^W^W перед терминалом....
Жена иногда спрашивает «Ты всю жизнь просидишь перед черным экраном с зелеными буковками?»... Хз че ответить :)

>Жена иногда спрашивает «Ты всю жизнь просидишь перед черным экраном с зелеными буковками?»... Хз че ответить :)

Скажи что это все ради неё!

> Жена иногда спрашивает «Ты всю жизнь просидишь перед черным экраном с зелеными буковками?»... Хз че ответить :)

Поставь жёлтые буквы на чёрном фоне. Будет не менее Ъ, зато можно будет честно утверждать, что не всегда. 8))

1. а нафиг он вообще нужен тогда?

Проект состоит из 20000 файлов по 2к срок кода в каждом, ты изменил в одном значение константы в одном, предлагаешь перекомпиливать их все? или перекомпилить только один, а потом слинковать его с уже давно скомпилированными 19999 файлами?