форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[Проследить за развитием треда]

"странный вопрос"
Сообщение от veter (??) on 07-Апр-05, 17:10  (MSK)
хочу задать странный вопрос. вот я сам программирую не первый год на с под unix, ну и все мои программы(консольные) собираются просто gcc mycode.c А вот когда начинаешь ставить что нибудь из порта начинаешь ужасаться. ./configure - когда я на него смотрю я думаю о том сколько месяцев ушло у чувака что бы написать его .... когда начинается make Тоже ужасно, всегда сплошные ключи куча длинных строк. Скорее всего, я чего то не знаю.:) Возникают вопросы. Кто нибудь из присутсвующих обладает подобным уровнем знаний? Что и где надо читать что бы писать такие вот проги? То есть, что бы там был файл configure который бы все чекил и т.п. Как и что писать в Makefile? Как постигнуть эту громаду ключей? Ведь мне кажется не возможно все это знать одному человеку, либо всем этим людям за 30 или даже за 40 и они успели все это переварить. Или же есть какие инструменты? Подскажите!
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "странный вопрос"
Сообщение от Dead Mustdie on 07-Апр-05, 17:14  (MSK)
automake autoconf m4
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "странный вопрос"
Сообщение от Vladislav Lazarenko on 07-Апр-05, 17:19  (MSK)
automake autoconf m4 KDevelop ... :-D P.S.: значит ты не продуктивно писал... раз ничего не знаешь по прошествии стольких лет. :-)
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "странный вопрос"
	Сообщение от veter (??) on 07-Апр-05, 17:31  (MSK)
	>automake >autoconf >m4 >KDevelop ... :-D > >P.S.: значит ты не продуктивно писал... раз ничего не знаешь по прошествии >стольких лет. :-) Ну продуктивность вопрос спорный. То что я писал не нуждалось во всем этом.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "странный вопрос"
