Re: [devel] re-writing GNU C; part1.4.1: .rpm produced

[Ivan Zakharyaschev <imz@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 2279 bytes --]


On Wed, 17 Feb 2016, Ivan Zakharyaschev wrote:

> >   Чтобы поскорее иметь возможность подсовывать cuglify/Process в hasher,
> >   стал делать .rpm (дурацким временным способом).
>
>  Я думал ставить в hasher специальный пакет, чтобы заставлять при сборке
>  использовать нечто другое вместо gcc (например, cuglify/Process, clang -- в
>  общем, есть варианты, на чём проверить).

>  записываю соображения про подмену gcc в hasher, чтобы не
>  забыть/было что пока обсудить.)

Хотя, похоже, изготовление таких пакетов вроде dummy-gcc-cuglify или 
dummy-gcc-clang на Sisyphus/x86 требует больше усилий, чем на FOO/Linux 
без GCC, потому что на таком FOO/Linux нам не нужно держать параллельно 
настоящий gcc. Т.е. нет вот этого всего:

>  При этом пакеты хотят для сборки gcc (иногда -- явно заданной версии).
>  Так пусть эти gcc ставятся.
>
>  Что-то похожее по смыслу происходит при использовании ccache и distcc:
>  стоит настоящий gcc, но вызовы gcc обрабатываются сначала этими
>  прослойками. (Между прочим, если пробовать это с clang, то gcc тоже
>  должен стоять, потому что, как известно, он ему нужен по зависимости.)

На FOO/Linux можно просто сделать, чтобы предоставлялся виртуальный пакет 
gcc:

gcc <- dummy-gcc-cuglify <- cuglify-client <- foo-cc

(это зависимости, кто кого вытягивает). (cuglify-client на FOO/Linux, 
cuglify-server будет на x86.)

И не нужно пока влезать в эту схему с gcc_wrapper, если мы нацелены на 
FOO/Linux...

Best regards,
Ivan