Исходное сообщение
"Есть ли под UNIX что-то похожее на MS Visual Studio ?" Отправлено jd, 14-Июл-07 04:04
>Ну ладно, чёрт с makefile-ом. В конце концов кончилось тем, что написал >свой обходчик сорсов выдирающий все include (c двойными кавычками) из *.c >файлов. Затем всёравно приходится вручную подправлять makefile (потому что стало лень >учитывать всякие особенности с зависимостями в том числе искать циклические ссылки). Напрасно вы, всё-таки, игнорируете документацию. Примерно такой кусок делает то, о чём вы говорите, а именно добавляет зависимости файлов *.c от файлов *.h, которые включены в них в кавычках (речь о GNU make): SOURCES = $(wildcard *.c) DEPS = $(SOURCES:.cc=.d) %.d: %.c   @set -e; $(CC) $(CFLAGS) -MM $< \   | sed 's/\($*\)\.o[ :]*/\1.o $@ : /g' > $@; [ -s $@ ] || rm -f $@ ifneq ($(MAKECMDGOALS),clean) -include $(DEPS) endif И всё это в общем описано в info по make. >Уже даже страшно спрашивать, а есть что-нибудь в никсах типа MSDN ? > >Щас толпа народу скажет man... Ну man - man-у рознь, вопрос в >другом как узнать весь список возможных API функций (не библиотек, а >именно системных вызовов) на конкретной системе? Если вы хотите узнать об особенностях конкретной системы, то и нужно читать о конкретной системе. Литературу, документацию... Есть также много хорошей литературы и о UNIX вообще. Под GNU/Linux могу посоветовать почитать для общего развития (если уж есть такое желание) info libc и info gcc (вдобавок к info make) - там масса полезной информации. А вообще, по-моему дискуссия уже давно переросла все мыслимые размеры. Особенно учитывая то, что здесь обсуждается.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Ну ладно, чёрт с makefile-ом. В конце концов кончилось тем, что написал >>свой обходчик сорсов выдирающий все include (c двойными кавычками) из *.c >>файлов. Затем всёравно приходится вручную подправлять makefile (потому что стало лень >>учитывать всякие особенности с зависимостями в том числе искать циклические ссылки). > Напрасно вы, всё-таки, игнорируете документацию. Примерно такой кусок делает то, о чём > вы говорите, а именно добавляет зависимости файлов *.c от файлов *.h, > которые включены в них в кавычках (речь о GNU make): > SOURCES = $(wildcard *.c) > DEPS = $(SOURCES:.cc=.d) > %.d: %.c > @set -e; $(CC) $(CFLAGS) -MM $< \ > | sed 's/\($*\)\.o[ :]*/\1.o $@ : /g' > $@; [ > -s $@ ] || rm -f $@ > ifneq ($(MAKECMDGOALS),clean) > -include $(DEPS) > endif > И всё это в общем описано в info по make. >>Уже даже страшно спрашивать, а есть что-нибудь в никсах типа MSDN ? >> >>Щас толпа народу скажет man... Ну man - man-у рознь, вопрос в >>другом как узнать весь список возможных API функций (не библиотек, а >>именно системных вызовов) на конкретной системе? > Если вы хотите узнать об особенностях конкретной системы, то и нужно читать > о конкретной системе. Литературу, документацию... Есть также много хорошей литературы > и о UNIX вообще. > Под GNU/Linux могу посоветовать почитать для общего развития (если уж есть такое > желание) info libc и info gcc (вдобавок к info make) - > там масса полезной информации. > А вообще, по-моему дискуссия уже давно переросла все мыслимые размеры. Особенно учитывая > то, что здесь обсуждается.
	Введите код, изображенный на картинке: