From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <voins@voins.program.ru>
Date: Sun, 30 Mar 2003 11:44:31 +0400
From: Alexey Voinov <voins@voins.program.ru>
To: devel@altlinux.ru
Subject: Re: [devel] Re: alternatives
Message-ID: <20030330074431.GA2006@voins.local>
Mail-Followup-To: Alexey Voinov <voins@voins.program.ru>,
	devel@altlinux.ru
References: <20030329131157.GA27610@mhz.mikhail.zabaluev.name> <20030329194129.GB2015@voins.local> <20030329212709.GA29260@mhz.mikhail.zabaluev.name>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6"
Content-Disposition: inline
In-Reply-To: <20030329212709.GA29260@mhz.mikhail.zabaluev.name>
User-Agent: Mutt/1.4.1i
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/20030330074431.GA2006@voins.local/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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

Mikhail Zabaluev 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> вряд ли даётся бесплатно.
Всё решается во время компиляции.

Пример простого шаблона:
template <int i>
	struct f { static const int r = i * f<i-1>::r; };

template <>
	struct f<0> { static const int r = 1; };

Так вот, f<5>::r при компиляции заменяется костантой 120, а
f<10>::r --- 3628800. Где накладные расходы от шаблонов?
Я не вижу.


> > переходе на менее удобный (для того, кто это пишет)
> > синтаксис? :)
> Более удобно -- это там, где опасным и неинтуитивным образом
> переопределяются операторы непонятно для чего? ;)
Конкретный пример можно? Оператор [] у std::map переопределён
неинтуитивно?

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

Я скажу так: я начал делать свой вариант альтернатив на C (и без glib2),
но потом решил, что продуктивнее будет слать патчи к тому, что уже есть.
Постепенно это можно довести до очень неплохого состояния.

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
vns@altlinux.ru


--y0ulUmNC+osPPQO6
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQE+hqBf3FGE/YJu+jkRAr66AKCFm/RusbTtlkazQHLAtutHHtaZVgCggRSM
0++zHUT8iJymqUO8QtTdZwU=
=L35g
-----END PGP SIGNATURE-----

--y0ulUmNC+osPPQO6--