LINUX.ORG.RU
Форум — Development  

Микропроцессор Эльбрус S и поддержка GTK+, Cairo, Qt


0

1

В декабре 2010 года в ЗАО «МЦСТ» завершились:

приемка ОКР в части процессорной микросхемы (системы на кристалле) «Эльбрус-S»;
государственные испытания микросхемы (системы на кристалле) контроллера периферийных интерфейсов (КПИ);
государственные испытания 4-х процессорного модуля МВ3S/C на базе микросхемы «Эльбрус-S».
Решениями комиссий, проводивших приемку микросхемы «Эльбрус-S» и испытания микросхемы КПИ, разрешено приступить к выпуску серийных образцов микросхем и использовать серийные образцы для оснащения образцов вооружения и военной техники, а также информационно-вычислительных и управляющих систем в промышленной сфере.


Модули МВ3S/C рекомендованы комиссией для использования в качестве вычислительных средств в перспективных образцах вооружения и военной техники.

Для архитектуры Эльбрус поддерживается ОС Linux на ядре 2.6.14 в стандартной и real-time версиях. Поддерживается библиотека glibc 2.7 и множество стандартных утилит, также имеется графическая среда на базе сервера Xorg версии 6.9.0 с несколькими оконными менеджерами. Портирован большой комплект прикладных программ. В настоящее время идет работа по поддержке ядра 2.6.33 и свежей версии Xorg.

Из средств разработки поддерживаются: оптимизирующий компилятор собственной разработки (совместимый с gcc 3.4.6) для языков C, C++, Fortran, отладчик gdb, инструмент профилирования gprof. Компилятор поддерживает режимы нативной и кросс-компиляции.

вот ссылка http://forum.xard.ru/m_39933/mpage_1/key_/tm.htm#39933

Вопрос в следующем: будет ли поддерживаться программы разработанные с помощью библиотеки GTK+ (до какой версии, если есть ограничения) будет ли поддерживаться библиотека Cairo (она с версии 2.8 интегрирована в GTK+) и будет ли поддерживаться библиотека Qt?

★

Ну если есть средства сборки, то всё это (Qt, GTK+) - вопрос сборки.

kiverattes ★☆
()

баян, обсуждалось давно
там компилятор древнй как говно мамонта, им уже врядли чего соберешь

TERRANZ ★★★★
()
Ответ на: комментарий от TERRANZ

ну а на GTK+ что-то написанное можно собрать?

g-71 ★
() автор топика

Они очень сильно просчитались, сделав свой проц зависимым от компилятора. Софт развивается динамичнее железа, как результат пока они этот эльбрус пилили, гцц тех времен превратился в гаво мамонта.

dizza ★★★★★
()

Собственно какая разница? Все-равно широкая публика этого процессора не увидит скорее всего.

alexru ★★★★
()

Как уже написали выше, они (разработчики) совершили огромную ошибку - комманда компиляторщиков не шла в синхроне с основной веткой GCC и поддержка их процессора как-то обособлена.

В результате мы имеем то, что современный софт собираться там не будет и конкурентоспособность такого процессора стремится к нулю. Даже Qt уже не поддерживается на GCC 3.X...

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от dizza

я может чего не понимаю, но как они могли сделать процессор под компилятор, когда у эльбруса совсем другая архитектура это не x86, не спарк и не т.п., наверняка другой набор команд. Естественно им нужно делать свой компилятор.

Zubchick ★
()
Ответ на: комментарий от TERRANZ

наглое 4.2. На моем медиа-плеере: 


