From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <kas@shutemov.name>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.5
Date: Tue, 12 Jun 2012 11:19:32 +0300
From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: devel@lists.altlinux.org
Message-ID: <20120612081932.GA19395@shutemov.name>
References: <4FD22C93.9060100@gmail.com> <4FD33416.3050106@kemsu.ru>
	<4FD3A3A4.9050800@gmail.com> <4FD3F328.80509@kemsu.ru>
	<4FD4114C.1050301@gmail.com> <20120612075754.GB6639@atlas.home>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20120612075754.GB6639@atlas.home>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [devel] =?utf-8?b?0L/RgNC+0LHQu9C10LzRiyDRgdC+INGB0LHQvtGA0Lo=?=
 =?utf-8?b?0L7QuSBkZWFkYmVlZg==?=
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: Tue, 12 Jun 2012 08:19:29 -0000
Archived-At: <http://lore.altlinux.org/devel/20120612081932.GA19395@shutemov.name/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Tue, Jun 12, 2012 at 11:57:54AM +0400, Sergey Vlasov wrote:
> On Sun, Jun 10, 2012 at 07:15:24AM +0400, Andrew Clark wrote:
> > On 10.06.2012 05:06, REAL wrote:
> > > в новом deadbeef используется ассемблер, поэтому имеет смысл в спеке 
> > > указать
> > > %set_verify_elf_method textrel=relaxed
> 
> Видимо, в данном случае так и придётся сделать; пакет libav (откуда и
> был вытащен декодер в плагине ffap) собирается тоже с textrel=relaxed.
> 
> > А корень проблемы можно узнать? В elf файле наличие какой-то секции 
> > проверяется или что?
> 
> Ассемблерный код должен быть написан с учётом использования -fPIC,
> однако в данном случае для 32-битного кода эта проблема практически не
> решаема из-за нехватки регистров.

Точнее решаема ценой производительности.

Есть мнение, что для производительности имеет смысл на 32-битной системе
всё (за исключением, наверно, glibc) собирать без -fPIC. А что бы код
всё-же получился shared использовать prelink и kernel same page (добавить
соответвующий madvise(2) в dynamic linker).

-- 
 Kirill A. Shutemov