Nikolay_Po (24.01.2022 11:22, просмотров: 266) ответил Kceния на После того, как Apple перешла на процессор M1, операционка MacOS
тоже станет разнообразной. :)-
- А чем для вас Linux непрозрачен? :) Пишите код и отлаживаете на том
Linux'е, что милее вашему сердцу, а когда будет готово,
компилируете код средствами целевой операционной системы. На мой
взгляд, все Linux'ы, может быть, в чем-то и разные, но у их
компиляторов gcc/g++ один стандарт языка, а потому по идее на любом
Linux'е можно получить исполняемый код, который на ней заработает.
Тогда как aarch64 может вас смущать, только если вы на ассемблере
что-то пишите. :) - Kceния(24.01.2022 14:43 - 14:56)
- У GCC есть завязка на libc, поэтому полной портируемости между
всеми возможными версиями пингвина как бы нет. К счастью glibc/musl
не то, чтобы сильно часто менялся. - lloyd(24.01.2022 14:45)
- libc на каждом Linux'е своя должна быть, с языками gcc/g++
совместимая. И ANSI-фунции языка все поддерживать должна. Но даже
если какой-то функции в ней не окажется, то при компиляции это
сразу же выяснится и можно будет эту функцию самим дописать, не
возвращаясь заново к отладке всей программы. - Kceния(24.01.2022 15:08)
- В цитатник! :) И так по каждому отдельному пакету. Ну-ни-а-че?! Не
хватает - допиши :) - Cкpипaч(24.01.2022 15:20)
- Что ж такого? Например, функцию itoa(...) мне приходилось
многократно добавлять, т.к. в ANSI ee нет. - Kceния(24.01.2022 15:30)
- А функцию _register_new_id() ? - Cкpипaч(24.01.2022 15:33)
- О такой функции я даже не слышала :) - Kceния(24.01.2022 15:40)
- А функцию _register_new_id() ? - Cкpипaч(24.01.2022 15:33)
- Таков путь! - LightElf(24.01.2022 15:25)
- Что ж такого? Например, функцию itoa(...) мне приходилось
многократно добавлять, т.к. в ANSI ee нет. - Kceния(24.01.2022 15:30)
- В цитатник! :) И так по каждому отдельному пакету. Ну-ни-а-че?! Не
хватает - допиши :) - Cкpипaч(24.01.2022 15:20)
- libc на каждом Linux'е своя должна быть, с языками gcc/g++
совместимая. И ANSI-фунции языка все поддерживать должна. Но даже
если какой-то функции в ней не окажется, то при компиляции это
сразу же выяснится и можно будет эту функцию самим дописать, не
возвращаясь заново к отладке всей программы. - Kceния(24.01.2022 15:08)
- У GCC есть завязка на libc, поэтому полной портируемости между
всеми возможными версиями пингвина как бы нет. К счастью glibc/musl
не то, чтобы сильно часто менялся. - lloyd(24.01.2022 14:45)
- Это да, но и тут они начинают портить. Кто-нибудь, где-нибудь в
какой-нибудь мордокниге из под акаунта с вашей фоточкой/эмблемой
напишет что-то не то про чернокожих геев - и нет вашего приложения
в магазине. К этому потихоньку всё идёт - symbions(24.01.2022 12:19)
- а ссылки есть? я бы почитал. они конечно долбанутые, но неужели
настолько. - cheblin(24.01.2022 12:51)
- Вы не слышали как выкидывают ПО из магазина после изменения условий? А теперь вспомним недавнюю отставку немецкого главного по военноморским силам из-за некорректного высказывания о Крыме. А теперь скрестим - и обратим внимание на последнее предложение в моём предыдущем посте. - symbions(24.01.2022 15:42)
- а ссылки есть? я бы почитал. они конечно долбанутые, но неужели
настолько. - cheblin(24.01.2022 12:51)
- А чем для вас Linux непрозрачен? :) Пишите код и отлаживаете на том
Linux'е, что милее вашему сердцу, а когда будет готово,
компилируете код средствами целевой операционной системы. На мой
взгляд, все Linux'ы, может быть, в чем-то и разные, но у их
компиляторов gcc/g++ один стандарт языка, а потому по идее на любом
Linux'е можно получить исполняемый код, который на ней заработает.
Тогда как aarch64 может вас смущать, только если вы на ассемблере
что-то пишите. :) - Kceния(24.01.2022 14:43 - 14:56)