/ # ipkg list | awk '{print $1 $2 $3}' 
autoconf-2.68-1
automake-1.9-1
bash-3.2.51-1
binutils-2.21-1
binutils-2.20-1
bison-2.4.1-1
bzip2-1.0.5-1
coreutils-8.4-1
diffutils-2.9-1
dtach-0.8-1
expat-2.0.1-1
file-5.04-1
findutils-4.4.2-1
flex-2.5.35-1
gawk-3.1.7-1
[b]gcc-3.4.4-2[/b]
gcc-lib-3.4.4-2
gdbm-1.8.3-1
gettext-0.14.5-1
glib-2.20.4-1
grep-2.5.4-1
gzip-1.2.4a-1
htop-0.8.3-1
intltool-0.40.6-1
ipkg-pod-0.99.163-2
libcurl-7.20.0-2
libcurl-dev-7.20.0-2
libdb-4.2.52-2
libdb-5.1.19-1
libdb-dev-4.2.52-2
libevent-1.4.13-2
libevent-dev-1.4.13-2
libexif-0.6.19-1
libexif-dev-0.6.19-1
libffi-3.0.9-1
liblzma0-4.999.9beta-2
liblzma0-dev-4.999.9beta-2
libpng-1.2.43-1
libpng-dev-1.2.43-1
libsigc-2.2.3-1
libsigc-dev-2.2.3-1
libtool-2.2.2-1
libtorrent-0.12.6-1
libtorrent-dev-0.12.6-1
libxml2-2.7.7-2
libxml2-dev-2.7.7-2
m4-1.4.15-1
make-3.82-1
mc-4.7.0.2-2
nano-2.2.3-1
ncurses-5.7-2
ncurses-dev-5.7-2
ncursesw-5.7-1
ncursesw-dev-5.7-1
openssl-0.9.7m-2
openssl-dev-0.9.7m-2
patch-2.6.1-1
pcre-8.01-2
pcre-dev-8.01-2
perl-5.8.8-1
perl-xml-parser-2.34-1
pkgconfig-0.15.0-1
rdate-1.4-1
readline-6.1-2
readline-dev-6.1-2
rsync-3.0.7-1
screen-4.0.3-1
sed-4.2.1-1
slang-2.1.4-1
sqlite3-3.7.4-1
strace-4.5.20-1
tar-1.23-1
termcap-1.3.1-1
texinfo-4.9-1
tmux-1.3-1
transmission-2.12-1
uclibc-pod-0.9.28-1
vsftpd-2.2.2-1
wget-1.12-1
xmlrpc-c-1.11.00-1
xmlrpc-c-dev-1.11.00-1
xz-utils-5.0.0-1
zlib-1.2.5-1
Successfullyterminated.
/ #

Этим же gcc-3.4.4 на этом самом плеере и собран весь софт.

silw ★★★★★
()
Ответ на: комментарий от Zubchick

>как они могли сделать процессор под компилятор

http://en.wikipedia.org/wiki/Explicitly_parallel_instruction_computing

В x86-процессорах микрокод определяет, когда и на каком блоке будет выполняться та или иная операция, исходя из внутренних соображений (например, переупорядочивает инструкции, выполняет их параллельно). Эльбрус же (как и itanium) в своих операциях (которые занимают не пару байт, как на arm/x86, а пару десятков) требует указания, когда и что должно выполняться на конкретном блоке процессора. Поэтому процессор получается проще и быстрее, а компиляторы существенно усложняются.

dmitry_vk ★★★
()
Ответ на: комментарий от Zubchick

> Естественно им нужно делать свой компилятор.

LLVM их наверно спас бы, правда в то время когда они начинали его наверно ещё не было и в проекте.

anonymous
()
Ответ на: комментарий от TERRANZ

> нет. тогда ещё не было llvm. и вообще давайте все дружно в тему этой новости.

Да действительно не было, а почему не в тему. Лучше поздно чем никогда, может им сейчас заняться LLVM. Это пожалуй позволило бы им догонять gcc и не только. Нее?

anonymous
()
Ответ на: комментарий от TERRANZ

В тексте написано, что он совместим. Так что пока не доказано обратное, вполне себе рабочий компилятор.

silw ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

Эм а что такое критичный софт? Ну и в любом случае, я отвечал не ТСу а на это >древнй как говно мамонта, им уже врядли чего соберешь

silw ★★★★★
()
Ответ на: комментарий от silw

Ну тут все же надо различать, что-то конечно можно собрать старым компилятором, но не самые последние и актуальные версии софта...

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от TERRANZ

> а зачем им догонять гцц? это не процессор общего назначения. военный проц для военного софта.

Здесь уже по-моему объясняли, что базовая версия GCC древняя «как гавно мамонта». В лучшем случае, подгонят под проц текущую версию, которая пока её будут подгонять (года два-три, если дадут бобла) на момент релиза будет таким же «говном мамонта» как то что имеем сейчас. Не проще ли сосредоточится на прокладке между процом и GCC (если я конечно правильно понимаю одну из фис LLVM)?

anonymous
()
Ответ на: комментарий от TERRANZ

> это не процессор общего назначения. военный проц для военного софта.

И да про момент «военный проц для военного софта», ты не предпологаешь что если его доведут до состояния когда он будет востребован в коммерческих проектах, то качество этого проца как военного (а это бабло которое пойдет на его доработку) возрастет на порядки?

anonymous
()
Ответ на: комментарий от I-Love-Microsoft

А зачем вам на РЛС последний гимп или блендер? Рисовать красивые значки для радара? Тем более если внимательно посмотреть на список софта, там почти все последнее или минимальной залежалости. За исключением тулчейна и пары пакетов. Тот же трансмишен там, вроде, предпоследний. Да и тем более, этож как дебиан, там свежии пакеты не нужны, только стабильные и аппробированные батюшкой^W командованием.

silw ★★★★★
()
Ответ на: комментарий от silw

