- 0iStalker
- Модератор
Super_inoy
Mirrel
> шлёпай спать.
Mirrel
> > А архитектурный уровень это не разработка
> О_о
Не зная физического уровня ты там наархитектурить можешь только мусор.
И да, ассемблер и маш. коды это не физический уровень. И они тебе ничем не помогут.
Mirrel
> > шлёпай спать.
Не приказывай, я человек свободный, сплю когда хочу. Режимов не придерживаюсь.
Super_inoy
> Не приказывай
где ты там приказы увидел? ))))
Mirrel
> где ты там приказы увидел?
Ну а как это еще расценивать? Я проснулся 5 часов назад, сам иди спать, тебе режим сбивать нельзя,
тебе в понедельник на работу.
Super_inoy
> Не зная физического уровня ты там наархитектурить можешь только мусор.
не создав (не скопипастив) архитектуру, маловероятно что ты вообще что-то сделаешь.
Что ты собрался делать, если даже не знаешь что должно быть на входе, а что на выходе.
Видимо С/С++ тебе помогут в этом...
Super_inoy
> тебе в понедельник на работу.
почему в понедельник? Почему не во вторник или в среду? А может в субботу?
Вообще мне очень далеко до работы когда у меня заказы по программированию... До компьютера боюсь не дойду...
> Я проснулся 5 часов назад
а я 4. Но поспать, думаю, стоит. А то бодаюсь тут с тобой, не пойми за что. )))
А вообще, там восклицательного (!) знака нет.
Mirrel
> Что ты собрался делать, если даже не знаешь что должно быть на входе, а что на
> выходе.
Ты ассемблер с маш. кодами не перепутал, хотя даже в случае их использования не факт что ты быстро будешь знать что там на входе, а что на выходе.
Потому что вот это новость, многие машинные команды внутри современных процессоров эмулируются другими. А ты тут архитектуру разрабатываешь
поиспользовав sub/add/mov/jmpz .
Super_inoy
> Ты ассемблер с маш. кодами не перепутал
Это вопрос?
Нет не перепутал. Согласно ассемблера составляются машинные кода, для данного ассемблера (подставляются).
Понятно дело, что в процессе разработки самого микропроцессора это будет ещё не один раз меняться. И вместе с этим будет меняться и архитектура. Но основа, на данное время, создание архитектуры. Потому что проще отталкиваться от готовой архитектуры. А не от готового микропроцессора, от которого не знаешь что ждать.
Это вначале, вероятнее всего, была "подгонка" элементов друг к другу. Потому что не знали как ко всему этому подступиться. Сейчас проще, потому что многое сделано до нас.
Ну и да, проще скопировать архитектуру, а не разрабатывать её. Но речь шла об обучении, а не о разработке.
А в обучении - это основы. Знать "обязаны", чтоб потом под себя настраивать архитектуру.
Пробежался по курсу C/C++... если в начале что-то делал, то в конце просто пробежался... Нового вообще нет ни чего. Там где возникают вопросы обычно ни где ни чего не рассматривается.
Как обычно нужна практика... А я не хочу учить, да ещё и вникать в разные библиотеки.
Полезность изучения чуть больше чем нулевая... Ни хрена не ассемблер, на который тоже надо убить тонну времени. А, вру, научился немного собирать объектники и/или "конечный" ассемблерный код (*.s - файлы).
Ассемблер не изучил... читал и вникал в оптимизацию... совет:
не читайте и не вникайте.
Они сами не знают ни хрена про свою оптимизацию. Хорошо, если ваш компилятор что-то сумеет сам более-менее что-то сделать. В другой теме немного пробегусь.
Занимаюсь ерундой... собираю библиотеки под Android. Твою дивизию, 2023-й год, а у людей до сих пор нет нормально собранных библиотек. Вы прикалываетесь? Эти либы собирались более 10 лет назад нормально, а сейчас без ящика водки не разберёшься.
Make, cmake... долбанулись? (а ведь там вроде ещё что-то было? Или я с системами сборки путаю?) Сука, что ещё надо знать чтоб нормально собирать проекты на C/C++?
собрал LibZip под Android... динамические... Они ещё и работают походу. )))
Писец... сколько времени я с ними бодался...
Пришлось вникнуть в CMake немного... и понять что там оказывается сборка была готова!!! Урааа!!!!
... ан нет... меня эта хрень не устраивает... под один метр библиотека... собрал динамическую библиотеку, через динамическую библиотеку. ))) LibZip.so через libz.so.
Нормально, 120 кило всего. Правда ручками пришлось писать Makefile и каждую архитектуру отдельно собирать, надо было не ошибиться в конфигах, а что к чему, не сразу и поймёшь. Да по сути просто наугад данные подсунул (ну конечно не наугад, просто получилось типо наугад).
ZenGL ждёт своей очереди на новый выпуск... Но там переделок выползает...
Ни кто не знает java более-менее для Android? Не хотите парочку файлов перелопатить? ))) Или может всего один файл.
Ужо достало всё, а надо убрать все зависимости от java-8. А я не знаю какими библиотеками там что было заменено... Это же вновь вникать что надо делать...
Может пример есть какой для работы с тачскрином новый? )))
... это называется забрасываю заниматься ZenGL... угу...
Дочка просила давно чтоб я рутировал её телефон. Huawei nova 2i.
Тут насела в полную силу. Потратили три дня, с перерывами, на поиск информации и 30 минут на рутирование... Довольна как слон.
Mirrel
Сбербанк онлайн передаёт привет.
WildChild, наверно пофиг. )))
Mac OS
Apple
...
Какие волшебные слова!...
Какие красивые маты летят в вашу сторону...
Всё что можно сказать в сторону Hackintosh на реальном железе, эмулятора Mac OS - это то, что наверно правильно настроенный эмулятор будет работать быстрее, чем реальная машина, если требования собираемой машины не соответствуют требованиям Мака (надо "тщательно" подбирать конфигурацию).
В виртуальной машине можно подсунуть "нужный" процессор, если ваш процессор соответствует требованиям. Подогнать под необходимые параметры устройства, даже если они не подходящие. Единственная проблема, это то, что ваш компьютер должен быть достаточно мощным.
Ах да, если вы не собирали Hackintosh на реальном железе, то сложно будет самим собрать виртуалку. Потому что непонятно, что же всё-таки нужно делать и как всё настраивать. Ведь в основном виртуалки заблаговременно настроены.
Но если вы собирали уже Hackintosh, то настроить виртуалку будет проще. И, вероятнее всего, виртуалка будет работать лучше.
Неожиданно да? Ну, конечно, учитывая если вы основную систему не загрузите по полной, кроме виртуалки.
Очень существенный недостаток во всём этом. И в том и в другом случае времени убиваешь тонну. Если у вас есть деньги, купите Мак и не парьте себе мозги. Ну, или закажите кому-нибудь, чтоб вам собрали и установили Hackintosh, вроде даже недорого берут (но мне же надо всё самому сделать).
Матерился я долго и упорно и в том и в другом случае, я изначально собирал через виртуалку, а потом она упала (ой, это же третий Hackintosh на виртуалке у меня был).
Не занимайтесь этой ерундой, если оно вам не надо.
Mirrel
Основная проблема в том, что для установки OSX нужна работающая OSX, чтобы подготовить установочные образы... остальное мелкие технические проблемы (и зачем это надо, если есть работающий из коробки Ubuntu, например?). Какой-нибудь древний Asus 56 серии, c Nvidia на борту, практически копия макбука по железу, нужно только этот самый DSDT правильно сделать.