From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@mivlgu.murom.ru>
Date: Sat, 19 Oct 2002 20:50:43 +0400
From: Sergey Vlasov <vsu@altlinux.ru>
To: devel@altlinux.ru
Subject: Re: [devel] libdnet name clash with AC_PATH_XTRA
Message-Id: <20021019205043.168e3a4f.vsu@altlinux.ru>
In-Reply-To: <20021019154206.GA12340@basalt.office.altlinux.ru>
References: <20021019192453.551a08c3.vsu@altlinux.ru>
	<20021019154206.GA12340@basalt.office.altlinux.ru>
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i586-alt-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
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/20021019205043.168e3a4f.vsu@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Sat, 19 Oct 2002 19:42:06 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Sat, Oct 19, 2002 at 07:24:53PM +0400, Sergey Vlasov wrote:
> > Обнаружил в пересобранных пакетах bbpager, bbsload в BuildRequires пакет
> > libdnet-devel, которого они сроду не требовали. Затягивает его, как
> > выяснилось, кусок стандартного макроса autoconf AC_PATH_XTRA, который
> > ищет там функцию dnet_ntoa (с комментарием, что это нужно для работы с
> > DECnet на Ultrix). Там он ее, естественно, не находит (поэтому в X_LIBS
> > и в зависимости бинарного пакета libdnet не попадает), но в
> > BuildRequires пакет libdnet-devel добавляется.
> > 
> > Весьма вероятно, что этим макросом пользуются очень многие программы,
> > поэтому BuildRequires во многих пакетах будет засорен.
> 
> Надо будет пропатчить autoconf'ы.

Думаю, не надо - ./configure может создаваться не только для внутреннего
употребления в системах от ALT.

> > Первая строка, думаю, понятна, а вот по поводу второй строки требуются
> > пояснения. gcc3.2-3.2.1-alt0.4 по каким-то причинам (мне непонятным,
> > если кто знает - объясните, пожалуйста) обращается к /usr/lib, используя
> 
> Это виноват libtool;
> Согласно "gcc -print-search-dirs", gcc там ничего не ищет.

Странно, а у меня ищет. Точнее, ищет-то не он, а ld, но посылает его
туда gcc.

vsu@canopus ~ $ gcc -v -print-search-dirs
Reading specs from /usr/lib/gcc-lib/i586-alt-linux/3.2.1/specs
install: /usr/lib/gcc-lib/i586-alt-linux/3.2.1/
programs: =/usr/lib/gcc-lib/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/:/usr/lib/gcc/i586-alt-linux/3.2.1/:/usr/lib/gcc/i586-alt-linux/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/bin/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/bin/
libraries: =/usr/lib/gcc-lib/i586-alt-linux/3.2.1/:/usr/lib/gcc/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/lib/i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../../i586-alt-linux/lib/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../i586-alt-linux/3.2.1/:/usr/lib/gcc-lib/i586-alt-linux/3.2.1/../../../:/lib/i586-alt-linux/3.2.1/:/lib/:/usr/lib/i586-alt-linux/3.2.1/:/usr/lib/
vsu@canopus ~ $ rpm -qa|grep gcc         
gcc3.2-3.2.1-alt0.4
gcc-common-1.1.4-alt1
libgcc3.2-3.2.1-alt0.4
gcc3.2-c++-3.2.1-alt0.4

Все другие gcc, как видите, на всякий случай убрал.

Или это в суперновой сборке исправлено?  Я в Сизифе пока новее не вижу.