From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <asy@altlinux.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.5
From: "Sergey Y. Afonin" <asy@altlinux.ru>
Organization: Kraft-S JSC
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Thu, 10 Apr 2014 01:46:27 +0400
User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748)
References: <532C0280.5040505@diyaorg.dp.ua>
	<2968462.LPYIYodVpG@epiphanov.bkpi82.nikiet.ru>
	<20140324123350.GB12757@altlinux.org>
In-Reply-To: <20140324123350.GB12757@altlinux.org>
X-KMail-QuotePrefix: > 
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <201404100146.27487.asy@altlinux.ru>
Subject: Re: [devel] =?utf-8?b?0J/RgNC40L3Rg9C00LjRgtC10LvRjNC90L4g0YPRgdGC?=
 =?utf-8?b?0LDQvdC+0LLQuNGC0Ywg0LLQtdGA0YHQuNGOIEdDQyDQsiBTUEVD?=
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: Wed, 09 Apr 2014 21:45:50 -0000
Archived-At: <http://lore.altlinux.org/devel/201404100146.27487.asy@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Monday 24 March 2014, Dmitry V. Levin wrote:

> Базовый чрут формируется до обработки сборочных зависимостей пакета.
> Поскольку в него входит gcc, то самая актуальная версия gcc оказывается
> в сборочном чруте в любом случае.  Так у нас было всегда.

Может, делать удаление gcc/gcc-c++, отличных от X.Y, если макрос есть ?
Или что-то мешает ?

> Использование макроса "%set_gcc_version X.Y" приводит к следующему:
> - в сборочные зависимости попадает gccX.Y;
 
А gccX.Y-с++ ? Или, в этом случае, "BuildRequires: gccX.Y-c++" требуется
всё равно, если c++ надо ?

Вот два практически идентичных src.rpm:

#117960 TESTED #1 [test-only] t6 srpm=xorp-1.8.6-alt0.0.20130830.M60T.1.src.rpm
#117935 FAILED #4 [test-only] sisyphus srpm=xorp-1.8.6-alt0.20130830.1.src.rpm

Который для sisyphus, содержит %set_gcc_version 4.5 и BuildRequires gcc4.5-c++.

Или это вот

Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed!
ldd: ERROR: ./usr/lib/xorp/bin/rip_show_stats: trace failed

последствие не gcc4.8, а чего-то другого ? Хотя, если посмотреть в xorp-овский
git https://github.com/greearb/xorp.ct/tree/master/xorp, видно, что какие-то
исправления для 4.8 были уже, правда давно.

-- 
С уважением, Сергей Афонин