Hello Linux,
Hope you are doing well.
Acquiring a website is not an achievement but a responsibility and
opportunity to expand your business online. If you are facing problem at
receiving organic traffic to your website and want to get visibility then
we can help you out to overcome such p
думается мне, без сборки кросс-тулчейна дело не обойдется. это amd64 из коробки
поддерживает i386, а вот чтоб наоборот...
на amd64 собираю ядра спокойно для i386. алгоритм такой:
export DEB_HOST_ARCH=i386 # можно все подряд запускать через
# dpkg-architecture, но так проще
make=kpkg --arch i386
On Fri, Jul 26, 2013 at 09:11:11AM +0600, Петр Бондаренко wrote:
> Доброго времени суток!
> Подскажите, а тожно собрать ядро для x86_64 на компьютере с x86 на борту,
> если задать make-kpkg опцию --arch=x86_64 или --arch=amd64
> ну и само собой в конфиге выставить "64 bit kernel&
26 июля 2013 г., 10:11 пользователь Петр Бондаренко написал:
>
> Вроде как на компьютере с x86_64 на боту получалось
> собирать ядра для x86,
> а обратный процесс возможен вообще?
То есть, разбирать ядра?
Доброго времени суток!
Подскажите, а тожно собрать ядро для x86_64 на компьютере с x86 на борту,
если задать make-kpkg опцию --arch=x86_64 или --arch=amd64
ну и само собой в конфиге выставить "64 bit kernel" и тип процессора.
Вроде как на компьютере с x86_64 на боту получалось собират
Maxim Nikulin -> debian-russian@lists.debian.org @ Sun, 02 Jun 2013 12:15:44
+0700:
MN> Приветствую.
MN> Что-то я запутался с debhelper.
MN> Файл debian/rules при сборке пакета - это Makefile. Идея make в том, чтобы
по
MN> набору правил сделать все что нужно, но не делат
On Sun, Jun 02, 2013 at 12:15:44PM +0700, Maxim Nikulin wrote:
> Есть ли штатный способ попросить dh пересобрать изменившиеся
> исходники и сделать новые .deb файлы, если сборка пакетов уже
> делалась и закончилась успешно?
Редактировать руками debhelper.log.
--
WBR, wRAR
signature.asc
Descript
Приветствую.
Что-то я запутался с debhelper.
Файл debian/rules при сборке пакета - это Makefile. Идея make в том,
чтобы по набору правил сделать все что нужно, но не делать лишней
работы. Время от времени требуется что-нибудь подшаманить в каком-нибудь
пакете, но с первого раза иногда
22.04.11 17:47, Peter Pentchev написав(ла):
> find -name \*.avi -print0 | xargs -0 -n1 -P4 ~/bin/convert
>
Сработало, хороший вариант. Я не знал что xargs может запускать
несколько потоков.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
On Fri, Apr 22, 2011 at 01:15:37PM +0300, vanessa wrote:
> Я часто в метро смотрю документальные фильмы на мобилке, но
> предварительно их надо перекодировать в соответствующий формат. Для
> этого сделан специальный скрипт, который запускается в папке с файлами
> где лежат avi после скачивания ее с
On 2011.04.22 at 15:49:45 +0300, vanessa wrote:
> > Ну если, допустим у нас имеется GNU make то:
> > cat > Makefile < > # шаблонное правило как из avi сделать одноименный mp4
> > %.mp4: %.avi
> > ~/bin/convert $+
> >
> > # Первое нешаблонное пра
и менкодер не загружает все его
>> ядра, а как бы хотелось чтоб оно в четыре потока работало.
>> напрашивается написать для этой цели makefile с помощю которого make
>> запускала бы скрипт ~/bin/convert и дальше запускать перекодирование
>> командой
>> make -j4
>&
е потока работало.
> напрашивается написать для этой цели makefile с помощю которого make
> запускала бы скрипт ~/bin/convert и дальше запускать перекодирование
> командой
> make -j4
> но вот мои познания в этой области довольно поверхносные. Не подскажет
> ли уважаемый all как такое
~/bin/convert '{}' \;
после того как отработает эта команда получаю набор *.mp4 файлов. но
вот процессор у меня четырехядерный и менкодер не загружает все его
ядра, а как бы хотелось чтоб оно в четыре потока работало.
напрашивается написать для этой цели makefile с помощю которого make
за
.6.34-xen//boot/vmlinuz-2.6.34-xen
> cp: cannot stat `arch/x86/boot/bzImage': No such file or directory
> make[2]: *** [debian/stamp/install/linux-image-2.6.34-xen] Error 1
>
> Проблема в том, что xen действительно хочет себе vmlinuz и никакого
> bzImage там даже близко не сто
le or directory
make[2]: *** [debian/stamp/install/linux-image-2.6.34-xen] Error 1
Проблема в том, что xen действительно хочет себе vmlinuz и никакого
bzImage там даже близко не стояло.
При этом make-dpkg (как из lenny, так и из sid'а) игнорирует опцию
--zImage и переменную IMAGE_TYPE=zImage
Во многих доках утверждается обязательность
make-kpkg clean
перед
make-kpkg --append_to_version -2010.x.x --initrd --revision=rev.01
kernel_image modules_image
Вопрос: насколько это обязательно, если отличие следующего варианта ядра
от предыдущего только в отключенных модулях ?
Т.е.:
10
On Sat, Jan 09, 2010 at 07:44:45PM +0300, Victor Wagner wrote:
> > > > А как приятно через несколько лет отслеживать странные
> > > > сегфолты до /usr/local/lib...
> > > А не кладите его в /etc/ld.so.conf
> > Мысль хорошая, но не уверен, что уже дистрибутивная.
> > Локально-то оказалось лучше сдела
On 2010.01.10 20:37, Aleksey Cheusov wrote:
Между делом: кто-нибудь знает, где можно раздобыть экоунт
на более-менее современный HP-UX?
экоунт это account? Если да, то обратите внимание на
http://h21007.www2.hp.com/portal/site/dspp/ - Developer & Solution
Partner Program от HP
или другие аль
Alexey Pechnikov -> debian-russian@lists.debian.org @ Sun, 10 Jan 2010
23:41:19 +0300:
>> Если у тебя пользователи машины своих программ не пишут, то зачем тебе
>> вообще юникс? А если пишут, то куда их складывать для общего
>> использования?
AP> Странные у вас допущения. Во-первых, это де
Hello!
On Sunday 10 January 2010 22:24:17 Aleksey Cheusov wrote:
> >> На мой взгляд правильно - это привязать НАМЕРТВО каждый экзешник со
> >> всеми либами, которые ему нужны, т.е. гораздо жестче, чем -rpath и уж
> >> куда лучше, чем /etc/ld.so.conf
>
> > В смысле статически собрать?
> Нет. Ди
Hello!
On Sunday 10 January 2010 17:45:07 Artem Chuprina wrote:
> Если у тебя пользователи машины своих программ не пишут, то зачем тебе
> вообще юникс? А если пишут, то куда их складывать для общего
> использования?
Странные у вас допущения. Во-первых, это дело каждого пользователя, что
он пише
>> > Hello!
>>
>> > On Sunday 10 January 2010 14:38:46 Aleksey Cheusov wrote:
>> >> > Указывайте при сборке -Wl,-rpath,/usr/local/lib, а то, что ставится из
>> >> > пакетов и знать не должно, что в /usr/local/lib могут быть библиотеки.
>> >>
>> >> А вот у некоторых все пакеты собирают
On 2010.01.10 at 20:37:19 +0200, Aleksey Cheusov wrote:
> > Hello!
>
> > On Sunday 10 January 2010 14:38:46 Aleksey Cheusov wrote:
> >> > Указывайте при сборке -Wl,-rpath,/usr/local/lib, а то, что ставится из
> >> > пакетов и знать не должно, что в /usr/local/lib могут быть библиотеки.
> >>
>
> Если у тебя пользователи машины своих программ не пишут, то зачем тебе
> вообще юникс?
Ну что за глупость? Юникс система для ПОЛЬЗОВАТЕЛЯ, он не обязан
программировать. У меня таких на работе больше двух десятков.
Далеко не все их них программируют.
> А если пишут, то куда их складывать для общ
> Hello!
> On Sunday 10 January 2010 14:38:46 Aleksey Cheusov wrote:
>> > Указывайте при сборке -Wl,-rpath,/usr/local/lib, а то, что ставится из
>> > пакетов и знать не должно, что в /usr/local/lib могут быть библиотеки.
>>
>> А вот у некоторых все пакеты собираются с rpath.
> Хм... интересн
On 2010.01.10 at 17:45:07 +0300, Artem Chuprina wrote:
>
> Если у тебя пользователи машины своих программ не пишут, то зачем тебе
> вообще юникс? А если пишут, то куда их складывать для общего
> использования?
Куда-куда? Я, например складываю их в
/var/ftp/pub/debian-cosy/dists/lenny/local/binar
Alexey Pechnikov -> debian-russian@lists.debian.org @ Sun, 10 Jan 2010
15:57:13 +0300:
>> > Указывайте при сборке -Wl,-rpath,/usr/local/lib, а то, что ставится из
>> > пакетов и знать не должно, что в /usr/local/lib могут быть библиотеки.
>>
>> А вот у некоторых все пакеты собираются с rpat
Hello!
On Sunday 10 January 2010 14:38:46 Aleksey Cheusov wrote:
> > Указывайте при сборке -Wl,-rpath,/usr/local/lib, а то, что ставится из
> > пакетов и знать не должно, что в /usr/local/lib могут быть библиотеки.
>
> А вот у некоторых все пакеты собираются с rpath.
Хм... интересный вопрос - а
>> On Fri, Jan 08, 2010 at 06:45:49PM +0300, Ivan Borzenkov wrote:
>> > одним легким движением ./configure && make && make install
>> > любой нормальный дистрибутив превращается в слакварь :)
>>
>> Это если от рута, юзеру нормальн
On 2010.01.09 at 16:20:09 +0200, Michael Shigorin wrote:
> On Fri, Jan 08, 2010 at 07:58:50PM +0300, Victor Wagner wrote:
> > > > одним легким движением ./configure && make && make install
> > > > любой нормальный дистрибутив превращается в слакварь
On Fri, Jan 08, 2010 at 07:58:50PM +0300, Victor Wagner wrote:
> > > одним легким движением ./configure && make && make install
> > > любой нормальный дистрибутив превращается в слакварь :)
> > А как приятно через несколько лет отслеживать странные
> >
Hello!
On Friday 08 January 2010 18:24:18 Victor Wagner wrote:
> А вот чтобы собрать простую программу из исходников надо поставить
> мета-пакет build-essential.
>
> Этот пакет зависит от всего, что требуется для сборки простеньких (не
> использующих внешних библиотек) программ на C и C++.
> Но
On 2010.01.08 at 18:27:57 +0200, Michael Shigorin wrote:
> On Fri, Jan 08, 2010 at 06:45:49PM +0300, Ivan Borzenkov wrote:
> > одним легким движением ./configure && make && make install
> > любой нормальный дистрибутив превращается в слакварь :)
>
> Это если
On Fri, Jan 08, 2010 at 06:45:49PM +0300, Ivan Borzenkov wrote:
> одним легким движением ./configure && make && make install
> любой нормальный дистрибутив превращается в слакварь :)
Это если от рута, юзеру нормальный дистрибутив так легко
не даст себя испохабить. :
8 января 2010 17:35:15 Andrei Lomov писали:
> Прошу прощения за тривиальный вопрос:
> что нужно установить в lenny, чтобы собрать простую программу из
> исходников: make
> make install
> ...
>
> $ make
> bash: make: команда не найдена
>
Как ни странно пакет mak
Alexander Galanin wrote:
> ... Можешь сразу поставить
> build-essential, чтобы ещё и сишный компилятор появился.
Оно самое, спасибо
> Но вообще прежде чем что-то собирать из исходников, проверь (дважды),
> что этого нет в дистрибутиве.
Это понятно
--
Всего доброго,
А.Л.
--
To UNSUBSCRIB
On 2010.01.08 at 20:35:15 +0600, Andrei Lomov wrote:
> Прошу прощения за тривиальный вопрос:
> что нужно установить в lenny, чтобы собрать простую программу из исходников:
> make
> make install
> ...
>
> $ make
> bash: make: команда не найдена
make, как нетрудно догад
Andrei Lomov wrote:
$ make
bash: make: команда не найдена
aptitude install make
http://packages.debian.org/search?searchon=contents&keywords=make&mode=exactfilename&suite=stable&arch=any
FilePackages
/usr/bin/make make
http://packages.debian.org/lenny/ma
On Fri, 08 Jan 2010 20:35:15 +0600
Andrei Lomov wrote:
> Прошу прощения за тривиальный вопрос:
> что нужно установить в lenny, чтобы собрать простую программу из исходников:
> make
> make install
> ...
>
> $ make
> bash: make: команда не найдена
Много чего может п
Прошу прощения за тривиальный вопрос:
что нужно установить в lenny, чтобы собрать простую программу из исходников:
make
make install
...
$ make
bash: make: команда не найдена
--
Всего доброго,
А.Л.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of
.exe работало...
DEO> собственно ты про этот факт молчишь, а я именно на него обращаю
DEO> внимание:
DEO> если *make* не позволяет вытаскивать депендсы ИЗ СЕБЯ, то тогда во всех
DEO> *make* мы имеем ОДНИ И ТЕ ЖЕ проблемы:
DEO> * либо мы должны править авторский make на предм
веденный пример и демонстрирует...
>> >>
>> >> В приведенном мной примере всего одна такая цель: all.
>> >> И, заметь, так требовалось тобой по условию задачи.
>>
>> SM> Пояснение: такая == phony. Остальные - нормальные.
>>
>>
; собственно ты про этот факт молчишь, а я именно на него обращаю
DEO> внимание:
DEO> если *make* не позволяет вытаскивать депендсы ИЗ СЕБЯ, то тогда во всех
DEO> *make* мы имеем ОДНИ И ТЕ ЖЕ проблемы:
DEO> * либо мы должны править авторский make на предмет экстракта депендсов
DEO
, собственно,
> >> > приведенный пример и демонстрирует...
> >>
> >> В приведенном мной примере всего одна такая цель: all.
> >> И, заметь, так требовалось тобой по условию задачи.
>
> SM> Пояснение: такая == phony. Остальные - нормальные.
>
AC> Я уж молчу про тот факт, что gcc - это не единственный существующий в
AC> природе компилятор... Я не дзенский программист, мне надо, чтобы и с
AC> cl.exe работало...
собственно ты про этот факт молчишь, а я именно на него обращаю
внимание:
если *make* не позволяет вытаскивать депендс
DEO> gcc хорошо умеет генерить депендсы от .h файлов
DEO> -MMD ключ ЕМНИП
Ну, тоже не идеально. А главное - make гораздо хуже умеет пользоваться
результатом. Хинты: автогенерируемый хедер; устаревший и потому
удаленный хедер.
Я уж молчу про тот факт, что gcc - это не единственный сущест
можно, а вот если это
будут не C/C++ а какой-то абстрактный проект то makepp (не важно какому
make) придется точно так же их ручками прописывать либо скриптом каким
извлекать.
и вот если сам *make* не поддерживает екстракт депендсов из своих правил
то везде один и тот же секс
--
... m
Aleksey Cheusov -> debian-russian@lists.debian.org @ Fri, 03 Oct 2008 16:01:20
+0300:
DEO>>> и проблема автогена депендсов везде решена?
>> Это наиболее тяжкая часть, но по сравнению с make оно гораздо лучше во
>> всех. Подробности я не смотрел, и подозреваю, ч
Aleksey Cheusov -> debian-russian@lists.debian.org @ Fri, 03 Oct 2008 18:23:12
+0300:
>>> all:
>>> make -C ../dirB
>>> make a.tar.gz
AC> Вот это - ровно то же самое, что предложил я - _unconditional_
AC> последовательное построение всех
го одна такая цель: all.
>> И, заметь, так требовалось тобой по условию задачи.
SM> Пояснение: такая == phony. Остальные - нормальные.
Ну да. Она как раз собирается правильно. А одна из нормальных как раз
нет.
Решить с помощью make задачу правильной сборки двух-трех конкретных
phony целей (
On Sun, Oct 05, 2008 at 09:51:16PM +0400, Stanislav Maslovski wrote:
> On Sun, Oct 05, 2008 at 09:32:38PM +0400, Artem Chuprina wrote:
> > Stanislav Maslovski -> debian-russian@lists.debian.org @ Fri, 3 Oct 2008
> > 20:57:26 +0400:
> >
> > >> SM> Комментарии-то будут?
> > >>
> > >> Пригодн
On Sun, Oct 05, 2008 at 09:32:38PM +0400, Artem Chuprina wrote:
> Stanislav Maslovski -> debian-russian@lists.debian.org @ Fri, 3 Oct 2008
> 20:57:26 +0400:
>
> >> SM> Комментарии-то будут?
> >>
> >> Пригодно только для нескольких phony целей.
>
> SM> В смысле, что в общем случае для раб
Stanislav Maslovski -> debian-russian@lists.debian.org @ Fri, 3 Oct 2008
20:57:26 +0400:
>> SM> Комментарии-то будут?
>>
>> Пригодно только для нескольких phony целей.
SM> В смысле, что в общем случае для работы с phony целями не годится?
SM> Так понимать? Или?
Для работы с настоящими
On Fri, Oct 03, 2008 at 07:50:26PM +0400, Artem Chuprina wrote:
> SM> Комментарии-то будут?
>
> Пригодно только для нескольких phony целей.
В смысле, что в общем случае для работы с phony целями не годится?
Так понимать? Или?
--
Stanislav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Stanislav Maslovski -> debian-russian@lists.debian.org @ Fri, 3 Oct 2008
19:06:34 +0400:
>> Всё та же задача, но под соусом "Recursive make considered useful" ;)
>>
>>
>> % ls -R contest
>> co
>> all:
>> make -C ../dirB
>> make a.tar.gz
Вот это - ровно то же самое, что предложил я - _unconditional_
последовательное построение всех зависимостей.
В целом нормальный метод.
Только bsd.subdir.mk лучше, потому как не велосипед...
Он не херит -jN, нап
On Fri, Oct 03, 2008 at 03:33:00AM +0400, Stanislav Maslovski wrote:
> Всё та же задача, но под соусом "Recursive make considered useful" ;)
>
>
> % ls -R contest
> contest:
> dirA dirB
>
> contest/dirA:
> Makefile
&g
> 3 октября 2008 г. 16:19 пользователь Aleksey Cheusov <[EMAIL PROTECTED]>
> написал:
>>> Испробовать ваш вариант с bmake в Debian.
>>> В lenny я его не нашёл.
>> Да, чуть не забыл. NetBSD make - центральная часть pkgsrc (pkgsrc.org).
>> Поставив
DEO>> и проблема автогена депендсов везде решена?
> Это наиболее тяжкая часть, но по сравнению с make оно гораздо лучше во
> всех. Подробности я не смотрел, и подозреваю, что полностью корректного
> решения нет ни в одном. Но во всяком случае грабли, по которым ходит
> make,
3 октября 2008 г. 16:19 пользователь Aleksey Cheusov <[EMAIL PROTECTED]>
написал:
>> Испробовать ваш вариант с bmake в Debian.
>> В lenny я его не нашёл.
> Да, чуть не забыл. NetBSD make - центральная часть pkgsrc (pkgsrc.org).
> Поставив pkgsrc само собой получаеш
> Испробовать ваш вариант с bmake в Debian.
> В lenny я его не нашёл.
Да, чуть не забыл. NetBSD make - центральная часть pkgsrc (pkgsrc.org).
Поставив pkgsrc само собой получаешь NetBSD make из коробки.
pkgsrc - хороший пример того, как на BSD make-е можно писать сложные
системы. Кроме, к
Всё таже задача, но под соусом "Recursive make considered useful" ;)
% ls -R contest
contest:
dirA dirB
contest/dirA:
Makefile
contest/dirB:
Makefile b.c c.c
% cat dirA/Makefile
binaries = ../dirB/b
учае с несколькими полезными таргетами на каждый проект можно видоизменить
мое решение например так.
TRG?= all
.PHONY: dict dictd dictfmt dictzip
dict dictd dictfmt dictzip:
SUBDIR="libmaa dict_common $@" ${MAKE} ${TRG}
.include
Запускать так
bmake dict TRG=all_
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
18:10:28 +0400:
AC>> Ну, это лучше, да. Причем мне, честно говоря, сходу даже было
AC>> непонятно, почему работает первое решение... Пришлось гонять make -d и
AC>> разбираться.
AC>> А те
>> Извини подвинься. Вот уж каталоги я будут делать так, как удобно мне :)
>> В идеологии mk scripts: один проект (екзешник или библиотека) -
> Ну и? Поменяли мы один файлик в библиотеке. Теперь надо пересобрать
> четыре экзешника (каждый, естественно, в своем каталоге), которые с этой
> библиот
олов 200.
Сейчас у меня, с гнутым мейком, такой запуск делается отдельной целью в
мейкфайле тестов. Она умеет пересобрать _свой_ бинарь. Я нахожусь при
этом в директории с тестами (я же хочу прогнать тест после правки, и
только этот мейкфайл в курсе, как прогнать этот конкретный тест).
Разумеется,
On 2008.10.02 at 16:50:27 +0300, Aleksey Cheusov wrote:
> AC>> Задача стояла построить _зависящую_ цель (пакет) при измениях в
> AC>> исходных файлах _зависимых_ целей (конкретные программы). Эта
> AC>> задача решена.
>
> > Задача подразумевала некоторую вполне конкретную раскладку по
> > дире
AC> Ну, это лучше, да. Причем мне, честно говоря, сходу даже было
AC> непонятно, почему работает первое решение... Пришлось гонять make -d и
AC> разбираться.
AC> А теперь вот так вот для каждой переменной, которую можно указать
AC> мейкфайлу, и у каждой цели, на сборку которой
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
17:15:32 +0400:
AC>>> DEBUG ?= 0 # кстати не помню ?= это GNUmake или вообще make? хез
AC>>> ...
AC>>> debug_depends:
AC>>> test -e $@ || echo $(DEBUG) > $@
AC>&g
ный небольшой пример, в котором
1) dictd/dict/dictfmt/dictzip независимы
2) libmaa и dict_common независимы
1) dictd/dict/dictfmt/dictzip линкуются с libmaa и dict_common
./Makefile:
.PHONY: dict dictd dictfmt dictzip
dict dictd dictfmt dictzip:
SUBDIR="libmaa dict_common .WAIT $
AC>> DEBUG ?= 0 # кстати не помню ?= это GNUmake или вообще make? хез
AC>> ...
AC>> debug_depends:
AC>> test -e $@ || echo $(DEBUG) > $@
AC>> test "`cat [EMAIL PROTECTED]" = "$(DEBUG)" || echo $(DEBUG) > $@
AC>> и дальше с
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
16:24:57 +0400:
AC>>>> Ну вот когда у человека накапливается к make десяток претензий подобного
AC>>>> рода в _разных_ местах - он и пишет заменитель... Потому что десяток -
AC>>>>
>>> Как воспользоваться вашим решением в Debian?
>>
>> Какая проблема стоит?
> Испробовать ваш вариант с bmake в Debian.
> В lenny я его не нашёл.
В Debian есть pmake. Это древний вариант NetBSD make-а. Но лучше
запакетить более свежий, и лучше под именем nbmake
остроить _зависящую_ цель (пакет) при измениях в
AC> исходных файлах _зависимых_ целей (конкретные программы). Эта задача
решена.
Задача подразумевала некоторую вполне конкретную раскладку по
директориям. А не как понравится тебе.
AC> Но решения ты не понял. Ладно, я расшифрую - решение
AC>>> Ну вот когда у человека накапливается к make десяток претензий подобного
AC>>> рода в _разных_ местах - он и пишет заменитель... Потому что десяток -
AC>>> это уже проще заменить, чем исправить.
AC>> но я пока не видел УНИВЕРСАЛЬНОГО заменителя
AC>>
2 октября 2008 г. 15:52 пользователь Aleksey Cheusov <[EMAIL PROTECTED]>
написал:
> >> >>> make -C ../dirB
> >> >>> @if test ! -f a.tar.gz; then tar czf a.tar.gz ../dirB/b
> ../dirB/c && rm -f ../dirB/rebuild; fi
> &g
аспект реальной задачи и максимально упростил
> модель. Могу показать полную. Это, правда, будет довольно длинное
> письмо...
Задача стояла построить _зависящую_ цель (пакет) при измениях в
исходных файлах _зависимых_ целей (конкретные программы). Эта задача решена.
Но решения ты не пон
igure.in, а не просто запускать configure...
AC>>> первый пункт в каком-то *make удобно реализован? только так чтобы сборка
AC>>> не становилась узкоспециализированной
AC>> Насколько я знаю, задача добычи зависимостей из makefile как минимум
AC>> весьма сложна.
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
12:11:21 +0400:
AC>>>>> понимаешь в чем дело, в том что если бы make догадывалось об этом то ей
AC>>>>> пришлось бы перестать быть универсальным инструментом (вон выше по
ветке
AC>>
>> >>> make -C ../dirB
>> >>> @if test ! -f a.tar.gz; then tar czf a.tar.gz ../dirB/b
>> ../dirB/c && rm -f ../dirB/rebuild; fi
>> >>> @if test -f ../dirB/rebuild; then tar czf a.tar.gz ../dirB/b
Aleksey Cheusov -> debian-russian@lists.debian.org @ Thu, 02 Oct 2008 12:09:42
+0300:
AC>>> .include
>> Ты решал не ту задачу. Решил ты ее или нет, я уж не могу сказать,
>> поскольку непонятно, какую решал, но решал - не ту.
AC> Ну ёпрст 8-) Я решил ту задачу, именно ту - строю пакет и
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
12:47:44 +0400:
AC>> Ну вот когда у человека накапливается к make десяток претензий подобного
AC>> рода в _разных_ местах - он и пишет заменитель... Потому что десяток -
AC>> это уже проще заменить,
2 октября 2008 г. 13:55 пользователь Aleksey Cheusov <[EMAIL PROTECTED]>
написал:
> >>> make -C ../dirB
> >>> @if test ! -f a.tar.gz; then tar czf a.tar.gz ../dirB/b
> ../dirB/c && rm -f ../dirB/rebuild; fi
> >>>
Alexey Pechnikov wrote:
> Hello!
>
> Раз тут такие специалисты по мэйкфайлам собрались, подскажите одну вещь.
> Нужно
> мне в проект добавить пару дополнительных файлов, которые должны линковаться
> с дополнительными библиотеками. Сейчас делаю так
>
> TCC += -lz -DSQLITE_ENABLE_ICU=1 `icu-conf
2 октября 2008 г. 11:56 пользователь Artem Chuprina <[EMAIL PROTECTED]> написал:
> Stanislav Maslovski -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
> 09:46:24 +0400:
>
> >> А так? :)
> >> all:
> >> make -C ../dirB
> >>
On 2008.10.02 at 14:20:53 +0400, Alexey Pechnikov wrote:
> Hello!
>
> В сообщении от Thursday 02 October 2008 14:08:27 Victor Wagner написал(а):
> > > В результате несколько деб-пакетов генерится. Сборка с помощью make
> > > проходит нормально, а при debuild во
Hello!
В сообщении от Thursday 02 October 2008 14:08:27 Victor Wagner написал(а):
> > В результате несколько деб-пакетов генерится. Сборка с помощью make
> > проходит нормально, а при debuild вот сообщения вылезли. Значит, проблема
> > именно в том, что добавленные зависим
gt; > Но на это как-то не похоже. Разве что этот бинарник потом в отдельный
> > пакет кладется.
>
> В результате несколько деб-пакетов генерится. Сборка с помощью make проходит
> нормально, а при debuild вот сообщения вылезли. Значит, проблема именно в
> том, что добавленные за
тся.
В результате несколько деб-пакетов генерится. Сборка с помощью make проходит
нормально, а при debuild вот сообщения вылезли. Значит, проблема именно в
том, что добавленные зависимости нужны не всем пакетам. А "target specific
variables" это на уровне мэйкфайла или в debian
>>> make -C ../dirB
>>> @if test ! -f a.tar.gz; then tar czf a.tar.gz ../dirB/b ../dirB/c
>>> && rm -f ../dirB/rebuild; fi
>>> @if test -f ../dirB/rebuild; then tar czf a.tar.gz ../dirB/b
>>> ../dirB/c &
делаю так
>
> TCC += -lz -DSQLITE_ENABLE_ICU=1 `icu-config --ldflags`
>
>
> Теперь при сборке deb-пакета вижу ругань, что добавленные мной доп. либы
> нафиг
> никому не нужны, кроме моих файликов. Как быть?
Вообще-то в принципе в этом случае надо читать
info -f make "Ta
> %: %.c
> cc -o $* $<
Да-да-да. Вот именно такие вот квадратные колеса и приходится потом
закруглять, чтобы оно хотя бы собиралось, как надо. Gr-r-r-r-r.
Я понимаю, что это "всего лишь пример", но уж очень он показателен.
(ничего личного)
--
Best regards, Aleksey Cheusov.
--
To UNSU
амного проще.
Проблемы "resursive manu considered harmful" решительно не существует!
Она не стоит того, чтобы посвящать ей "труды" и писать make-озаменители.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello!
Раз тут такие специалисты по мэйкфайлам собрались, подскажите одну вещь. Нужно
мне в проект добавить пару дополнительных файлов, которые должны линковаться
с дополнительными библиотеками. Сейчас делаю так
TCC += -lz -DSQLITE_ENABLE_ICU=1 `icu-config --ldflags`
Где-то далее в мэйке идет
AC> Там правка правке рознь. Добавил #include - уже вынь да положь configure.
смотря какой include :)
если на себя же (свой проект) то да :)
а если на тот что в /usr лежит, то запуск configure можно в долгий ящик
откладывать :)
AC>> первый пункт в каком-то *make удобно реализован? т
On Thu, Oct 02, 2008 at 11:56:13AM +0400, Artem Chuprina wrote:
> Stanislav Maslovski -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
> 09:46:24 +0400:
> SM> Можно еще прощe: два условия в одно с -o.
>
> После чего возникает резонный вопрос. А make тут зачем?
AC> Ну вот когда у человека накапливается к make десяток претензий подобного
AC> рода в _разных_ местах - он и пишет заменитель... Потому что десяток -
AC> это уже проще заменить, чем исправить.
но я пока не видел УНИВЕРСАЛЬНОГО заменителя
да типа там функций добавят, там других вку
O> SRC = $(shell find src -name '*.[ch]')
DEO> $(TARGET_BIN): $(SRC)
DEO> make -C src
DEO> ...
DEO> вот примерно это я имел ввиду под "руками"
DEO> зачастую общим правилом (вроде find) можно собрать в кучу 99% соурсов
DEO> а недособранные 2-5 шту
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 2 Oct 2008
11:10:51 +0400:
AC>> Примерно с той же, блин, целью сделан и configure. Непонятно
AC>> только, нафига он генерирует развесистый мейкфайл вместо тупого
AC>> sh-скрипта - все равно в половине случаев
Результаты 1 - 100 из 355 matches
Mail list logo