Сообщение от ZOD (??) on 14-Апр-05, 19:42  (MSK)
>хочу задать странный вопрос. >вот я сам программирую не первый год на с под unix, ну >и все мои программы(консольные) собираются просто gcc mycode.c > >А вот когда начинаешь ставить что нибудь из порта начинаешь ужасаться. >./configure - когда я на него смотрю я думаю о том сколько >месяцев ушло у чувака что бы написать его .... >когда начинается make Тоже ужасно, всегда сплошные ключи куча длинных строк. > >Скорее всего, я чего то не знаю.:) > >Возникают вопросы. Кто нибудь из присутсвующих обладает подобным уровнем знаний? Что и >где надо читать что бы писать такие вот проги? То есть, >что бы там был файл configure который бы все чекил и >т.п. Как и что писать в Makefile? Как постигнуть эту громаду >ключей? Ведь мне кажется не возможно все это знать одному человеку, >либо всем этим людям за 30 или даже за 40 и >они успели все это переварить. Или же есть какие инструменты? Подскажите! > Щаз не вспонмню, но все юзают копии configure со всеми его тестами написаные каким то умным мужиком. Как правило люди не заботятся чтобы удалять ненужные тесты, а просто правкой добавляют необходимые. Реально чтобы всем этим заниматься нужно довольно долго поработать в отделе тестирования и серьёзно заниматься системным програмированием зная особенности процессоров и ОС.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "странный вопрос"
	Сообщение от DeadMustdie (??) on 14-Апр-05, 21:30  (MSK)
	>Щаз не вспонмню, но все юзают копии configure со всеми его тестами >написаные каким то умным мужиком. Как правило люди не заботятся чтобы >удалять ненужные тесты, а просто правкой добавляют необходимые. Не занимайтесь дезинформацией. Код configure автоматически генерируется на основе набора m4-макросов. autoconf+automake+m4 - и все дела. >Реально чтобы всем этим заниматься нужно довольно долго поработать >в отделе тестирования и серьёзно заниматься системным програмированием >зная особенности процессоров и ОС. Особенности ОСей знать и правда неплохо, а что до процессоров - то это вряд ли. Чай не на ассемблере люди пишуть ;-)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "странный вопрос"
	Сообщение от SergeiZz on 15-Апр-05, 14:50  (MSK)
	>>Щаз не вспонмню, но все юзают копии configure со всеми его тестами >>написаные каким то умным мужиком. Как правило люди не заботятся чтобы >>удалять ненужные тесты, а просто правкой добавляют необходимые. > >Не занимайтесь дезинформацией. Код configure автоматически генерируется >на основе набора m4-макросов. autoconf+automake+m4 - и все дела. А набор m4-макросов обычно берётся из дистрибутива Red Hat, сейчас не помню, как называется этот rpm. Так, что товаришчь в целом прав, и дезинформации в его ответе немного. >>Реально чтобы всем этим заниматься нужно довольно долго поработать >>в отделе тестирования и серьёзно заниматься системным програмированием >>зная особенности процессоров и ОС. > >Особенности ОСей знать и правда неплохо, а что до процессоров - то >это >вряд ли. Чай не на ассемблере люди пишуть ;-) Да и особенности ОС сводятся обычно к степени стандартности их реализаций стандартных библиотек и степени наличия оных. C для того и нужен, чтоб везде компилироваться и нигде не работать :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "странный вопрос"
	Сообщение от Аноним on 15-Апр-05, 15:14  (MSK)
	>>>Щаз не вспонмню, но все юзают копии configure со всеми его тестами >>>написаные каким то умным мужиком. Как правило люди не заботятся чтобы >>>удалять ненужные тесты, а просто правкой добавляют необходимые. >> >>Не занимайтесь дезинформацией. Код configure автоматически генерируется >>на основе набора m4-макросов. autoconf+automake+m4 - и все дела. >А набор m4-макросов обычно берётся из дистрибутива Red Hat, сейчас не >помню, как называется этот rpm. Не болтайте ерундой. Это GNU autotools. Есть в каждом дистрибутиве.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "странный вопрос"
	Сообщение от SergeiZz on 15-Апр-05, 17:00  (MSK)
	>>А набор m4-макросов обычно берётся из дистрибутива Red Hat, сейчас не >>помню, как называется этот rpm. >Не болтайте ерундой. Это GNU autotools. Есть в каждом дистрибутиве. Об чём речь? Об autotools или об rpm пакете со страндартными макросами для autoconf из дистрибутива Red Hat? Если помните его имя, так нацарапайте здесь, а то я призабыл, а искать лень.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "странный вопрос"
	Сообщение от SergeiZz on 15-Апр-05, 17:10  (MSK)
	>а искать лень. http://autoconf-archive.cryp.to/ Собственно, ещё лучше подходит.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "странный вопрос"
	Сообщение от DeadMustdie (??) on 15-Апр-05, 21:48  (MSK)
	>Так, что товаришчь в целом прав, и дезинформации в его ответе немного. Насчёт этого прочие люди уже ответили. >Да и особенности ОС сводятся обычно к степени стандартности их реализаций >стандартных библиотек и степени наличия оных. Такой оптимизм полезен для поддержания морального духа. Но вреден при планировании. >C для того и нужен, чтоб везде компилироваться и нигде не работать :) Наветы, наветы... ;) Впрочем, оный "чистый" C я и сам не очень люблю. Писанины многовато.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "странный вопрос"
	Сообщение от SergeiZz on 16-Апр-05, 15:04  (MSK)
	>>Так, что товаришчь в целом прав, и дезинформации в его ответе немного. > >Насчёт этого прочие люди уже ответили. Не заметил. Интересно бы прикинуть процентное соотношение макросов, написанных своими кривыми ручками по сравнению с оными, скопированными откуда-нибудь ещё (хоть бы с того ресурса, который я упоминал). Я полагаю, товаришчь был прав в главном: всё Умный Дядя уже написал, наша задача вырезать и копировать, но тогда ещё проще -- сам configure скопировать не меняя вовсе, всё равно толку-то... >>Да и особенности ОС сводятся обычно к степени стандартности их реализаций >>стандартных библиотек и степени наличия оных. > >Такой оптимизм полезен для поддержания морального духа. >Но вреден при планировании. Да ну Вас. Ну давайте возьмём примерчики конкретных полезных программок, посмотрим на их configure. Проверки сплошь из одного и того же набора. Ну понятно, можно сказать, что может быть зависимость от чего-то потоньше, вроде разрядности int (так и от типа процессора можно придумать зависимость). Только дело в том, что если программулина от таких вещей зависит, ей никакой autoconf не поможет выжить.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "странный вопрос"
	Сообщение от DeadMustdie (??) on 16-Апр-05, 15:41  (MSK)
	>>Насчёт этого прочие люди уже ответили. >Не заметил. >Интересно бы прикинуть процентное соотношение макросов, написанных >своими кривыми ручками по сравнению с оными, скопированными >откуда-нибудь ещё (хоть бы с того ресурса, который я упоминал). >Я полагаю, товаришчь был прав в главном: всё Умный Дядя уже >написал, наша задача вырезать и копировать, но тогда ещё проще >-- сам configure скопировать не меняя вовсе, всё равно толку-то... > Написанный "умным дядей" проверок на свете очень много, и в каждом конкретном проекте из них нужны, мягко говоря, не все. Плюс генерация Makefile'ов - вопрос вообще отдельный, с проверками слабо связанный. Состав зависимостей, структура самого проекта у всех разная, а в генерированном коде от этих вещей много чего зависит, причём это зависимое не раз и не два дублируется. Совсем не меняя configure его копировать в другой проект - занятие и вовсе бесполезное. >>>Да и особенности ОС сводятся обычно к степени стандартности >>>их реализаций стандартных библиотек и степени наличия оных. >> >>Такой оптимизм полезен для поддержания морального духа. >>Но вреден при планировании. >Да ну Вас. Ну давайте возьмём примерчики конкретных полезных программок, >посмотрим на их configure. Проверки сплошь из одного и того же набора. > Ну давайте. На память: apache, tomcat-jk, mc, m4, xemacs. Состав проверок, скажем так, не идентичный. >Ну понятно, можно сказать, что может быть зависимость от чего-то >потоньше, вроде разрядности int (так и от типа процессора можно придумать >зависимость). Только дело в том, что если программулина от таких вещей >зависит, ей никакой autoconf не поможет выжить. В таких программулинах обычно на каждый такой случай - свой отдельный кусочек кода, подключаемый на соответствующих системах. Писать проверки приходится обычно как раз для того, чтобы определить, когда какой кусочек юзать и в какой вариации (сиречь с каким дополнительным набором макросов).
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "странный вопрос"
	Сообщение от Аноним on 18-Апр-05, 09:55  (MSK)
	>Я полагаю, товаришчь был прав в главном: всё Умный Дядя уже написал, >наша >задача вырезать и копировать, но тогда ещё проще -- сам configure >скопировать не меняя вовсе, всё равно толку-то... > >Ну давайте возьмём примерчики конкретных полезных программок, >посмотрим на их configure. Проверки сплошь из одного и того же набора. > >Ну понятно, можно сказать, что может быть зависимость от чего-то >потоньше, вроде разрядности int (так и от типа процессора можно придумать >зависимость). Только дело в том, что если программулина от таких вещей >зависит, ей никакой autoconf не поможет выжить. Открою вам баальшой секрет: все эти страшные configure и не менее страшные Makefile (а вы в них заглядывали?) получаются из гораздо менее страшных файлов configure.in (или configure.ac), который лежит в корне проекта, и Makefile.am, которые лежат в каждой поддиректории этого же проекта. Эти файлы, таки да, пишутся руками исходя из специфики данного проекта. А вот протом на сцену выходят autoconf и automake: autoconf из configure.in делает configure, automake из configure.in и Makefile.am делает Makefile.am.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.