From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vitus@altlinux.org>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FUZZY_XPILL
	autolearn=no version=3.2.5
X-Virus-Scanned: Debian amavisd-new at cryptocom.ru
Date: Mon, 18 May 2009 17:28:19 +0400
From: "Victor B. Wagner" <vitus@altlinux.org>
To: devel@lists.altlinux.org
Message-ID: <20090518132819.GB13871@cryptocom.ru>
References: <cc557aab0905171711u5400291eu8e2530277f5ecb55@mail.gmail.com>
	<20090518060906.GA14952@altlinux.org>
	<cc557aab0905180137v5cb4927eg9dba90c48ac05c42@mail.gmail.com>
	<20090518091123.GC14952@altlinux.org>
	<20090518123633.GB11369@cryptocom.ru>
	<20090518132119.GA11888@altlinux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20090518132119.GA11888@altlinux.org>
User-Agent: Mutt/1.5.13 (2006-08-11)
Subject: Re: [devel] git.alt build architecture
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 18 May 2009 13:28:35 -0000
Archived-At: <http://lore.altlinux.org/devel/20090518132819.GB13871@cryptocom.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On 2009.05.18 at 17:21:19 +0400, Alexey I. Froloff wrote:

> * Victor B. Wagner <vitus@> [090518 16:37]:
> > (что они сделали исключительно из-за того, что несознательные
> > upstream-разработчики пишут такие configure.in, которые не поддерживают
> > --target)
> Кроме configure.in существует такое количество сборочных систем,
> что про это даже смешно говорить.  Я уже молчу про AC_TRY_RUN, с
> которыми надо разбираться отдельно в каждом случае.

Проблема в том, что если об этом не будут говорить, оно никогда с места
и не сдвинется. 

Когда сборка для медленных архитектур осуществляется независимо, с этим
еще можно мириться. Но когда сборка для тостеров начинает тормозить
сборку для других архитектур, через некоторое время тут поднимется
громкий вой "а ну их нафиг эти ARM-ы". 

Поэтому лучше сразу начинать возиться с кроссборкой и пинать
всевозможные upstream-ы. 

AC_TRY_RUN, кстати, в большинстве случаев используется совершенно не по
делу.