Re: [devel-ports] [Comm] Sisyphus on ARM: initial port

Re: [devel-ports] [Comm] Sisyphus on ARM: initial port

[Alexander Gvozdev]

В сообщении от Thursday 04 October 2007 23:37:06 Michael Shigorin написал(а):
> On Thu, Oct 04, 2007 at 11:15:52PM +0400, Alexander Gvozdev wrote:
> > > Начальное портирование Sisyphus на ARM закончено. Перенесено
> > > 489 исходных пакетов(1472 бинарных). Из них 41 так или иначе
> > > отличаются от того, что сейчас находится в Сизифе.
> >
> > А как вы собирали GCC? На какой платформе? Просто у меня на
> > 64-бит хосте не собирается. Ни под АРМ, ни под МИПС.
>
> Тут есть рядом devel-ports@, пойдёмте туда?
Я уже тут :).
У меня есть небольшая просьба к людям с x86_64:
1. Скачать набор скриптов http://www.kegel.com/crosstool/crosstool-0.43.tar.gz
2. Запустить из него скрипт demo-arm.sh

Скрипт выкачает исходники binutils, gcc, gdb, kernel. И попытается их 
откомпилировать. У меня на компиляции gcc происходит stack overflow.
На x86_32 всё нормально. Похоже это архитектурный глюк, но куда копать?

[devel-ports] Sisyphus on ARM: initial port

[Alexander Gvozdev]

В сообщении от Thursday 04 October 2007 23:37:06 Michael Shigorin написал(а):
> On Thu, Oct 04, 2007 at 11:15:52PM +0400, Alexander Gvozdev wrote:
> > > Начальное портирование Sisyphus на ARM закончено. Перенесено
> > > 489 исходных пакетов(1472 бинарных). Из них 41 так или иначе
> > > отличаются от того, что сейчас находится в Сизифе.
> >
> > А как вы собирали GCC? На какой платформе? Просто у меня на
> > 64-бит хосте не собирается. Ни под АРМ, ни под МИПС.
>
> Тут есть рядом devel-ports@, пойдёмте туда?

