From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Mailbox-Line: From vsl@ontil.ihep.su Wed Nov 12 17:51:53 2003 Date: Wed, 12 Nov 2003 18:50:56 +0300 (MSK) From: Vitaly Lugovsky To: ALT Devel discussion list Subject: Re: [devel] IA: eliminating TEXTRELocations In-Reply-To: <20031108155731.GA21473@basalt.office.altlinux.org> Message-ID: References: <20031108155731.GA21473@basalt.office.altlinux.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT X-Spam-Status: No, hits=2.8 required=5.0 tests=IN_REP_TO, QL_SENT_FROM_MY_DOMAINS version=2.20 X-Spam-Level: ** X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2003 14:51:53 -0000 Archived-At: List-Archive: List-Post: On Sat, 8 Nov 2003, Dmitry V. Levin wrote: > Greetings! > > Оказывается, к сожалению, большинство программистов, создающих > разделяемые библиотеки (DSO), относится к этой работе слишком > легкомысленно и не учитывает рекомендации специалистов. Надо бы помнить, что шаренные объекты разное назначение имеют. Это и именно *разделяемая* библиотека, тогда всё сказанное справедливо, и ПЛАГИН, и просто *динамически подгружаемая* библиотека. > "Самое главное - всегда использовать параметры -fpic либо > -fPIC при > порождении кода, который в конечном итоге попадёт в DSO. Если компилятор вообще знает про PIC-код, если платформа не предусматривает НЕПРОСТИТЕЛЬНЫЙ оверхед на PIC-код, и т.п. > Эта > рекомендация применима в равной степени как к коду, так и к > данным. Код, > который не был скомпилирован таким образом, будет содержать > text > relocations. Этому нет оправдания. Есть. На дебильных x86 это дикий оверхед. Один регистр общего назначения - коту под хвост. При том, что их на этом калькуляторе-переростке и так не богато. > Аргументы, базирующиеся на утверждении, что код не является > разделяемым > потому, что другие процессы не используют этот DSO, не верны. Чушь религиозная. > В таком случае вообще нет смысла использовать DSO; соответствующий код > следует просто собирать в составе приложения." Дабы таскать бинарники по 5метров? Нюню. А ведь ещё и плагины бывают. > lablGL-1.00-alt1 > ocaml-mysql-1.0.1-alt1 > ocaml-postgres-20010808-alt11s > ocamlgsl-0.2.2-alt3 > ocamlnet-0.96-alt4s > pcre-ocaml-4.28.3-alt5s > pxp-1.1.94-alt3s .. > Я внедрил проверку на TEXTREL в verify_elf очередной версии > rpm-build. > По умолчанию она будет включена. НЕ НАДО! Пусть по умолчанию relaxed выключает обе проверки. А то всё ocaml-хозяйство опять пересобирать... > Чтобы ослабить проверку обоих параметров, можно использовать > новую форму > выражения > %set_verify_elf_method rpath=relaxed,textrel=relaxed > > Разумеется, ослаблять проверки, включённые по умолчанию, не > рекомендуется. Кю...