From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Epiphanov Sergei To: ALT Devel discussion list Date: Thu, 21 Dec 2006 17:12:19 +0300 User-Agent: KMail/1.9.5 References: <20061219170522.9C40217FD4@teams.lrn.ru> <20061221121021.GD13343@master.mivlgu.local> <20061221122233.GA481@basalt.office.altlinux.org> In-Reply-To: <20061221122233.GA481@basalt.office.altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200612211712.19666.serpiph@nikiet.ru> X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], KAS/Release SMTP-Filter Version 2.0.0 [0124], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 21122006 #239011, status: clean Subject: Re: [devel] =?koi8-r?b?R1JVQiDJINPP0s/Eyd7J?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 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: Thu, 21 Dec 2006 14:12:22 -0000 Archived-At: List-Archive: List-Post: В сообщении от Thursday 21 December 2006 15:22 Dmitry V. Levin написал(a): > On Thu, Dec 21, 2006 at 03:10:21PM +0300, Sergey Vlasov wrote: > > On Thu, Dec 21, 2006 at 02:30:14PM +0300, Dmitry V. Levin wrote: > > > On Thu, Dec 21, 2006 at 01:13:06PM +0300, Anton Farygin wrote: ... > > (помимо заголовков ядра (которые, кстати, в последних > > kernel-headers-* уже biarch) > > У нас ещё нет последних kernel-headers по умолчанию (вместо > glibc-kernheaders и пр.). > > > > - В glibc/gcc нужно специальным образом раскладывать файлы. > > > > Как я понял, в gcc это получается почти автоматически при наличии во > > время его сборки правильной glibc. > > Нет, помимо 32-битного glibc нужны 32-битные куски gcc. А почему такое жёсткое разделение? Невозможно проверсти повторную сборку под 32бит и запаковать? > > Собственно, нашему gcc сейчас не хватает > > только файлов 32/libgcc.* и соответствующего куска в specs (правда, я не > > смотрел, что должно происходить в районе всяких libstdc++ и прочих ещё > > менее нужных частей). > > И crt*; грубо говоря, нужен весь /usr/lib/gcc/i586-alt-linux/4.1.1/ А что мешает собирать этот кусок? Собрали же как-то 64-битную платформу на 32-битной. ;) > > > - В rpm нужно бэкпортить код для поддержки установки одноимённых > > > пакетов под разные архитектуры. > > > > Либо делать отдельные пакеты 32bit-* для нужных библиотек, которые > > собирать только для x86_64. > > В SuSE так делают, кажется. Кстати, кто сейчас на x86_64, как используете 32-битную glibc? Она прописана в базе rpm или просто валяются библиотеки? Если в базе, то нет ли перечечений по программам? > > > Думаю что проще исправить сборку любого пакета чем реализовывать всё > > > это. > > > > Как предполагается исправлять сборку пакета, который активно использует, > > например, i386 asm (тот же grub)? > > Собирать эти куски нативно на i386 и потом использовать. То есть собирать у себя пакет статически и потом просто завернуть в оболочку x86_64? Думал, можно обойтись малой кровью. :( Интересно, а что мешает попробовать собрать grub без этого ключа? Программирование на asm? Прошу прощения за странные вопросы. -- С уважением, Епифанов Сергей