LINUX.ORG.RU

Пытаюсь собрать mono под i486, не получается, под i586 получается

 , ,


0

1

COMMON_FLAGS="-O2 -pipe -march=i486"

CHOST=«i486-pc-linux-gnu»

https://forums.gentoo.org/viewtopic-p-8007426.html

Вроде там инструкции используются, которых в i486 еще не было.

Есть ли способ заставить работать mono под i486 кроме как запускать тормозную полностью эмулируемую виртуалку i586 под i486 ? :)

Только откатом на более старые версии пакета mono, которые еще компилились под i486, если такие были?

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

Потому что ты даже не попытался узнать что такое BootROM и когда и кто грузится и зачем. На некоторых чипах да, тебе и payload за щеку и трояна в TZ, но не везде. Особенно там где этого самого TZ нет.

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

Ты б к врачу сходил с такими симптомами.

А врача так просто выбрать, который окажется одновременно и порядочным и квалифицированным и доступен по моему бюджету.

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

Особенно там где этого самого TZ нет.

Взываю к вашему великодушию,

модельку в студию, где побольше RAM-a

и чтобы с поддержкой Linux mainline, grsec и т.п.

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

Ну или в ближайшей платной клинике, это не настолько дорого.

А сколько врачей - жуликов или просто ламеров, которые вместо лечения занимаются выматыванием твоих ресурсов типа времени и денег.

А в бесплатной очередъ как до пейсаха в новом году и качество - тоже спортлото.

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

модельку в студию, где побольше RAM-a

RAM от CPU зависит слабо. А так тебе точно подойдёт практически всё от ARM7 до ARM11, там TZ был крайне редко.

i.MX6 - там ты сам собираешь весь загружаемый образ без бинарных вставок. Если сумеешь - можешь свой монитор в TZ положить(он там )

что там ещё, Marvell, но тебе явно дорого будет, Atmel SAMD3 и так далее. Учись голову включать, а не только пейлоад за щекой ворошить.

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

i.MX6 - там ты сам собираешь весь загружаемый образ без бинарных вставок. Если сумеешь - можешь свой монитор в TZ положить(он там )

i.MX6 - это ведь уже относительно новое Cortex ядро с TrustZone, появилось позднее, чем ARM9/11.

А бывает в природе, чтобы и древность типа ARM9/11 без TrustZone и поддержка Mainline ядром типа Allwinner sunxi и даже открытый загрузчик? Вот я размечтался-то, да :)

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

Я же вчера объяснил, закончил, заканчивай и ты с оффтопиком. Дальше буду тереть.

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

А разве так:

https://linux-sunxi.org/images/thumb/c/c5/Gemei_g9_front.jpg/800px-Gemei_g9_f...

бывает?

Мне говорили, что загрузчики всех мобильных девайсов и их дрова анально залочены,

а тут и загрузчик открытый и ядро «Linux kernel supported since 4.1»

какая-то фантастика ...

и много таких планшетов или телефонов существует?

anonymous
()

нихера себе, тут прямо-таки какое-то отделение Ш.У.Е в каментах

Elmer_
()

A Science Project: “Make the 486 Great Again!” – Modern Linux in an ancient PC

Нет особого смысла собирать gentoo под машины уровня ниже чем Pentium2, разве что ради чего-то консольного: vim, nano, mc, g++, fbless, mpg123.

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

Плохая идея, он же тяжёлый:
[ebuild N ] dev-lang/mono-6.0.0.313::gentoo USE=«nls -doc -minimal -pax_kernel -xen» 213.013 KiB

Сомневаюсь что и с +«minimal» намного меньше будет занимать.

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

А что с ебилдами для DotNet core?

Они какие-то -bin, и не ставятся, а вылетают с ошибкой.

simoshina
() автор топика
Ответ на: комментарий от NaiLi

Он же НЕ весь в оперативку грузится и можно еще своп сделать.

Мне свое личное время дороже, чем время машинное-вычислительное.

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

Это что, мракетологические троли из MS работают без выходных теперь? Вы тесты сравнивали DotNet Core v2x vs Джаба?

Да ничего он не сравнивал, если бы сравнил, то не порол бы чушь десятилетней давности про нынешнее состояние Java vs DotNet Core.

https://www.techempower.com/benchmarks/

Нестандартные Java фреймворки опережают нестандартные фреймфорки для DotNet всего чуть-чуть 20-30%

А стандарнтные (более распространенные) типа Java/Scala Play как раз тормознее DotNet ASP.NET Core в разы (2-3.5 раза).

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

anonymous
()

Очередной шизик, с первой темы было в принципе понятно.

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

https://habr.com/en/company/jugru/blog/327492/?mobile=no

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

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

Да, действительно, языки разработки, привычные для мира non-Windows в плане выразительности и удобства чем-то напоминают администрирование Шиндоус по своей ущербности , хотя разнообразие да.

DotNet - это единственное что-то хорошее из Windows, кроме богатства приложений и юзер фриендли GUI до первого БСОДа.

Приятно осозновать, что в лучших осях типа Linux и OpenBSD уже есть Mono и ведутся работы по портированию DotNet Core на BSD.

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

Да какой смысл все это обсуждать?

Давно же уже пришли:

.Net Core 3.0 C# 8 vs Java 12

к выводу, что инфраструктура жаба - УГ (у*бищное *уавно) да и язык не фонтан, Scala как бы уже лучше, ждем ее в дотнете, да.

В проприетарном ынтырпразе из полезного осталось только IBM DB2 и MSSQL - это из софта и сановские SPARC железяки под OpenBSD. Остальное из распространенного можно закапывать.

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

https://news.ycombinator.com/item?id=19842130

I have extensive XP with .NET Core 2 in production on huge services with 1M+ users - we started making some stuff before 1.0 and had it in production after having few sessions with local MS. WebAPI, APS.NET Core, Pwsh, C# 7... I dont work for MS, but that is some seriously good tech stack. Performance is amazing too. I highly recommend it. Worked in 50+ environments so far but this is top stuff. MS really nailed it this time. No, don't tell me that JAVA is comparable to C# in elegance, that linux dudes had python/ruby/perl/whatever before Powershell etc.

The only problem we had so far was with the Oracle db drivers which were non existent until several months back, but that is on Oracle... which sux more and more each day - commercializing java for example will just give a boost to .NET now, a lot of it - who at Oracle made up such decision escapes me, but maybe he works for MS.

И это еще про старую версию v2, выходит новая v3 с большим количеством оптимизаций по скорости выполнения.

Любители жаб как-то притихли, непривычно даже, к чему бы это?

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

С моей точки зрения, несмотря на сегодняшнее технологическое отставание Java от Microsoft DotNet на Linux и Windows (без учета некоторых популярных либ 3их лиц, что тоже решается через DotNet KVM) , нужно относиться к Java с уважением, хотя бы потому что это наша история, так же как к людям старшего предпенсионного возраста, сослуживших хорошую службу на своем месте.

simoshina
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.