OpenWRT (Buildroot & FPU)
lly, theMIROn, несмотря на то, что ваш тулчейн сконфигурирован с UCLIBC_HAS_FLOATS=y, у меня с ним не собирается zlib.so при использовании CFLAGS="... -msoft-float":
Code:
(cd /media/openwrt/trunk/build_dir/target-mipsel-unknown-linux-gnu/zlib-1.2.5; AR=mipsel-uclibc-ar AS="mipsel-uclibc-gcc -c -Os -pipe -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -msoft-float" LD=mipsel-uclibc-ld NM=mipsel-uclibc-nm CC="mipsel-uclibc-gcc" GCC="mipsel-uclibc-gcc" CXX="mipsel-uclibc-g++" RANLIB=mipsel-uclibc-ranlib STRIP=mipsel-uclibc-strip OBJCOPY=mipsel-uclibc-objcopy OBJDUMP=mipsel-uclibc-objdump SIZE=mipsel-uclibc-size LDSHARED="mipsel-uclibc-gcc -shared -Wl,-soname,libz.so.1" CFLAGS="-Os -pipe -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -msoft-float -fpic -fhonour-copts" ./configure --prefix=/usr --shared --uname=Linux );
Checking for shared library support...
Tested mipsel-uclibc-gcc -w -c -Os -pipe -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -msoft-float -fpic -fhonour-copts -fPIC ztest17214.c
Tested mipsel-uclibc-gcc -shared -Wl,-soname,libz.so.1 -Os -pipe -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -msoft-float -fpic -fhonour-copts -fPIC -o ztest17214.so ztest17214.o
/opt/brcm/hndtools-mipsel-uclibc/bin/mipsel-linux-uclibc-ld: Warning: ztest17214.so uses hard float, ztest17214.o uses soft float
No shared library support; try without defining CC and CFLAGS
Почему? У нас в тулчейне всё же используется hard float и мне необходимо подкрутить OpenWRT Buildroot для того, чтобы исключить ключ -msoft-float из CFLAGS?
Where do you want to go today? © Microsoft
Вообще, Entware подходит к интересному рубежу (MercuryV, я тебе уже проговаривал это): нам скоро будет больше нечего взять от OpenWRT. Топ NN пакетов у них в более-менее актуальном состоянии, остальные — в довольно замшелом, требующим обновления. Можно, конечно, уйти в отрыв от OpenWRT, поддерживая у себя идиллию, но у нас на это просто не хватит человеческих ресурсов. Нам до сих пор всё успешно удаётся разруливать по той причине, что мы не ввязываемся в крупные авантюры, например, не пытаемся поддерживать несколько target'ов, только MIPSEL.
У нас за это время родился свой собственный фид с довольно уникальными наработками. Что дальше? Можно влиться со своими наработками в OpenWRT комьюнити и использовать свои наработки только что показанным способом у нас здесь. Это просто один из многих вариантов.
Я очень рад, что мне удалось привлечь в ряды разработчиков Entware таких толковых коллег. Нам, коллеги надо определяться: куда будем двигаться дальше? Приглашаю к дискуссии.
ЗЫ Вариант вливания в OpenWRT один из самых стрёмных: во-первых, там мы себе больше не хозяева, во-вторых, половину наших наработок просто не примут, в-третьих, OpenWRT — это вечная бета в десяти скомпилированных вариантах, несовместимых друг с другом.
Скорее всего всё закончится изысканием «второго дыхания», чтобы уйти в отрыв от первоисточников.
~var -> /tmp - откуда береться [OpenWRT]?
Нужно изменить файлы в /var. /var является линком на /tmp.
/tmp - виртуальная ac/
А откуда формируется содержимое я не понимаю. У Гугла спрашивал, но мы друг друга не поняли.
Code:
OpenWrt:/# ls -la|grep var
lrwxrwxrwx 1 root root 4 Oct 1 18:09 var -> /tmp
OpenWrt:/# mount |grep /tmp
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
