[devel] mono 1.2.5.2

[Alexey Tourbin]

On Fri, Nov 16, 2007 at 11:54:44AM +0600, Ildar Mulyukov wrote:
> On 16.11.2007 11:48:36, Alexey Tourbin wrote:
> > On Mon, Nov 12, 2007 at 11:38:49AM +0600, Ildar Mulyukov wrote:
> >>>     mcs(1) is mono compiler.  The fact that we compile some      
> >>> mono sources must automatically enable support for mono      
> >>> dependencies.
> >> Это значит, что если человек захочет откомпилить C#-программу, ему  
> >> придётся ставить GCC! mcs->rpm-build-mono->rpm-build->gcc
> > 
> > rpm-build понимается как базовая сборочная среда. buildreq не  
> > проставляет зависимости на rpm-build, gcc и т.д. Соответственно  
> > криминала тут нет.  Хотя конечно немного неприятно что компилятор C#  
> > неявно вытягивает gcc.
> 
> ... и ещё нетипично. Например, чтобы программировать на других языках,  
> ставить rpm-build и все его зависимости не нужно.

До тех пор, пока речь не идёт о поддержке rpm-зависимостей этого языка.
Как только используется специфический компилятор, результат работы
которого может порождать зависимости определённого вида, так сразу
желательно автоматически гарантировать, что зависимости этого вида
БУДУТ генерироваться при сборке пакета.

В противном случае остается только надеяться, что maintainer не забудет
вручную добавить зависимость на rpm-build-mono, потому что buildreq на
стадии 'rpm -bc' не "ловит" rpm-build-mono.  А это не технологично.
Maintainer может забыть, а лучше и не заставлять его ничего помнить,
а ввинтить поддержку зависимостей автоматически.

В принципе можно убрать из rpm-build все лишние зависимости и сделать
пакета типа buildsystem (по аналогии с basesystem).  Но в общем ломать
нашу традицию что rpm-build автоматически укомплектовывает базовую
сборочную среду пока неохота.

> >>>     spec: pass '--disable-static' flag to configure so that  
> >>> libmono.so.0 is used by default
> >> хороший шаг. Но надо потестировать. Кстати, у меня GNU Smalltalk  
> >> очень странно дохнет, будучи собранным без  -static . Вы случайно не  
> >> знаете, в чём может быть проблема? Всё-таки у Вас опыт....
> > 
> > Вообще-то статическая/динамическая линковка не должна никак  
> > сказываться на работосопособности программ.  Особенно если это был  
> > код на языке Си и там нет никаких гнусных хаков с %ebx.
> 
> Спасибо за консультацию.

Уж какая тут консультация.  Например даже libtool когда компилирует *.c
файлы для библиотеки в двух штуках (с -fPIC и без -fPIC) во втором
случае перенаправляет все ошибки в 2>/dev/null, т.к. считает, что
результат компиляции для разделяемой и статической библиотек не может
существенно отличаться (по warning'ам).
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20071116/9d20e21c/attachment-0002.bin>