From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mhz@altlinux.org>
Date: Sun, 30 Mar 2003 00:27:09 +0300
From: Mikhail Zabaluev <mhz@altlinux.org>
To: devel@altlinux.ru
Cc: Alexey Voinov <voins@voins.program.ru>
Message-ID: <20030329212709.GA29260@mhz.mikhail.zabaluev.name>
Mail-Followup-To: Mikhail Zabaluev <mhz@altlinux.org>,
	devel@altlinux.ru, Alexey Voinov <voins@voins.program.ru>
References: <20030329131157.GA27610@mhz.mikhail.zabaluev.name> <20030329194129.GB2015@voins.local>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg"
Content-Disposition: inline
In-Reply-To: <20030329194129.GB2015@voins.local>
User-Agent: Mutt/1.4.1i
Subject: [devel] Re: alternatives
Sender: devel-admin@altlinux.ru
Errors-To: devel-admin@altlinux.ru
X-BeenThere: devel@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: devel@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=unsubscribe>
List-Id: <devel.altlinux.ru>
List-Post: <mailto:devel@altlinux.ru>
List-Help: <mailto:devel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/devel/>
Archived-At: <http://lore.altlinux.org/devel/20030329212709.GA29260@mhz.mikhail.zabaluev.name/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

--gKMricLos+KVdGMg
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

Hello Alexey,

On Sat, Mar 29, 2003 at 10:41:29PM +0300, Alexey Voinov wrote:
>
> > Спецификация XML (есть DTD? Schema?) для описания кандидатов
> > чересчур громоздка. Зачем все эти <group name="candidate"/>
> > и <option name="link" type="string" value="..."/>, когда достаточно:
> > <candidate/> и <link file="..."/>
> Я бы сказал, что над этим ведётся работа. :) Если есть конкретные
> предложения, думаю никто не будет против, если они буду здесь высказаны.

Если взять пример, приведённый в README.RUS, и переработать:

<?xml version="1.0"?>
<link name="/usr/bin/gcc"
      target="/usr/bin/colorifer"
      priority="50">
  <slave name="/usr/bin/g++" target="/usr/bin/colorifer" />
  <slave name="/usr/bin/gcj" target="/usr/bin/colorifer" />
</link>


> Я правильно понял, что предложение заключается в замене libstdc++ (716578)
> на glib2 (1207356) и

Нужно учесть ещё накладные расходы на порождение кода из шаблонов.
std::map<foo, bar> вряд ли даётся бесплатно.

> переходе на менее удобный (для того, кто это пишет)
> синтаксис? :)

Более удобно -- это там, где опасным и неинтуитивным образом
переопределяются операторы непонятно для чего? ;)

> В чём преимущество предложенного?

В том, что не надо думать, каким компилятором собраны
библиотека и приложение. У нас сейчас полно головной
боли из-за gcc 2.96 и gcc 3.2. А если кто-нибудь,
не дай бог, захочет использовать компилятор Intel?
Стандартный ABI уже есть, но он молод и недостаточно
отлажен, не говоря уж о реализациях.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Remember -- only 10% of anything can be in the top 10%.

--gKMricLos+KVdGMg
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+hg+tTKqCuNPJlLgRAu1bAKDKY+jjVqQm6aoF85kHQbWvngUgDQCePkfy
1hihM9Y9208LPzFR94weO3U=
=Iwgc
-----END PGP SIGNATURE-----

--gKMricLos+KVdGMg--