From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 17 Feb 2016 12:33:31 +0300 (MSK) From: Ivan Zakharyaschev To: devel@lists.altlinux.org Message-ID: User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-1608631098-1455698980=:21858" Content-ID: Subject: Re: [devel] re-writing GNU C; part1.4.1: .rpm produced X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2016 09:33:31 -0000 Archived-At: List-Archive: List-Post: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1807885841-1608631098-1455698980=:21858 Content-Type: text/plain; CHARSET=UTF-8; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: 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 --1807885841-1608631098-1455698980=:21858--