From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 19 Oct 2002 13:52:03 +0700 From: Alexey Morozov To: Sisyphus mailing list Message-ID: <20021019065203.GF21294@bebi.novosoft.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4i Subject: [sisyphus] =?koi8-r?B?8MXSxcLExdTYIC0gzsnexc0gzsUg?= =?koi8-r?B?zNXe28UsIN7FzSDOxcTPwsTF1Ngu?= Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: В общем, похоже на то, что новомодные проверки эльфов при сборке должны быть по умолчанию менее жестокими. Причина: Мне кажется (глядя на build.log и Makefile.am) одной софтинки, что стандартная процедура GNU сборки shlib (через autotools/libtool) при наличии во флагах линкера ключей -L автоматически вызывает запихивание этих самых путей в rpath, по крайней мере, до момента make install включительно. Собственно, насколько я понимаю, именно поэтому я получаю нечто вроде Verifying ELF objects in /var/tmp/mylib-buildroot (normal) ./my/lib/libshared.so: RPATH contains ":": /usr/lib:/usr/lib/qt3/lib:/usr/X11R6/lib после чего сборка пакета обламывается. Предложения, комментарии?