From: Epiphanov Sergei <serpiph@nikiet.ru> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] GRUB и сородичи Date: Thu, 21 Dec 2006 17:12:19 +0300 Message-ID: <200612211712.19666.serpiph@nikiet.ru> (raw) In-Reply-To: <20061221122233.GA481@basalt.office.altlinux.org> В сообщении от 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? Прошу прощения за странные вопросы. -- С уважением, Епифанов Сергей
next prev parent reply other threads:[~2006-12-21 14:12 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2006-12-20 5:04 ` Ildar Mulyukov 2006-12-20 6:51 ` Hihin Ruslan 2006-12-20 8:09 ` Anton Farygin 2006-12-20 8:34 ` Andrii Dobrovol`s`kii 2006-12-20 20:59 ` Michael Shigorin 2006-12-20 22:04 ` Pavlov Konstantin 2006-12-21 8:32 ` [devel] GRUB и LILO Michael Shigorin 2006-12-21 8:40 ` Anton Gorlov 2006-12-21 8:35 ` [devel] GRUB и сородичи Alexey I. Froloff 2006-12-21 9:34 ` Epiphanov Sergei 2006-12-21 10:13 ` Anton Farygin 2006-12-21 11:30 ` Dmitry V. Levin 2006-12-21 12:10 ` Sergey Vlasov 2006-12-21 12:22 ` Dmitry V. Levin 2006-12-21 12:50 ` Anton Farygin 2006-12-21 12:54 ` Dmitry V. Levin 2006-12-21 14:12 ` Epiphanov Sergei [this message] 2006-12-21 14:19 ` Led 2006-12-21 14:39 ` Dmitry V. Levin 2006-12-21 15:15 ` Epiphanov Sergei 2006-12-21 15:34 ` [devel] [jt] " Dmitry V. Levin 2006-12-21 15:42 ` [devel] " Sergey Vlasov 2006-12-21 15:46 ` Dmitry V. Levin 2006-12-21 16:13 ` Sergey Vlasov 2006-12-21 16:19 ` Sergey Vlasov 2006-12-22 8:26 ` Epiphanov Sergei 2006-12-21 15:20 ` Sergey Vlasov 2007-04-05 6:23 ` Hihin Ruslan 2007-04-05 6:27 ` Hihin Ruslan 2007-04-05 6:56 ` Anton Farygin 2007-04-08 3:53 ` Hihin Ruslan 2007-04-08 7:12 ` Anton Farygin 2007-04-08 10:26 ` Dmitry V. Levin 2007-04-08 10:31 ` Eugene Ostapets 2007-04-10 14:32 ` [devel] xmms2 (was: Re: GRUB и сородичи ) Igor Zubkov 2007-04-10 14:36 ` Eugene Ostapets 2007-04-08 20:40 ` [devel] GRUB и сородичи Hihin Ruslan 2007-04-08 11:22 ` Hihin Ruslan 2007-05-11 7:06 ` Hihin Ruslan 2006-12-20 11:56 ` Михаил Якушин
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200612211712.19666.serpiph@nikiet.ru \ --to=serpiph@nikiet.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git