Хорошо, GCC 3.x устарел, но некоторый софт еще собирается, что будет лет через 5? Теплится надежда что все-таки они еще не совсем там спились и срочно работают над каким-либо последним современным компилятором, будь то GCC иль что еще... :)

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от vertexua

> Как LLVM может кого-то спасти?

Ну понимаешь, если на GCC для Эльбрусов будет актуален, возможно найдется какой-то чувачек, опубликовавший по свободной лицензией софт, который наши не менее умные чувачки приспособят для наведения крылатых или других ракет.

И это будет хорошо, это будет мир во всем мире, ибо наша цивилизация сейчас держится на паритете сил, уже как с 45 года. Замечал? И нет никаких масштабных войн уже давно.

Не задумывался почему?

anonymous
()
Ответ на: комментарий от silw

> А зачем вам на РЛС последний гимп или блендер?

Смотри шире дружище! В том же гимпе или блендере, вполне могут найтись «кусочки», а то и «КУСКИ», которые сэкономят столько бабала, что у тебя за квартплаты будут брать на штуку меньше.)))

anonymous
()
Ответ на: комментарий от anonymous

Это какой такой паритет? И каких таких сил в мире кроме НАТО?

Я спрашивал о отличии LLVM от GCC? Что поменяется?

vertexua ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

>Модули МВ3S/C рекомендованы комиссией для использования в качестве вычислительных средств в перспективных образцах вооружения и военной техники

В результате мы имеем то, что современный софт собираться там не будет и конкурентоспособность такого процессора стремится к нулю. Даже Qt уже не поддерживается на GCC 3.X..

стремится к нулю

Даже Qt уже не поддерживается

в качестве вычислительных средств в перспективных образцах вооружения

Даже Qt уже не поддерживается


диванные линупсоеды такие линупсоеды.

system-root ★★★★★
()
Ответ на: комментарий от anonymous

Это какой такой паритет?

Паритет зиждется на придуманных фон Брауном, а также созданных Королёвым и Курчатовым штуковинах...

ien ★
()

Вопрос в следующем: будет ли поддерживаться программы разработанные с помощью библиотеки GTK+ (до какой версии, если есть ограничения) будет ли поддерживаться библиотека Cairo (она с версии 2.8 интегрирована в GTK+) и будет ли поддерживаться библиотека Qt?

Скорее всего, реально, там будет стоять МСВС (или что-то на его базе, как OSL), в котором, очевидно, qt.

Остальное, вплоть до сборок, думаю будет несложно найти.

ien ★
()
Ответ на: комментарий от TERRANZ

очевидно что я - нет, вопрос лишь в том что подойдет ли он тем, кому _придется_ купить за столько - если да, то я рад за них :)

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Borigenz

> И в чем противоречие то усмотрено?

причем тут противоречие ?
Штеуд атомы скромненько так CPU называет.

Хотя, возможно, тут русская школа

Мне бил по ушам термин «процессор с портом» - это так московская компьютерная знать какбы между прочим величала одно время микроконтроллеры.
Вроде как и возразить нечего, а смысл несколько другой уже.

elipse ★★★
()
Ответ на: комментарий от elipse

Ну так, на русском, любой процессор микропроцессором обзывают, ещё с тех времен, когда микро означал, что на одном кристале.

Kosyak ★★★★
()
Ответ на: комментарий от Kosyak

Нужно, кстати, предложить обозвать из нано-процессорами, ибо там уже в нанометрах всё измеряется.

Kosyak ★★★★
()
Ответ на: комментарий от dizza

> Они очень сильно просчитались, сделав свой проц зависимым от компилятора. Софт развивается динамичнее железа, как результат пока они этот эльбрус пилили, гцц тех времен превратился в гаво мамонта.

Ох ты ж блин, всё наоборот - это компиляторы зависят от процессора. Новый процессор - новый компайлер, но не наоборот. Никто не выпускает новые процессоры после выхода нового gcc ;)

И про какам софте идёт речь? Ты что, пробовал собирать этим компилятором старые системы управления ведения огня или что?

anonymous
()
Ответ на: комментарий от ien

> Паритет зиждется на придуманных фон Брауном, а также созданных Королёвым и Курчатовым штуковинах...

+1. Такая у нас всех селяви.

dave ★★★★★
()
Ответ на: комментарий от gogi

Наглое 4.2 Недавно собирал Qt 4.7.1 с gcc 3.4.6

Что за наглая привычка писать «наглое», наглец! Ну ладно, допустим Qt 4.7.1 это «g++ 3.4 and up». Но на более ранних GCC 3.x соберется не всё, что не противоречит моему высказыванию http://doc.qt.nokia.com/latest/compiler-notes.html

Вот же школота, вместо того чтобы вежливо пояснить, тыкают своим «4.2»...

I-Love-Microsoft ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Development