вот вывод crosstools, здесь была попытка откомпилировать тулсы для x86_64:
-------
ia64-unknown-linux-gnu-ar  rc ./libunwind.a libgcc/./fde-glibc.o 
libgcc/./unwind-ia64.o
*** buffer overflow detected ***: ia64-unknown-linux-gnu-ar terminated
======= Backtrace: =========
/lib64/libc.so.6(__chk_fail+0x2f)[0x2b733421b4ff]
/lib64/libc.so.6[0x2b733421aab9]
/lib64/libc.so.6(_IO_default_xsputn+0x8e)[0x2b73341b769e]
/lib64/libc.so.6(_IO_padn+0x9b)[0x2b73341ac89b]
/lib64/libc.so.6(_IO_vfprintf+0x25bd)[0x2b73341918ed]
/lib64/libc.so.6(__vsprintf_chk+0x9d)[0x2b733421ab5d]
/lib64/libc.so.6(__sprintf_chk+0x80)[0x2b733421aaa0]
ia64-unknown-linux-gnu-ar[0x406745]
ia64-unknown-linux-gnu-ar[0x407153]
ia64-unknown-linux-gnu-ar[0x40787b]
ia64-unknown-linux-gnu-ar[0x40c785]
ia64-unknown-linux-gnu-ar[0x40396d]
ia64-unknown-linux-gnu-ar[0x4045b1]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x2b733416cc14]
ia64-unknown-linux-gnu-ar(calloc+0x169)[0x401c39]
======= Memory map: ========
00400000-0046c000 r-xp 00000000 08:03 
110141349                          /opt/crosstool/gcc-3.4.5-glibc-2.3.6/ia64-unknown-linux-gnu/bin/ia64-unknown-linux-gnu-ar
0066c000-0066d000 rw-p 0006c000 08:03 
110141349                          /opt/crosstool/gcc-3.4.5-glibc-2.3.6/ia64-unknown-linux-gnu/bin/ia64-unknown-linux-gnu-ar
0066d000-00725000 rw-p 0066d000 00:00 0                                  
[heap]
2b7333f36000-2b7333f4e000 r-xp 00000000 08:02 
383                        /lib64/ld-2.5.so
2b7333f4e000-2b7333f4f000 rw-p 2b7333f4e000 00:00 0
2b7333f4f000-2b7333f50000 r--p 00000000 08:02 
3633                       /usr/lib64/locale/ru_RU.utf8/LC_MESSAGES/SYS_LC_MESSAGES
2b7333f50000-2b7333f57000 r--s 00000000 08:02 
14829                      /usr/lib64/gconv/gconv-modules.cache
2b7333f8d000-2b7333f8e000 rw-p 2b7333f8d000 00:00 0
2b7333f8e000-2b7333fc9000 r--p 00000000 08:02 
3660                       /usr/lib64/locale/ru_RU.utf8/LC_CTYPE
2b7333fc9000-2b7334049000 rw-p 2b7333fc9000 00:00 0
2b733414d000-2b733414e000 r--p 00017000 08:02 
383                        /lib64/ld-2.5.so
2b733414e000-2b733414f000 rw-p 00018000 08:02 
383                        /lib64/ld-2.5.so
2b733414f000-2b733427e000 r-xp 00000000 08:02 
389                        /lib64/libc-2.5.so
2b733427e000-2b733447d000 ---p 0012f000 08:02 
389                        /lib64/libc-2.5.so
2b733447d000-2b7334480000 r--p 0012e000 08:02 
389                        /lib64/libc-2.5.so
2b7334480000-2b7334482000 rw-p 00131000 08:02 
389                        /lib64/libc-2.5.so
2b7334482000-2b7334488000 rw-p 2b7334482000 00:00 0
2b7334488000-2b7334495000 r-xp 00000000 08:02 
1432                       /lib64/libgcc_s.so.1
2b7334495000-2b7334695000 ---p 0000d000 08:02 
1432                       /lib64/libgcc_s.so.1
2b7334695000-2b7334696000 rw-p 0000d000 08:02 
1432                       /lib64/libgcc_s.so.1
7fff76b5b000-7fff76b74000 rw-p 7fff76b5b000 00:00 0                      
[stack]
ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0                  
[vdso]
make[2]: *** [libunwind.a] Аварийный останов
make[2]: *** Удаляется файл `libunwind.a'
make[2]: Leaving directory 
`/home/gab/crosstool-0.43/build/ia64-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-gcc-core/gcc'
make[1]: *** [libgcc.a] Ошибка 2
make[1]: Leaving directory 
`/home/gab/crosstool-0.43/build/ia64-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/build-gcc-core/gcc'
make: *** [all-gcc] Ошибка 2
---------

Re: [devel-ports] Sisyphus on ARM: initial port

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1297 bytes --]

On [Sat, 06.10.2007 02:20], Alexander Gvozdev wrote:
> В сообщении от Thursday 04 October 2007 23:37:06 Michael Shigorin написал(а):
> > On Thu, Oct 04, 2007 at 11:15:52PM +0400, Alexander Gvozdev wrote:
> > > > Начальное портирование Sisyphus на ARM закончено. Перенесено
> > > > 489 исходных пакетов(1472 бинарных). Из них 41 так или иначе
> > > > отличаются от того, что сейчас находится в Сизифе.
> > >
> > > А как вы собирали GCC? На какой платформе? Просто у меня на
> > > 64-бит хосте не собирается. Ни под АРМ, ни под МИПС.
> >
> > Тут есть рядом devel-ports@, пойдёмте туда?
> 
> вот вывод crosstools, здесь была попытка откомпилировать тулсы для x86_64:
> -------
> ia64-unknown-linux-gnu-ar  rc ./libunwind.a libgcc/./fde-glibc.o 

ia64 -- это Itanium, а совсем не x86_64. Похоже, вы где-то ошиблись.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel-ports] Sisyphus on ARM: initial port

[Александр Гвоздев]

>
> ia64 -- это Itanium, а совсем не x86_64. Похоже, вы где-то ошиблись.
Толку-то, ia64 - target. Это делался крос-компилятор. Стабильный облом
компиляции на x86_64. Кому писать-то?

Re: [devel-ports] Sisyphus on ARM: initial port

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 375 bytes --]

On Sun, Oct 07, 2007 at 03:33:14AM +0400, Александр Гвоздев wrote:
> > ia64 -- это Itanium, а совсем не x86_64. Похоже, вы где-то ошиблись.
> Толку-то, ia64 - target. Это делался крос-компилятор. Стабильный облом
> компиляции на x86_64. Кому писать-то?

Пишите туда, откуда вы скачали тот софт, который у вас падает
(ia64-unknown-linux-gnu-ar, кажется).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel-ports] Sisyphus on ARM: initial port

[Michael Shigorin]

On Sat, Oct 06, 2007 at 10:31:59PM +0300, Kirill A. Shutemov wrote:
> > > > А как вы собирали GCC? На какой платформе? Просто у меня на
> > > > 64-бит хосте не собирается. Ни под АРМ, ни под МИПС.
> > > Тут есть рядом devel-ports@, пойдёмте туда?
> > вот вывод crosstools, здесь была попытка откомпилировать тулсы для x86_64:
> > ia64-unknown-linux-gnu-ar  rc ./libunwind.a libgcc/./fde-glibc.o 
> ia64 -- это Itanium, а совсем не x86_64. Похоже, вы где-то ошиблись.

А если нужен ia64 host, то в принципе можно помочь доступом
на железку.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel-ports] Sisyphus on ARM: initial port

[Alexander Gvozdev]

В сообщении от Monday 08 October 2007 11:55:47 Michael Shigorin написал(а):
> On Sat, Oct 06, 2007 at 10:31:59PM +0300, Kirill A. Shutemov wrote:
> > > > > А как вы собирали GCC? На какой платформе? Просто у меня на
> > > > > 64-бит хосте не собирается. Ни под АРМ, ни под МИПС.
> > > >
> > > > Тут есть рядом devel-ports@, пойдёмте туда?
> > >
> > > вот вывод crosstools, здесь была попытка откомпилировать тулсы для
> > > x86_64: ia64-unknown-linux-gnu-ar  rc ./libunwind.a
> > > libgcc/./fde-glibc.o
> >
> > ia64 -- это Itanium, а совсем не x86_64. Похоже, вы где-то ошиблись.
>
> А если нужен ia64 host, то в принципе можно помочь доступом
> на железку.
Нет. Ненадо. Здесь (пока) спортивный интерес по сборке кросс-gcc (+весь 
toolcain) при HOST=x86_64, и TARGET=arm, mips32, &etc.
При HOST != x86_64 (т.е., например, i586), всё нормально. Видимо это бага 
binutils и gcc.
Значит, будем писать туда...