Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Для GCC подготовлены патчи для сборки универсальных исполняемых файлов, opennews (ok), 15-Июл-23, (0) [смотреть все] Ну то есть в апстриме можно не ждать , НяшМяш (ok), 22:22 , 15-Июл-23, (1) –6 // Баян, версия 2023 года 2009 https www opennet ru opennews art shtml num 23948, pavlinux (ok), 01:36 , 16-Июл-23, (19) +2 // java давно протухла, Аноним (31), 07:00 , 16-Июл-23, (31) –3 // Мужики-то и не знают , Аноним (36), 08:17 , 16-Июл-23, (36) +9 Кстати java в основном используется на серверах под десктоп мало где используе, Дмитрий (??), 12:25 , 16-Июл-23, (66) +1 Миллионы игроков в Minecraft Runescape для тебя это шутка , Аноним (78), 14:08 , 16-Июл-23, (78) +1 Хех Даже пришлось гуглить , Neandertalets (ok), 14:18 , 16-Июл-23, (79) –1 Эти миллионы игроков используют не старый оригинальный майнкрафт на джаве, а Min, Аноним (86), 15:15 , 16-Июл-23, (86) +3 Ты серьёзно так считаешь Ожидаемый контраргумент, но Java-версия попросту незам, Аноним (138), 12:21 , 17-Июл-23, (138) +1 Есть не мало софта и на десктопе На винде - немного, но тоже есть , Neandertalets (ok), 14:20 , 16-Июл-23, (80) LibreOffice, Аноним (112), 03:36 , 17-Июл-23, (112) Из тех, что у меня есть Netbeans, Eclipse, Android Studio, Kubios MatLab, Map, pavlinux (ok), 11:54 , 17-Июл-23, (134) +1 При известных недостатках Явы на десктопе вообще то это один из немногих способо, _kp (ok), 17:19 , 17-Июл-23, (151) Конечно будет Она в кровавом энтрерпайзе еще тысячу лет будет работать Тысячи , Jh (?), 05:34 , 19-Июл-23, (210) Настолько щасливы Про запускать только под Java под Windows ни разу не сл, Neandertalets (ok), 10:16 , 16-Июл-23, (48) +2 // К слову, конкретно эта проблема писателей, которые нарочно привязывались либо к , Аноним (70), 12:43 , 16-Июл-23, (70) Можно это высказать разрабам из Cisco Но толку , Neandertalets (ok), 12:49 , 16-Июл-23, (71) +3 К слову тогда любой Ёзык - кросс-платформенный Всё зло от писак С хех И к, _ (??), 22:27 , 16-Июл-23, (105) уже существующих библиотек, типа Boost, Qt, WxWidget, GMP, OpenMPIглавное gcc , Аноним (67), 12:27 , 16-Июл-23, (67) // у гцц и гну утилит проблема не в компиляции под винду, а в отсутствии стандартны, фф (?), 10:38 , 20-Июл-23, (233) В цигвине утилиты гну make, rm, cp и тд которые нужны для сборки проектов на в, Аноним (237), 22:58 , 20-Июл-23, (237) а что вам мешает просто взять виндовый компилятор и собрать эти гну утилиты под , фф (?), 08:02 , 27-Июл-23, (238) Какие дыры у данной библиотеки Файлы весом в целую ОСь , Аноним (2), 22:35 , 15-Июл-23, (2) +1 Бесспорно крутая штука Теоретически можно канпелировать, например, универсальны, Анониссимус (?), 22:43 , 15-Июл-23, (3) +4 // С точки зрения смотри как могу интересный Ещё теоретически может быть полезен, Аноним2 (?), 22:53 , 15-Июл-23, (4) // Этого не случится Просто оценивай трезво Сабж ещё трешовее мюслей, и мюсли уже, Аноним (6), 23:03 , 15-Июл-23, (6) +2 // Это в какой это психбольнице мусл трешем стал, уважаемый Срочно скажите, кто ва, Аноним (9), 23:13 , 15-Июл-23, (9) +2 В той, в которой не приемлют просадки производительности в половину, а так же ar, Аноним (6), 23:25 , 15-Июл-23, (12) +2 в printf везде arbitrary code execution printf - полн по Тьюрингу , Аноним (59), 10:53 , 16-Июл-23, (59) бинарники не запустятся на linux сначала пользователь должен выполнить скрипт вр, Аноним (11), 23:20 , 15-Июл-23, (11) –2 Проблема 171 универсального 187 файла для всех осей может начаться с того, ч, Бывалый смузихлёб (?), 03:23 , 16-Июл-23, (25) +2 // Скрыто модератором, Аноним (26), 03:41 , 16-Июл-23, (26) –1 а че толку если оно тупо в ошибку падает пока не запустишь из меню запустить от, 48 (?), 00:38 , 17-Июл-23, (106) скорее всего это будет только лаунчер, который определит систему и уже скачает п, фф (?), 10:44 , 20-Июл-23, (234) Учитывая что GUI нынешнее поколение программистов умеет ваять только в Javascrip, Аноним (5), 22:54 , 15-Июл-23, (5) +3 // Писать на Си мало кто умел, увы, всегда, что странно при наличии ядра или ффмпег, Михаил (??), 23:18 , 15-Июл-23, (10) +9 Не то чтобы было много альтернатив браузереому гую, оно ещё относительно адекват, Аноньимъ (ok), 01:40 , 16-Июл-23, (20) // Верстаешь просто сеткой и всё , Аноним (44), 09:37 , 16-Июл-23, (44) +1 Да всё это для облачных приложений Иначе зоопарк системных вызовов , Аноним (23), 01:51 , 16-Июл-23, (23) –1 Ой, а расскажите, как предыдущее поколение умело , Аноним (36), 06:16 , 16-Июл-23, (29) –1 Для GCC подготовлены патчи для сборки универсальных исполняе..., Дедобот (?), 08:20 , 16-Июл-23, (38) Да это не самый плохой вариант При нынешнем GUI-вом зоопарке И к добру и к худу, Тот_ещё_аноним (ok), 11:16 , 16-Июл-23, (60) +2 // Оно любому программисту требуется, проблема-то не в Си, а в том с какими проблем, Аноним (-), 11:29 , 16-Июл-23, (61) –1 Эм, а в сишке типо нужно много думать о типах В ней система типов практически от, Аноньимъ (ok), 12:35 , 16-Июл-23, (69) +2 Читайте внимательно вторую строку Note 1 to entry Possible undefined behavior r, n00by (ok), 13:38 , 16-Июл-23, (76) –1 Перевод возможное неопределённое поведение может варьироваться между 1 Выполне, uis (??), 16:43 , 16-Июл-23, (92) +1 Причём тут корпоративная разработка в принципе - я не очень понял, но да ладно В, C00l_ni66a (ok), 01:01 , 17-Июл-23, (107) Паскаль, и тем более Delphi очень доброжелательны Но, не смотря на былую популя, _kp (ok), 18:45 , 17-Июл-23, (164) Турбо Паскаль умел это 20 лет назад Можно было с дискетки программу вообще без О, Аноньимъ (ok), 01:35 , 16-Июл-23, (18) +1 // До паскаля это тоже умели - загрузчик называется , Аноним (23), 01:49 , 16-Июл-23, (22) Это и сейчас можно сделать на любом достаточно низкоуровневом языке Только это , Анониссимус (?), 01:16 , 17-Июл-23, (110) // Если говорить о всяких юниксах, то их придумали чтобы запускать сишкопрограммы , Аноньимъ (ok), 01:36 , 17-Июл-23, (111) +1 Их придумали, чтобы управлять другими программами На сишке или не сишке -- не в, Анониссимус (?), 13:54 , 17-Июл-23, (141) Управлять не совсем подходящее слово в таком контексте Правильнее будет управлят, Аноньимъ (ok), 14:15 , 17-Июл-23, (144) Абсолютно согласен Просто мне не хотелось углубляться Ведь тогда придётся вспо, Анониссимус (?), 17:19 , 17-Июл-23, (150) их придумали, чтобы не таскать с собой дисковые драйвера а потом всё стало Очен, arisu (ok), 09:23 , 17-Июл-23, (127) +2 Нет, и нет У ОС много разных функций, и драйвера -- не единственная И нет, пот, Анониссимус (?), 13:58 , 17-Июл-23, (142) –1 это очень весело, и в итоге намного более прикольно и эффективно, чем современны, arisu (ok), 14:57 , 17-Июл-23, (147) Веселье -- вещь субъективная, но эффективность Если бы это было и впрямь эффект, Анониссимус (?), 17:23 , 17-Июл-23, (152) ясно про Project Oberon ты знаешь ничего но пафосно рассуждаешь 8212 как и , arisu (ok), 17:31 , 17-Июл-23, (153) Эй, непрофан, так ты кроме оберона на баре метал ничего и не знаешь Я уважаю тр, Анониссимус (?), 17:47 , 17-Июл-23, (154) а ты ещё глупее, чем показался вначале , arisu (ok), 18:08 , 17-Июл-23, (157) А действительно, непрофан кроме оберона ничего не знает Экие нынче непрофаны то, Анониссимус (?), 18:14 , 17-Июл-23, (159) Basic это вообще умел, чуть ли не с 60х , Neon (??), 05:31 , 17-Июл-23, (116) +2 Системные вызовы разные же Сплошная условная компиляция , Аноним (23), 01:47 , 16-Июл-23, (21) +1 // Это как раз не проблема, вызывать всё через диспетчер, который в зависимости от , n00by (ok), 07:49 , 16-Июл-23, (35) +3 Слинкуй свой универсальный бинарник статически с операционной системой и запус, Аноним (53), 10:39 , 16-Июл-23, (53) +2 // Сам то понял, что высрал Ты юзеры своей программулины хочешь заставить запускат, Анониссимус (?), 01:12 , 17-Июл-23, (109) –1 Сейчас плюёмся, что под капотом простенькой програмули бегемотистый браузер,а бу, _kp (ok), 18:50 , 17-Июл-23, (165) Так это самое Я не настоящий художник, но тот же QT можно и под оффтопиком исп, Аноним (85), 15:14 , 16-Июл-23, (85) // Я тоже не настоящий Но хорошо усвоил, что графика -- это очень, очень сложно Д, Анониссимус (?), 01:10 , 17-Июл-23, (108) ГУЙ можно писать отдельно А иногда он не сильно и нужен - профит могли бы поимет, Аноним (206), 16:28 , 18-Июл-23, (206) // Конечно, существует куча полезных консольных программ Но я слабо представляю, з, Анониссимус (?), 17:42 , 18-Июл-23, (207) Скрыто модератором, pashev.ru (?), 23:13 , 15-Июл-23, (8) +1 Космополитан это все сплошной грязный хак Автору просто повезло, что есть путь , Да (?), 00:13 , 16-Июл-23, (15) +8 // Кто на это решиться в microsoft Там полно легаси , Аноним (23), 02:28 , 16-Июл-23, (24) +3 // Там практически всего один линкер, и выпускает его Микрософт , n00by (ok), 07:46 , 16-Июл-23, (34) // Было бы очень неплохо, если бы винда перешла на ELF или linux - на PE ELF вроде, Аноним (56), 10:47 , 16-Июл-23, (56) В Linux уже есть загрузчик Portable Executable -- в составе Wine Имеет смысл, п, n00by (ok), 13:32 , 16-Июл-23, (75) для упразднения этого безобразного зоопарка Чтобы на всех системах использовалс, Аноним (101), 19:59 , 16-Июл-23, (101) Только конкурентов все 99 , Neon (??), 05:32 , 17-Июл-23, (117) Так потому что не используют конкурентное преимущество Получается порочный круг, n00by (ok), 09:21 , 17-Июл-23, (126) Исторически, ELF появился позже PE Во времена рождения Win95, в Linux ещё испол, Аноним (83), 14:56 , 16-Июл-23, (83) –1 При чем тут линукс ELF появился в SVR4 1988 , phil (??), 22:04 , 20-Июл-23, (236) Сам по себе язык Си это тоже тот ещё хак взять хотя бы, тот же do while , Аноним (46), 10:05 , 16-Июл-23, (46) // Just use C , Аноним (56), 10:49 , 16-Июл-23, (57) +1 // Предпочитаю Python и С, но да, когда не хватает возможностей С, - хорошо что ест, Аноним (46), 14:04 , 16-Июл-23, (77) +2 Это не фича Си, а фича препроцессора Без которой можно и обойтись А в случаях ко, _kp (ok), 18:58 , 17-Июл-23, (166) +1 Если ваш исполняемый файл использует платформо-зависимую библиотеку скажем GTK Q, cheburnator9000 (ok), 01:27 , 16-Июл-23, (17) –1 // А если в зависимости от платформы связываться с разными библиотеками Да, это оч, Анониссимус (?), 14:01 , 17-Июл-23, (143) Интересно, но не вполне ясно, зачем оно Да и в реальности будет много разных НО, Ivan7 (ok), 04:50 , 16-Июл-23, (27) +3 // Скрыто модератором, arisu (ok), 06:47 , 16-Июл-23, (30) Очень интересный момент Действительно, определены вот так Result too large, n00by (ok), 07:31 , 16-Июл-23, (32) +1 // Определено как extern const, что бы гарантировать наличие объекта в памяти Навер, n00by (ok), 07:35 , 16-Июл-23, (33) +1 // Как всегда чётко и по делу 128077 , Пушок (?), 08:25 , 16-Июл-23, (39) Спасибо, кэп , Аноним (55), 10:43 , 16-Июл-23, (55) Вот бы кто сначала придумал для линуксов универсальный бинарник А то для разных, Аноним (36), 08:19 , 16-Июл-23, (37) –2 // Это давно придумано и называется статическое связывание Аргументы против него, n00by (ok), 08:50 , 16-Июл-23, (40)   // Хотя там вопрос где поставить границу между обязательной динамичность Динамично, Аноним (44), 09:32 , 16-Июл-23, (43)   Идеология - это то, что определяет все компромиссы Так как компромиссы есть во , Аноним (52), 10:38 , 16-Июл-23, (52) –1   // Идеология - это буллшит, обязывающий гарантировать работу нубкитов с LD_PRELOAD , n00by (ok), 13:00 , 16-Июл-23, (74) +1   - удобная вещь Причём тут контейнеры , Аноним (102), 20:02 , 16-Июл-23, (102)   Дико неудобная, Neon (??), 05:34 , 17-Июл-23, (118)   Статическое связывание тебя не спасёт на машине с отладчиком В пространстве ядра, Аноним (112), 03:48 , 17-Июл-23, (113)   Для видевших руткиты лишь на картинках попробую объяснить Нубкит - это руткит , n00by (ok), 08:39 , 17-Июл-23, (120)   Вот статическая линковка и пустые надежды на nooby-разрабов ПО, как раз, гаранти, Аноним (112), 04:05 , 17-Июл-23, (114)   А теперь обратите внимание на гарантировать работу сборщикам пакетиков Па, n00by (ok), 08:42 , 17-Июл-23, (121) +2   Я правильно понимаю, что вы утверждаете, что те неправы, и что пересобрать и обн, Аноним (129), 09:46 , 17-Июл-23, (129) –1   Я утверждаю, что вы не понимаете, что такое принципиальное отличие Вы полагаете, n00by (ok), 11:49 , 17-Июл-23, (133) +2   Дорогой Аноним Я думаю, всё гораздо проще Товарищ c говорящим псевдонимом n00by, freehck (ok), 12:46 , 17-Июл-23, (140) –2   Я насмотрелся на эту работу в одном местячковом дистрибутиве Майнтайнер не сп, n00by (ok), 17:52 , 17-Июл-23, (156) +2   Ну, может быть не может, а может быть не хочет Это в конце концов не важно, пот, freehck (ok), 18:09 , 17-Июл-23, (158) –2   Действительно, я и пишу, что понимать и уметь программировать - это не работа ма, n00by (ok), 18:30 , 17-Июл-23, (162) +1   Дорогой, если мейнтейнер всегда такой дурак, что ж Ну так займи место мейнтей, freehck (ok), 19:33 , 17-Июл-23, (169) +2   Кстати, именно это делают сопроводители пакетов - отправляют исправления сборки, Аноним (180), 02:17 , 18-Июл-23, (180)   В данном случае сопроводители проще поступили в итоге Выкинули rpm5 и взяли r, n00by (ok), 09:55 , 18-Июл-23, (186)   Я и выполнил за него его работу Мою работу приняли и принялись продавать, наруш, n00by (ok), 09:51 , 18-Июл-23, (185)   То есть ты-то конечно всё выполнил достойно и на уровне, но работодатель этого н, freehck (ok), 11:05 , 18-Июл-23, (197)   На практике, большинство пакетов пакетируется автоматизированно меньшинством с, Аноним (180), 02:19 , 18-Июл-23, (181)   Ну да А архитектор на всю эту толпу один и работал в RedHat, а теперь в Microso, n00by (ok), 09:58 , 18-Июл-23, (187)   В организованном дистрибутиве существует общие соглашения, какие настройки опти, Аноним (180), 02:34 , 18-Июл-23, (183)   Подробнее можно почитать по ключевому слову франшиза Так в Винде динамическое , n00by (ok), 10:01 , 18-Июл-23, (188)   Ты для Винды горе-погромировал даже меньше, чем для Линукса, да Иначе, был бы в, Аноним (180), 08:57 , 19-Июл-23, (214)   Вот это да Оказывается, упирается в лицензии То есть аргументы против статичес, n00by (ok), 09:44 , 19-Июл-23, (215)   На Винде - да Там разработчики сами себе предоставленины, выбора у них нет А в, Аноним (180), 10:28 , 19-Июл-23, (222)   Опять идеологический аргумент В принципе, можешь остановиться После твоего отк, n00by (ok), 10:57 , 19-Июл-23, (226)   Ещё раз для туговатых на уши просвещаю Вантуз-разработчики линкуются статически, Аноним (180), 12:59 , 19-Июл-23, (227)   не тобой Ты достаточно подробно рассказал про себя сборщик-любитель нескольких, n00by (ok), 15:24 , 19-Июл-23, (230)   Такими архитекторами являются разработчики дистрибутивов, которые отлично справл, Аноним (180), 02:29 , 18-Июл-23, (182)   Вспомнила бабка, как девкой была Ой, RedHat виноваты, что новое поколение обслуж, n00by (ok), 10:07 , 18-Июл-23, (189)   Повзрослей , Аноним (180), 10:29 , 19-Июл-23, (223)   Отличается Принципиально - Обновление so не влечет обязательного обновления вс, Аноним (180), 02:43 , 18-Июл-23, (184) +1   То есть отличие - в количестве обновляемых байт Не принципиальное Неискушённый, n00by (ok), 10:16 , 18-Июл-23, (190)   Начинай кодить, когда закончишь приходи А у нас уже всё налажено и работает - т, Аноним (180), 08:50 , 19-Июл-23, (212)   Я хз что там можно эксплуатировать Если пытаться в setuid программки лезть, то , uis (??), 14:20 , 18-Июл-23, (204) +1   Эксплуатация - это не только эскалация привилегий, это ещё, как минимум, отказ в, Аноним (180), 08:46 , 19-Июл-23, (211)   Я лично тебе не расскажу, потому что слишком долго потребуется объяснять, что та, n00by (ok), 09:54 , 19-Июл-23, (217)   А ниче, что руткиту для установки требуются привилегии суперпользователя , Аноним (180), 10:32 , 19-Июл-23, (224)   Это уже не моя компетенция Сходи к доктору, расскажи о фантазиях К сожалению, , n00by (ok), 10:42 , 19-Июл-23, (225)   Ты хоть лично себе, для начала, расскажи, что такое руткит , Аноним (180), 13:01 , 19-Июл-23, (228)   А был бы ты поумнее, а не просто анонимным сборщиком пакетиков в выдуманном дист, n00by (ok), 15:19 , 19-Июл-23, (229)   Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточн, n00by (ok), 09:49 , 19-Июл-23, (216)   Ну и чем cat отличается от LD_PRELOAD cat , uis (??), 23:55 , 14-Авг-23, (239)   Занятно вот так через время перечитать ветку с начала Особенно вот эти передёрг, n00by (ok), 10:58 , 26-Ноя-23, (240)   Ага, а потом Stable API nonsense И это только про убунту речь, а уж между дистри, Аноним (36), 10:53 , 16-Июл-23, (58)   // Это мнение типичного эксперта, кто где-то что-то прочёл и принялся повсюду копир, n00by (ok), 12:57 , 16-Июл-23, (72)   100500 версий одних и тех же библиотек на диске и в памяти вечноживые дыры в , Аноним (112), 04:11 , 17-Июл-23, (115)   // Спасибо за пример идеологического аргумента Результаты измерений отсутствуют, ср, n00by (ok), 08:53 , 17-Июл-23, (122) +1   Результаты измерений - достаточно посмотреть на размер программ на Rustе и потре, Аноним (129), 09:50 , 17-Июл-23, (130) +1   Спасибо за второй пример идеологического аргумента Подмена предмета большинств, n00by (ok), 11:57 , 17-Июл-23, (135) +1   И так вижу, при установке и обновлениях, сколько пакетов используют общие библио, Аноним (112), 11:27 , 17-Июл-23, (131)   Давайте же уверуем словам гуру Математика, статистика и метрология - луддитские, n00by (ok), 12:05 , 17-Июл-23, (136) +1   Ну так приводи математические доказательства подтверждающие твою позицию Это ве, Аноним (180), 01:28 , 18-Июл-23, (178)   Мне необходимо и достаточно напомнить свою позицию из 40 Аргументы против него, n00by (ok), 10:27 , 18-Июл-23, (191)   Однако То есть, вот на диске GNU Linux-системы по сравнении с Windows занимают , freehck (ok), 08:58 , 17-Июл-23, (123)   // Да, именно идеологические Аж на порядок - в 10 раз Это значение могло бы быть , n00by (ok), 09:07 , 17-Июл-23, (124) +1   Я конечно понимаю, что бремя доказательства лежит на утверждающем, чайник Рассел, freehck (ok), 09:24 , 17-Июл-23, (128) +2   Фиг с ним, с дисковым местом Оперативку жалко Вот уж, где жор, когда несколько, Аноним (112), 11:35 , 17-Июл-23, (132)   Я сделаю вид, что не заметил рефлективную попытку гуру вызвать стадный рефлекс у, n00by (ok), 12:12 , 17-Июл-23, (137) –1   Однако А ведь я только лишь обращаю внимание на то, что Вы, по-видимому, не явл, freehck (ok), 12:36 , 17-Июл-23, (139) +1   Легко на диске GNU Linux-системы по сравнении с Windows занимают меньше места а, n00by (ok), 18:36 , 17-Июл-23, (163)   Мда, как всё грустно Видимо, придётся объяснять элементарные вещи Ну да, исполь, freehck (ok), 19:01 , 17-Июл-23, (167) +2   Обстоятельство одно Ты сравнил динамическое связывание с динамическим связывание, n00by (ok), 10:33 , 18-Июл-23, (192)   Мне основательно надоело, что ты мне приписываешь утверждения, автором которых я, freehck (ok), 11:22 , 18-Июл-23, (198)   А на самом деле ты профессиональный демагог, сел в лужу и пытаешься отрицать сво, n00by (ok), 10:03 , 19-Июл-23, (218)   Потрясающий ход от того, кто раннее ещё и к демагогии апеллировал С таким-же у, C00l_ni66a (ok), 16:55 , 17-Июл-23, (149)   Обычное зеркало Он, в принципе, дал мне право писать ему в ответ вообще любую ч, n00by (ok), 18:16 , 17-Июл-23, (160)   То есть ты понимаешь, что пишешь чушь, но всё равно её пишешь Молодец , freehck (ok), 19:07 , 17-Июл-23, (168)   То есть ты безусловно бы таким правом воспользовался, в отличите от меня Спасиб, n00by (ok), 10:40 , 18-Июл-23, (194)   Чем ты успешно воспользовался, класс Действительно, зато обширно используется та, C00l_ni66a (ok), 20:23 , 17-Июл-23, (172) +1   Априори я считаю человека технически грамотным Ты зарегистрировался только что,, n00by (ok), 10:37 , 18-Июл-23, (193)   Имеет, с точки зрения занимаемых ресурсов - это и есть статическое связывание , C00l_ni66a (ok), 17:54 , 18-Июл-23, (208)   ЧТО Динамическеое - это когда есть основной исполняемый файл и отдельные библиот, n00by (ok), 10:07 , 19-Июл-23, (219)   Скорее А что не так Держи в курсе Про формализм я уже упоминал Эффект от мо, C00l_ni66a (ok), 20:15 , 19-Июл-23, (231)   Нет, не близок, ведь отличие связываний одного от другого -- во времени этого св, n00by (ok), 09:25 , 20-Июл-23, (232)   Нифига себе У меня прога для индексации и поиска по zip архиву весит 15Кб С ди, uis (??), 17:48 , 17-Июл-23, (155)   gt оверквотинг удален Ну, раз с динамической, прибавляйте к 15Кб размеры вон т, n00by (ok), 18:20 , 17-Июл-23, (161)   Мы размер бинарников хелловорлдов сравниваем или нечто другое Ты забыл добавить , uis (??), 20:05 , 17-Июл-23, (171)   Априори я ничего не сравниваю Я утверждаю, что аргументы против против статиче, n00by (ok), 10:44 , 18-Июл-23, (195)   - И прибавляй libc so туда, потому что так мои доводы выглядят лучше- Ок, прибав, uis (??), 14:38 , 18-Июл-23, (205) +1   У меня не используются User32 dll, а тем более ws2_32 dll первую ещё могу понят, n00by (ok), 10:14 , 19-Июл-23, (220)   Вообще, 949 против 30 я считаю вполне годным показателем для столь солидной библ, n00by (ok), 10:28 , 19-Июл-23, (221)   Ровно столько, сколько ты в неё вынес функций из основной программы , Аноним (180), 01:37 , 18-Июл-23, (179) +1   Ключевое слово - используете а не балуетесь И свежеустановленной Убунтой так и, _kp (ok), 19:41 , 17-Июл-23, (170)   _kp, вы слишком серьёзно отнеслись к данному размышлению материал для него я вы, freehck (ok), 20:38 , 17-Июл-23, (173) +1   Я Вам назвал более точноНикто не использует системы в виде чистой установки Пом, _kp (ok), 22:09 , 17-Июл-23, (174)   Ну что ж, возможно мои данные слегка устарели, всё-таки я ушёл с GNU Linux в 201, freehck (ok), 11:44 , 18-Июл-23, (199) +1   Linux система для программирования gcc, binutils, qtcreator, plasma, xfce да, я, uis (??), 00:34 , 18-Июл-23, (177)   У меня обычно что одно из kde mate и помимо сборки под десктоп добавляется и для, _kp (ok), 10:58 , 18-Июл-23, (196)   Скрыто модератором, arisu (ok), 12:11 , 18-Июл-23, (200)   Путаешь бинарники и пакеты программ , Аноним (83), 09:11 , 16-Июл-23, (41) +1 Ну всё этот ваш Линукс можно собрать переносимо и нативно запускать на шинде , Аноним (44), 09:30 , 16-Июл-23, (42) –2 // Давно ,очень давно можно было Ещё во времена вин98 Былтакой загрузчик- loadlin с, maximnik0 (?), 12:29 , 16-Июл-23, (68) +1 // Небольшое уточнение Чистая система, это свежеустановленная система, настроеенна, _kp (ok), 13:07 , 18-Июл-23, (201) Открыл для себя WSL2 , Аноним (209), 19:21 , 18-Июл-23, (209) Не понятно зачем это всё Кроме форматов файлов есть еще системные вызовы и на э, Аноним (45), 09:47 , 16-Июл-23, (45) +1 // Ждем, когда библиотека переродится полноценную VM, чтобы решить проблему разных , Dzen Python (ok), 10:20 , 16-Июл-23, (50) // я немножко не понял, зачем ждать то, что уже сделали https github com jart bl, arisu (ok), 12:06 , 16-Июл-23, (63) +1 Тогда будут с теплотой ностальгировать о шустром и компактном Электроне , _kp (ok), 22:14 , 17-Июл-23, (175) Вроде минимальный набор системных вызов тоже поддерживаются файлы, сокеты и тп, Don (??), 15:04 , 16-Июл-23, (84) Почему бы просто новость не прочитать дальше заголовка , Аноним (103), 21:15 , 16-Июл-23, (103) +1 // почему бы не балаболить а действительно посмотреть что оно поддерживает , Аноним (45), 09:19 , 17-Июл-23, (125) Я очень надеюсь, что это cargo cult bloatware отклонят Практической пользы от э, Аноним (47), 10:07 , 16-Июл-23, (47) +3 Вчера читал исследование про уязвимости в парсерах ELF-файлов В общем, все парс, Аноним (47), 10:17 , 16-Июл-23, (49) // Вероятно это потому, что для x86_64 другого endianness не бывает А вот для POWE, Аноним (83), 14:53 , 16-Июл-23, (82) +1 // ARM тоже Обе разрядности , uis (??), 15:35 , 16-Июл-23, (89) https man7 org linux man-pages man5 elf 5 htmlЛожь, поклёп и провокация Читае, uis (??), 16:12 , 16-Июл-23, (90) // Только ядро Linux и ld so его не читают и безропотно грузят файлы, в которых ука, Аноним (100), 19:48 , 16-Июл-23, (100) +1 // ЧЯДНТ , uis (??), 22:12 , 16-Июл-23, (104) За что купил - за то и продаю https tmpout sh 2 3 html, Аноним (119), 08:19 , 17-Июл-23, (119) Ну, забыли объявить deprecated, живых массовых систем, ради которых это надо был, _kp (ok), 22:22 , 17-Июл-23, (176) Садо-мазо Проще уж просто взять и принять PE за стандарт Под виндой он и так р, Аноним (62), 11:42 , 16-Июл-23, (62) –2 Но работает только на одной архитектуре и в одном порядке байт Зачем , uis (??), 15:28 , 16-Июл-23, (87) +1 // Так ещё и препроцессор использовать нельзя ifdef WIN32 всё поломает Ну либо исп, uis (??), 15:30 , 16-Июл-23, (88) // Ну а что вы хотели Кроссплатформенность - она такая Тут либо крестик снять, ли, Аноним (209), 13:09 , 18-Июл-23, (202) Я _очень_ надеюсь, что авторы этих патчей, вместе с самими патчами, разрабами Г, YetAnotherOnanym (ok), 17:40 , 16-Июл-23, (97) –1 Нафиг не надо, более бредовой идеи сложно придумать , xsignal (ok), 14:23 , 17-Июл-23, (145) 1,2,3,15,17,27,32,37,42,45,47,49,62,87,97,145

Сообщения

[Сортировка по времени | RSS]

	40. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 16-Июл-23, 08:50
	Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические, подогреваемые заинтересованностью майнтейнеров.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (44), 16-Июл-23, 09:32
	Хотя там вопрос где поставить границу между обязательной динамичность. Динамичностью на малый сегмент прог и полной статичностью. Надеюсь нейросети решат этот вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	–1 +/–
	Сообщение от Аноним (52), 16-Июл-23, 10:38
	Идеология - это то, что определяет все компромиссы. Так как компромиссы есть во всём, идеология определяет всё. Если вы готовы разбазаривать память и иметь уязвимые и забагованные программы, но гарантированно рабттающие - вам контейнеры и/или статическое связывание. Если вам насрать на гарантии работоспособности хлама, а важнее чтобы не было уязвимостей и багов, и чтобы память рационально использовалась - вам пакеты.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	74. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от n00by (ok), 16-Июл-23, 13:00
	Идеология - это буллшит, обязывающий гарантировать работу нубкитов с LD_PRELOAD и работу сборщикам пакетиков и экспертам по безопасности, видимшим руткиты лишь на картинках.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (102), 16-Июл-23, 20:02
	>LD_PRELOAD - удобная вещь. >работу сборщикам пакетиков и экспертам по безопасности, Причём тут контейнеры?
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Neon (??), 17-Июл-23, 05:34
	>LD_PRELOAD Дико неудобная
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (112), 17-Июл-23, 03:48
	> LD_PRELOAD Статическое связывание тебя не спасёт на машине с отладчиком. > руткиты В пространстве ядра. Какая разница какое связывание?
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	120. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 17-Июл-23, 08:39
	Для видевших руткиты лишь на картинках попробую объяснить. Нубкит - это "руткит" режима пользователя. Он не запускает процесс под отладкой для трассировки и поиска нужных для перехвата мест, не использует дизассемблер с той же целью, решая NP-полную задачу. Он тупо смотрит импорт/экспорт.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (112), 17-Июл-23, 04:05
	> гарантировать работу нубкитов Вот статическая линковка и пустые надежды на nooby-разрабов ПО, как раз, гарантируют работоспособность эксплоитов, налдолго и во всех дистрибутивах страны (с такой моделью сборки-доставки ПО). А там, где сопроводители пакетов и разделяемые либы, там ни дыр в libSSL.a, исправленных полвека назад, ни совместимости для эксплоитейшн-автоматики, зато сплошные удобства для частых обновлений ПО.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	121. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+2 +/–
	Сообщение от n00by (ok), 17-Июл-23, 08:42
	> с такой моделью сборки-доставки ПО. А теперь обратите внимание на "гарантировать работу ... сборщикам пакетиков". "Пакетики" намекает, что эти люди заняты не своим делом. Они пытаются внушить доверчивому пользователю, что обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована". Потому что сами в существование такого отличия веруют. > А там, где сопроводители пакетов и разделяемые либы, там Там вопрос из FAQ на хеккерном форуме: Q: как закрепиться в системе линукс, где чорная консоль?! А: используй LD_PRELOAD, бро!!!111
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	–1 +/–
	Сообщение от Аноним (129), 17-Июл-23, 09:46
	Я правильно понимаю, что вы утверждаете, что те >Они пытаются внушить доверчивому пользователю, что обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована". неправы, и что пересобрать и обновить всю систему со всеми программам в ней - это то же самое, что обновить одну библиотеку? Мейнтейнеры и сборщики пакетов делают свою работу. Без этой работы нам бы пришлось обновлять всю систему и каждую программу в ней. Количество работы для сопровождающих снап-пакетов только увеличится. Но частота необходимости обновления каждого контейнера - тоже. И придётся платить каждому сопровождающему, который желает подзаработать (а почти все захотят подзаработать, коммерциализация опенсорса - это стандартная тема для нытья деятелей опенсорса, видите-ли работают не покладая рук, а сверхприбылей нет), каждого snapcraft-образа за каждую пересборку. С отчислением процента Canonical. Sustainable commercial opensource. Не говоря уже о потреблении памяти. Вот это то будущее, за которое вы так топите.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+2 +/–
	Сообщение от n00by (ok), 17-Июл-23, 11:49
	> Я правильно понимаю, что вы утверждаете, что те >>Они пытаются внушить доверчивому пользователю, что обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована". > неправы, и что пересобрать и обновить всю систему со всеми программам в > ней - это то же самое, что обновить одну библиотеку? Я утверждаю, что вы не понимаете, что такое принципиальное отличие. Вы полагаете это отличие количественным, тогда как оно качественное. > Мейнтейнеры и сборщики пакетов делают свою работу. Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Собственно потому архитектура форков форков и скопирована у RedHat. > Количество работы для сопровождающих снап-пакетов только увеличится. Сам придумал тезис про снап пакеты, сам с ним поспорил - вот это настоящий эксперт.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	–2 +/–
	Сообщение от freehck (ok), 17-Июл-23, 12:46
	>> Я правильно понимаю, что вы утверждаете, что <...мейнтейнеры...> >> неправы, и что пересобрать и обновить всю систему со всеми программам в >> ней - это то же самое, что обновить одну библиотеку? Дорогой Аноним! Я думаю, всё гораздо проще: > Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Товарищ c говорящим псевдонимом n00by попросту не понимает и не уважает работу мейнтейнеров. Эта позиция в некоторых кругах столь же распространена, как и мнение "мой начальник -- дурак, вот был бы главным я"... К этому надо просто привыкнуть.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+2 +/–
	Сообщение от n00by (ok), 17-Июл-23, 17:52
	Я насмотрелся на эту "работу" в одном местячковом дистрибутиве. Майнтайнер не способен исправить переполнение стека, когда ему указывают точную строку с ошибкой в исходнике. И никого там нет, кто бы мог ему подсказать. Потому то майнтайнеры и стесняются перевести название своей профессии на родной язык.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	–2 +/–
	Сообщение от freehck (ok), 17-Июл-23, 18:09
	Ну, может быть не может, а может быть не хочет. Это в конце концов не важно, потому что это -- не его работа. Впрочем, претензии у тебя, товарищ... Пойди ещё прожекту скажи, что он не нужен, потому что переполнение стека не может исправить. И продакту заодно то же самое передай. =)
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от n00by (ok), 17-Июл-23, 18:30
	> Ну, может быть не может, а может быть не хочет. Это в > конце концов не важно, потому что это -- не его работа. Действительно, я и пишу, что понимать и уметь программировать - это не работа майнтайнера. И как раз из-за отсутствия понимания и умения, не майнтайнеру решать, как следует линковать компоненты ОС и приложения. Его работа собрать в пакетик трендовый сет иконок, а потом хлопать глазками, когда rpm при установке этого дела падает. И написать ему некуда, потому что добрый дядя в RedHat давно не поддерживает его версию rpm.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+2 +/–
	Сообщение от freehck (ok), 17-Июл-23, 19:33
	> Его работа собрать в пакетик трендовый сет иконок, а потом хлопать глазками, когда rpm при установке этого дела падает. Дорогой, если мейнтейнер всегда такой дурак, что ж... Ну так займи место мейнтейнера и выполни его работу достойно. =)
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 18-Июл-23, 02:17
	> Дорогой, если мейнтейнер всегда такой дурак, что ж... Ну так займи место мейнтейнера и выполни его работу достойно. Кстати, именно это делают сопроводители пакетов - отправляют исправления (сборки и ошибок) разработчикам. Занимаясь сопровождением пакетов, кажется, написал больше кода, чем занимаясь собственными проектами. Причем, в отличие от самоделок, этот код практически более полезен, им намного больше людей пользуется.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	186. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 09:55
	В данном случае "сопроводители" проще поступили в итоге. Выкинули rpm5 и взяли rpm4. А то там делает Аноним - это никому не известно, потому что в ядро анонимные коммиты не принимают, например.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	185. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 09:51
	>> Его работа собрать в пакетик трендовый сет иконок, а потом хлопать глазками, когда rpm при установке этого дела падает. > Дорогой, если мейнтейнер всегда такой дурак, что ж... Ну так займи место > мейнтейнера и выполни его работу достойно. =) Я и выполнил за него его работу. Мою работу приняли и принялись продавать, нарушая ТК РФ. Мне за эту работу заплатили публичной клеветой и травлей. Что скажет на это господин идеолог, ненавязчиво призывающий массы к труду за идею, то есть рабству?
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	197. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от freehck (ok), 18-Июл-23, 11:05
	> Я и выполнил за него его работу. Мою работу приняли и принялись > продавать, нарушая ТК РФ. Мне за эту работу заплатили публичной клеветой > и травлей. То есть ты-то конечно всё выполнил достойно и на уровне, но работодатель этого никогда не подтвердит, да? Бедненький. > Что скажет на это господин идеолог, ненавязчиво призывающий массы к труду за идею, то есть рабству? Воу, товарищ n00by решил, что простой чуши уже недостаточно, и решил заняться клеветой, хотя буквально только что именно за это критиковал некоего своего бывшего работодателя? )
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	181. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 18-Июл-23, 02:19
	> понимать и уметь программировать - это не работа майнтайнера. И как раз из-за отсутствия понимания и умения, не майнтайнеру решать, как следует линковать компоненты ОС и приложения. На практике, большинство пакетов пакетируется (автоматизированно) меньшинством сопрводителей в дистрибутиве. И это меньшинство одновременно является разработчиками дистрибутива (и ПО).
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 09:58
	>> понимать и уметь программировать - это не работа майнтайнера. И как раз из-за отсутствия понимания и умения, не майнтайнеру решать, как следует линковать компоненты ОС и приложения. > На практике, большинство пакетов пакетируется (автоматизированно) меньшинством сопрводителей > в дистрибутиве. И это меньшинство одновременно является разработчиками дистрибутива (и > ПО). Ну да. А архитектор на всю эту толпу один и работал в RedHat, а теперь в Microsoft... (оратора скручивают фанаты и уносят на экзекуцию с криками "да здравствует SysV init!" и "долой Wayland!").
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	183. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 18-Июл-23, 02:34
	> не майнтайнеру решать, как следует линковать компоненты ОС и приложения В организованном дистрибутиве существует общие соглашения, какие настройки (оптимизаций и безопасности) компиляции и линковки использовать для сборки *всего* ПО, и как всё это своевременно обновлять. А что могут предложить разрозненые разработчики ПО? Бинарные блобы, собранные в разнобой с неизвестными настройками, с обновляемыми по желанию левой пятки зависимостями, как в Винде? Спасибо, не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:01
	>> не майнтайнеру решать, как следует линковать компоненты ОС и приложения > В организованном дистрибутиве существует общие соглашения, какие настройки (оптимизаций > и безопасности) компиляции и линковки использовать для сборки *всего* ПО, и > как всё это своевременно обновлять. Подробнее можно почитать по ключевому слову "франшиза". > А что могут предложить разрозненые разработчики ПО? Бинарные блобы, собранные в разнобой > с неизвестными настройками, с обновляемыми по желанию левой пятки зависимостями, как > в Винде? Спасибо, не надо. Так в Винде динамическое связывание как раз. Сюрприз, да?
	Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

	214. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 08:57
	> Так в Винде динамическое связывание как раз. Сюрприз, да? Ты для Винды горе-погромировал даже меньше, чем для Линукса, да? Иначе, был бы в курсе, что полагаться на наличие нужных твоей программе динамических библиотек в Винде не приходится, подтянуть средствами системы, как зависимость, практически тоже нельзя, без централизованных-то методов доставки ПО (пакетника, репозиториев и сопротиводителей), поэтому прикладные программы всё своё носят с собой. А статически или динамически линковаться - вопрос десятый, только в лицензии упирается (GPL vs LGPL/BSD).
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	215. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 09:44
	> А статически или динамически линковаться - вопрос десятый, > только в лицензии упирается (GPL vs LGPL/BSD). Вот это да. Оказывается, упирается в лицензии. То есть аргументы против статического связывания - идеологические, как я и заявлял изначально. Спасибо. >> Так в Винде динамическое связывание как раз. Сюрприз, да? > Ты для Винды горе-погромировал даже меньше, чем для Линукса, да? Иначе, был > бы в курсе, что полагаться на наличие нужных твоей программе динамических > библиотек в Винде не приходится, подтянуть средствами системы, как зависимость, практически > тоже нельзя, без централизованных-то методов доставки ПО (пакетника, репозиториев и сопротиводителей), > поэтому прикладные программы всё своё носят с собой. Если бы ты сам нагорепрограммировал для Винды хоть что-то, то бы был в курсе, что это вопрос уровня FAQ и описан в MSDN и наверняка у Рихтера. Проблема в консистентности инициализации рантайма Си, с которым динамечески связаны чужие библиотеки. Исходников от последних нет, пересобрать их нельзя, потому и самому приходится линковать динамически. В Линуксе этой проблемы нет, исходники доступны, пересобирай как удобно, но делают "лишь бы ни как в Венде" и линкуют точно так же -- динамически. =)
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	222. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 10:28
	> Оказывается, упирается в лицензии. На Винде - да. Там разработчики сами себе предоставленины, выбора у них нет. А в Линуксе есть пакетные менеджеры, репозитории и сопроводители ПО - здесь есть, кому думать, как лучше. > консистентности инициализации рантайма Си Ой, не выделывайся. Всё проще - M$ вместо библиотек предпочитает инсталляторы (с дозвонами) и не шмогла в централизованную доставку (не захотела, так схавают).
	Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

	226. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 10:57
	>> консистентности инициализации рантайма Си > Ой, не выделывайся. Всё проще - M$ вместо библиотек предпочитает инсталляторы (с > дозвонами) и не шмогла в централизованную доставку (не захотела, так схавают). Опять идеологический аргумент. В принципе, можешь остановиться. После твоего откровения про лицензии интерес к тебе пропал, задачу ты выполнил на отлично.
	Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

	227. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 12:59
	Ещё раз для туговатых на уши просвещаю. Вантуз-разработчики линкуются статически с BSD-либами (проще слямзить) и динамически с LGPL-либами. По сугубо идеологическим причинам. В Линуксе решение принимается по техническим причинам. Лицензия роли не играет, потому что всё ПО открытое, линкуйся как хочешь.
	Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

	230. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 15:24
	> В Линуксе решение принимается не тобой. Ты достаточно подробно рассказал про себя: сборщик-любитель нескольких пакетиков, программировать не умеешь.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	182. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 18-Июл-23, 02:29
	> Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Собственно потому архитектура форков форков и скопирована у RedHat. Такими архитекторами являются разработчики дистрибутивов, которые отлично справлялись со своей работой, когда RedHat ещё под стол пешком ходил. Debian, например, стал популярен задолго до появления systemd и для многих начинающих разработчиков других дистрибутивов был образцом правильной архитектуры системы и настройки ПО. А свою архитектуру redhat-засланцы туда чуть ли не насильно пропихивали. Те, кто "по-доброму" не хотел "копировать у Redhat-а" даже откололись в свой дистрибутив. И до них уже полно nosystemd-дистрибутивов существовало.
	Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

	189. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:07
	>> Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Собственно потому архитектура форков форков и скопирована у RedHat. > Такими архитекторами являются разработчики дистрибутивов, которые отлично справлялись > со своей работой, когда RedHat ещё под стол пешком ходил. > Debian, например, стал популярен задолго до появления systemd и для многих начинающих > разработчиков других дистрибутивов был образцом правильной архитектуры системы и настройки > ПО. Вспомнила бабка, как девкой была. > А свою архитектуру redhat-засланцы туда чуть ли не насильно пропихивали. > Те, кто "по-доброму" не хотел "копировать у Redhat-а" даже откололись в > свой дистрибутив. И до них уже полно nosystemd-дистрибутивов существовало. Ой, RedHat виноваты, что новое поколение обслуживающего персонала не умеет кодить и не доросло до самостоятельного решения вопросов архитектуры, а сильно в основном в тезисах "ленивым и тупым разработчикам прикладного ПО" и "лишь бы не как в Винде".
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 10:29
	Повзрослей.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от Аноним (180), 18-Июл-23, 02:43
	> обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована". Отличается. Принципиально. - Обновление .so не влечет обязательного обновления всех зависимых программ, только несовместимых по API. - Модель сборки с разделяемыми библиотеками позволяет осуществлять централизованное управление зависимостями программ. Например, следить и выполнять исправление уязвимостей во всех программах, а не только тех, про которые мы не забыли. > как закрепиться в системе линукс > используй LD_PRELOAD Это не про закрепление (восстановление после перезагрузки), а про эксплуатацию.
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	190. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:16
	>> обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована". > Отличается. Принципиально. > - Обновление .so не влечет обязательного обновления всех зависимых программ, только несовместимых > по API. То есть отличие - в количестве обновляемых байт. Не принципиальное. Неискушённый пользователь вообще не видит разницы: он запускает "обновление", ждёт и радуется. > - Модель сборки с разделяемыми библиотеками позволяет осуществлять централизованное управление > зависимостями программ. Например, следить и выполнять исправление уязвимостей во всех > программах, а не только тех, про которые мы не забыли. Ну понятно - граф зависимостей построить не судьба. Это же надо уметь кодить, а не только менять цифирки в сборочных сценариях >> как закрепиться в системе линукс >> используй LD_PRELOAD > Это не про закрепление (восстановление после перезагрузки), а про эксплуатацию. Молчал бы ты, анонимный эксперт, когда в вопросе не смыслишь. Это именно "закреп" и мой пересказ реальных вопросов и ответов. Нет, подтверждать я тебе скриншотами не собираюсь - иди сам регистрируйся и читай.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 08:50
	> Ну понятно - граф зависимостей построить не судьба. Это же надо уметь кодить, а не только менять цифирки в сборочных сценариях Начинай кодить, когда закончишь приходи. А у нас уже всё налажено и работает - только циферки меняем, да чаёк попиваем. На блюде мы вертели таких инноваторов.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от uis (??), 18-Июл-23, 14:20
	> Это не про закрепление (восстановление после перезагрузки), а про эксплуатацию. Я хз что там можно эксплуатировать. Если пытаться в setuid программки лезть, то ld.so будет игнорировать, а если в не setuid, то не понятнозачем, если ты не получаешь новых привилегий. Меня напрягает эта фиксация на приоритетной загрузке.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	211. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 08:46
	> Я хз что там можно эксплуатировать. > не понятнозачем, если ты не получаешь новых привилегий. Эксплуатация - это не только эскалация привилегий, это ещё, как минимум, отказ в обслуживании и похищение или порча данных. Да и эскалацию можно попытаться провести при определенном стечении обстоятельств, обладая знаниями о системе, это мало чем отличается от user shell. А вот как поможет закрепиться в системе LD_PRELOAD на процессе, запущенном с пользовательскими привилегиями - это только nooby-эксперт ведает, но он нам не расскажет. В .bashrc он его, что ли, экспортирует? Но тогда зачем так сложно - через динамический линковщик? Когда bashrc - это и так полноценный shell? Загадки, тайны, тени...
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 09:54
	Я лично тебе не расскажу, потому что слишком долго потребуется объяснять, что такое руткит, зачем он перехватывает функции. Почему в приоритете модифицируют данные, а не код - это уже тема лекций для следующего курса.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 10:32
	А ниче, что руткиту для установки требуются привилегии суперпользователя?
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 10:42
	> А ниче, что руткиту для установки требуются привилегии суперпользователя? Это уже не моя компетенция. Сходи к доктору, расскажи о фантазиях. К сожалению, подобная твоей чушь является здесь "нормой".
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 19-Июл-23, 13:01
	Ты хоть лично себе, для начала, расскажи, что такое руткит.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 15:19
	А был бы ты поумнее, а не просто анонимным сборщиком пакетиков в выдуманном дистрибутиве, нашёл бы у меня на гитхапе это слово.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	216. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 09:49
	Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточно прав пользователя.
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	239. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от uis (??), 14-Авг-23, 23:55
	> Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточно > прав пользователя. Ну и чем cat отличается от LD_PRELOAD= cat?
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 26-Ноя-23, 10:58
	>> Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточно >> прав пользователя. > Ну и чем cat отличается от LD_PRELOAD= cat? Занятно вот так через время перечитать ветку с начала. Особенно вот эти передёргивания, когда контекст и предыдущие вопросы выкидываются.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (36), 16-Июл-23, 10:53
	Ага, а потом Stable API nonsense. И это только про убунту речь, а уж между дистрибутивами…
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	72. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 16-Июл-23, 12:57
	> Ага, а потом Stable API nonsense. Это мнение типичного эксперта, кто где-то что-то прочёл и принялся повсюду копировать, не понимая, о чём оно. А вот золотое правило Linux kernel: DO NOT BREAK THE ***** USERLAND.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (112), 17-Июл-23, 04:11
	> "статическое связывание" > Аргументы против него * 100500 версий одних и тех же библиотек на диске и в памяти * вечноживые дыры в каждой, спасибо ленивым и тупым разработчикам прикладного ПО * заинтересованность в нём зловредных nooby-какиров
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	122. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от n00by (ok), 17-Июл-23, 08:53
	>> "статическое связывание" >> Аргументы против него > * 100500 версий одних и тех же библиотек на диске и в > памяти Спасибо за пример идеологического аргумента. Результаты измерений отсутствуют, сравнения занимаемого объёма памяти не производится, фантазия выдаётся за истину. > * вечноживые дыры в каждой, спасибо ленивым и тупым разработчикам прикладного ПО Они настолько ленивы и тупы, что смогли написать ПО, которое анонимные сборщики пакетиков написать сами не могут, но с продажи которого кормятся. > * заинтересованность в нём зловредных nooby-какиров Эксперт забыл развернуть мысль, или её вовсе не было?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от Аноним (129), 17-Июл-23, 09:50
	Результаты измерений - достаточно посмотреть на размер программ на Rustе и потребление оперативы во время сборки, и размер директории с кешем cargo-пакетов. Простая либа, позиционирующаяся как для embeddedа вроде Arduino, занимает в отстрипанном виде 2 мебибайта. А папка кэша занимает 10 гигов. Пихал я в рот такой эмбеддед и такие языки программирования.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от n00by (ok), 17-Июл-23, 11:57
	> Результаты измерений - достаточно посмотреть на размер программ на Rustе и потребление > оперативы во время сборки, и размер директории с кешем cargo-пакетов. Спасибо за второй пример идеологического аргумента. Подмена предмета (большинство приложения написаны на С, а не на Rust) и "доказательство по аналогии" -- типичная демагогия.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (112), 17-Июл-23, 11:27
	> Результаты измерений отсутствуют И так вижу, при установке и обновлениях, сколько пакетов используют общие библиотеки. А когда прилетает исправление уязвимости в одной из них, могу гарантировать, что ни одна программа не останется связанной со старой уязвимой версией. > смогли написать ПО, которое анонимные сборщики пакетиков написать сами не могут Я писал ПО, когда ещё даже SourceForge не было. При наличии свободного времени (будучи студентом) - ничего особенного. А сейчас ПО, в основном, не пишут, а друг у друга копируют с Github-а, а получается всё хуже и хуже. Всё сколько-нибудь приличное ПО написано ещё в прошлом веке и сегодня развивается. > с продажи которого кормятся Я пакеты исключительно бесплатно собираю для себя и других. > забыл развернуть мысль Мысль всё та же: одинаковые сборки слинкованные с устаревшими библиотеками - праздник для скрипт-кидди с готовыми автоматизированными фреймворками.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	136. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от n00by (ok), 17-Июл-23, 12:05
	>> Результаты измерений отсутствуют > И так вижу, при установке и обновлениях, сколько пакетов используют общие библиотеки. Давайте же уверуем словам гуру! Математика, статистика и метрология - луддитские лженауки! >> забыл развернуть мысль > Мысль всё та же: одинаковые сборки слинкованные с устаревшими библиотеками - праздник > для скрипт-кидди с готовыми автоматизированными фреймворками. То есть мысль, что при обновлении статически слинкованной библиотеки этот "аргумент" превращается в тыкву, так и не появляется.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (180), 18-Июл-23, 01:28
	> Математика, статистика и метрология - луддитские лженауки! Ну так приводи математические доказательства подтверждающие твою позицию. Это ведь ты решил "изменить систему", так вперёд, доказывай, что титаническая работа, которую ты хочешь возложить на сопроводителей, и которую обычные разрозненные разработчики просто не потянут, как не тянут уже сейчас, когда её сильно меньше, оправдана. > обновлении статически слинкованной библиотеки Нет такого понятия. Есть понятия: - обновление разделяемой библиотеки и некоторых ставших несовместимыми с новым API программ; - обновление всех-всех статически слинкованных программ в системе; И есть немалая практическая разница между этими двумя понятиями, которую тебе не понять, ведь ни одного исползуемого тобой пакета, ты сам не собрал.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:27
	>> Математика, статистика и метрология - луддитские лженауки! > Ну так приводи математические доказательства подтверждающие твою позицию. Мне необходимо и достаточно напомнить свою позицию из #40: "Аргументы против него [статического связывания] в основном идеологические, подогреваемые заинтересованностью майнтейнеров." Подтверждений фанаты понаписали в виде "аргументов". > Это ведь ты решил "изменить систему" "Ты" это кто? Голос в твоей голове? Или этот ты читает мои мысли?
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от freehck (ok), 17-Июл-23, 08:58
	> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические Однако. То есть, вот на диске GNU/Linux-системы по сравнении с Windows занимают меньше места аж на порядок, а это оказывается называется "идеологические"...
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	124. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от n00by (ok), 17-Июл-23, 09:07
	>> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические > Однако. То есть, вот на диске GNU/Linux-системы по сравнении с Windows занимают > меньше места аж на порядок, а это оказывается называется "идеологические"... Да, именно идеологические. "Аж на порядок" - в 10 раз. Это значение могло бы быть получено в результате деления, если бы заявитель обладал фактами и предоставил результаты измерений. Но он владеет в основном демагогией, потому написал как есть.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+2 +/–
	Сообщение от freehck (ok), 17-Июл-23, 09:24
	> Это значение могло бы быть получено в результате деления, если бы заявитель обладал фактами и предоставил результаты измерений. Я конечно понимаю, что бремя доказательства лежит на утверждающем, чайник Рассела, все дела... Но товарищ n00by, Вы бы хоть сделали вид, что используете GNU/Linux. Это ведь общеизвестный факт. Думаю, на него в своё время обратили внимание все, кто когда-либо переходил с винды на линухи. ) Не, Вы конечно можете поиграть циферками, и сказать например, что ubuntu-де после свежей установки жрёт 4 гб диска, а win 10 home edition 16, и вот это вот всего лишь в 4 раза, но та же pro edition займёт 25 гб, то есть разница уже в 6 раз. А потом мы начнём ставить прикладной софт из репозитория, и внезапно разница сильно возрастёт не в пользу win. Ах да, забыл, кажется в ubuntu прикладной софт-то уже включён в первой цифре, в то время как в win это голая ось с минимумом необходимого, разве нет? ) И ведь это речь идёт только про размер занятого дискового пространства, даже не затрагивая вопроса доставки обновлений безопасности слинкованных с бинарями библиотек. )
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от Аноним (112), 17-Июл-23, 11:35
	Фиг с ним, с дисковым местом. Оперативку жалко. Вот уж, где жор, когда несколько приложений на, скажем, Электроне одновременно запущены. А если их закрывать-открывать, то опять же разница вида и по скорости запуска, когда программы, связанные динамически, повторно стартуют почти мгновенно, а в это время статические всё ещё скрипят диском.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	–1 +/–
	Сообщение от n00by (ok), 17-Июл-23, 12:12
	>> Это значение могло бы быть получено в результате деления, если бы заявитель обладал фактами и предоставил результаты измерений. > Я конечно понимаю, что бремя доказательства лежит на утверждающем, чайник Рассела, все > дела... Но товарищ n00by, Вы бы хоть сделали вид, что используете > GNU/Linux. Это ведь общеизвестный факт. Думаю, на него в своё время > обратили внимание все, кто когда-либо переходил с винды на линухи. ) Я сделаю вид, что не заметил рефлективную попытку гуру вызвать стадный рефлекс у читателя. Вот такой статически слинкованный код на плюсах int main () {   std::cout << "hello world"; } У меня весил в Винде менее 30 Кб. Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;) > Не, Вы конечно можете поиграть циферками, и сказать например Нет, не могу. Бремя доказательства лежит на утверждающем. Фу таким быть.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	139. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от freehck (ok), 17-Июл-23, 12:36
	> Я сделаю вид, что не заметил рефлективную попытку гуру вызвать стадный рефлекс у читателя. Однако. А ведь я только лишь обращаю внимание на то, что Вы, по-видимому, не являлись активным пользователем некоторых операционных систем. > У меня весил в Винде менее 30 Кб. И что? > Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;) Что это за хитрый реверанс? Ужели Вы взаправду предполагаете, что я займусь доказательством заведомой чуши, которой Вы только что подменили мои утверждения? > Бремя доказательства лежит на утверждающем. Это, между прочем, работает и в обратную сторону. Ваш исходный тезис гласит: >>> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические Вот и докажите, что аргументы за динамическое связывание -- идеологические. Впрочем, пожалуйста, не мне. > Фу таким быть. Кстати, согласен.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 17-Июл-23, 18:36
	>>>> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические > Вот и докажите, что аргументы за динамическое связывание -- идеологические. Впрочем, пожалуйста, > не мне. Легко: "на диске GNU/Linux-системы по сравнении с Windows занимают меньше места аж на порядок" (с) freehck В Windows используется как раз динамическое связывание. >> Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;) > Что это за хитрый реверанс? Ужели Вы взаправду предполагаете, что я займусь > доказательством заведомой чуши, которой Вы только что подменили мои утверждения? Нет, ты как всегда удалишь мои сообщения.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+2 +/–
	Сообщение от freehck (ok), 17-Июл-23, 19:01
	> В Windows используется как раз динамическое связывание. Мда, как всё грустно. Видимо, придётся объяснять элементарные вещи. Ну да, используется. Вот только есть два обстоятельства. Первое обстоятельство -- это энтерпрайзный продукт, и в нём весьма низкая степень связности. Второе обстоятельство заключается в том, что софт для неё -- это коробочные продукты. А они всё своё с собой тащат. То есть зачастую библиотеки, которые могли бы быть разделяемыми и использоваться в разных коробочных продуктах, тащатся каждым коробочным продуктом отдельно. Таким образом такая форма поставки -- в плане дистрибьюции максимально приближена к статической линковке. > Нет, ты как всегда удалишь мои сообщения. Конечно удалю. У меня же зуб на тебя, я денно и нощно за тобой слежу, чтобы удалить твои выстраданные сообщения под надуманными предлогами. =)
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:33
	>> В Windows используется как раз динамическое связывание. > Мда, как всё грустно. Видимо, придётся объяснять элементарные вещи. > Ну да, используется. Вот только есть два обстоятельства. Обстоятельство одно. Ты сравнил динамическое связывание с динамическим связыванием, вообразил разницу в объёме ОС в 10 раз, и из этого сделал вывод: статическое связывание негодно. За что тебе и спасибо - твоя "аргументация" будет служить ярким примером, как ничего не смыслящие в предмете мастера демагогии оправдывают негодные технические решения.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от freehck (ok), 18-Июл-23, 11:22
	> Ты сравнил динамическое связывание с динамическим связыванием, вообразил разницу в объёме > ОС в 10 раз, и из этого сделал вывод: статическое связывание негодно. Мне основательно надоело, что ты мне приписываешь утверждения, автором которых я не являюсь. Я заканчиваю это общение. > За что тебе и спасибо - твоя "аргументация" будет служить ярким примером, > как ничего не смыслящие в предмете мастера демагогии оправдывают негодные технические > решения. Без проблем. Более того, я настаиваю на том, чтобы ты показывал этот тред всем своим работодателям при трудоустройстве. Чтобы им сразу видно было на моём фоне, насколько ты хорош! =)
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 10:03
	>> Ты сравнил динамическое связывание с динамическим связыванием, вообразил разницу в объёме >> ОС в 10 раз, и из этого сделал вывод: статическое связывание негодно. > Мне основательно надоело, что ты мне приписываешь утверждения, автором которых я не > являюсь. А на самом деле ты профессиональный демагог, сел в лужу и пытаешься отрицать своё сообщение №123, скатившись до хуцпы. >> Это давно придумано и называется "статическое связывание". >> Аргументы против него в основном идеологические > Однако. То есть, вот на диске GNU/Linux-системы по сравнении > с Windows занимают меньше места аж на порядок, а это оказывается называется "идеологические"...
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от C00l_ni66a (ok), 17-Июл-23, 16:55
	>Бремя доказательства лежит на утверждающем. @ >"ну я вот кароче чот сканпелировал и оно мало весит давай пруфай скока у тебя)))))))" Потрясающий ход от того, кто раннее ещё и к демагогии апеллировал. С таким-же успехом я могу утверждать, что я скомпилировал хелловорлд на хтмл и получился бинарник размером 5 бит. Если намёк не ясен, пишу прямо - полную конфигурацию в студию, какой компилятор и какой версии, какие аргументы, какая версия винды. А главное, ещё умудрись доказать, что всё это работает не благодаря винапи, которое всегда линкуется динамически, гы-гы.
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	160. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 17-Июл-23, 18:16
	>>Бремя доказательства лежит на утверждающем. > @ >>"ну я вот кароче чот сканпелировал и оно мало весит давай пруфай скока у тебя)))))))" > Потрясающий ход от того, кто раннее ещё и к демагогии апеллировал. Обычное зеркало. Он, в принципе, дал мне право писать ему в ответ вообще любую чушь. Поскольку начал сравнивать с Windows, где, точно так же как и в Linux, статическое связывание НЕ используется (за редким исключением). Он банально не знает про это. > С таким-же успехом я могу утверждать, что я скомпилировал хелловорлд на хтмл > и получился бинарник размером 5 бит. Но подтвердить никак не сможете. Кроме того, это заявление очевидно абсурдное, поскольку гранулярность 8 бит - это наконец внесли в стандарт Си. > Если намёк не ясен, пишу прямо - полную конфигурацию в студию, какой > компилятор и какой версии, какие аргументы, какая версия винды. Сам код https://code.google.com/archive/p/ontl/wikis/HelloWorld.wiki разметка сбилась, когда Гугл заархивировал гуглокод, но понять можно. Ключи компиляции там указаны: cl /DNDEBUG hw.cpp ntl/rtl/iostream.cpp ntl/rtl/crt.cpp ntl/rtl/wchar_mask_data.cpp /W4 /GL /GR- /Ob2gty /GzyS- Совместимые версии компиляторов перечислены здесь https://code.google.com/archive/p/ontl/wikis/Compilers.wiki Какой конкретно из MSVC - не играет роли, поскольку я указал с запасом (по факту было 24,5). > А главное, > ещё умудрись доказать, что всё это работает не благодаря винапи, которое > всегда линкуется динамически, гы-гы. Оно работает благодаря собственной реализации стандартной библиотеки Си++, на примеры к которой я привёл ссылки. Если неудобно смотреть там, она есть у меня на гитхапе. Работает библиотека поверх htdll.dll (либо ntoskrnl.exe). Я надеюсь, Вы воздержитесь от "гы-гы, всегда линкуется динамически". Потому что при адаптации этого к Linux окажется достаточно syscall-ов без ld-linux.so. В Windows номера сервисов не постоянны, потому для совместимости с различными версиями используется системная прослойка.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от freehck (ok), 17-Июл-23, 19:07
	> Он, в принципе, дал мне право писать ему в ответ вообще любую чушь. То есть ты понимаешь, что пишешь чушь, но всё равно её пишешь. Молодец.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:40
	>> Он, в принципе, дал мне право писать ему в ответ вообще любую чушь. > То есть ты понимаешь, что пишешь чушь, но всё равно её пишешь. > Молодец. То есть ты безусловно бы таким правом воспользовался, в отличите от меня. Спасибо, что признался.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от C00l_ni66a (ok), 17-Июл-23, 20:23
	>Он, в принципе, дал мне право писать ему в ответ вообще любую чушь. Чем ты успешно воспользовался, класс. >Поскольку начал сравнивать с Windows, где, точно так же как и в Linux, статическое связывание НЕ используется (за редким исключением). Действительно, зато обширно используется тактика запихивания всех динамически-слинкованных DLLок в комплект поставки, которые, внезапно, зачастую используются только одной единственной программой. И разбавляют этот коричневый поток раздутых поделий разве что всякие основанные на дотнете. Мегадинамично, но почему-то приводит к тому самому избыточному поглощению пространства, как на винте, так и в раме. Наверное, всё-таки не зря в линуксе, помимо ставки на динамку, ещё также не совсем забивают на менеджмент зависимостей, не?
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	193. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:37
	>>Поскольку начал сравнивать с Windows, где, точно так же как и в Linux, статическое связывание НЕ используется (за редким исключением). > Действительно, зато обширно используется тактика запихивания всех динамически-слинкованных > DLLок в комплект поставки, которые, внезапно, зачастую используются только одной единственной > программой. Априори я считаю человека технически грамотным. Ты зарегистрировался только что, потому я потратил время и ответил тебе развёрнуто. Сейчас лишь скажу, что вся эта билеберда не имеет отношения к статическому связыванию, которое, якобы, плохо - потому что оно якобы в Венде.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от C00l_ni66a (ok), 18-Июл-23, 17:54
	>вся эта билеберда не имеет отношения к статическому связыванию Имеет, с точки зрения занимаемых ресурсов - это и есть "статическое связывание". Если динамически-слинкованная либа используется исключительно одной программой и не подразумевается её использование в других - то это есть максимально близкое понятие к "статически-слинкованной" либе. Можно сколько угодно при этом верещать формалистские лозунги, факт-же в том, что эффект мы имеем очень близкий. >которое, якобы, плохо А вот тут уже весьма подлое проецирование не высказывавшихся в процессе диалога тезисов на оппонента. Я разве где-то оценивал понятие "статическое связывание", тем более категориями "плохо"-"хорошо"? Цитаты в студию. >потому что оно якобы в Венде. А таковой "логической" "цепочки" я вообще тут не видел. Перестаньте разводить демагогию, пожалуйста.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 10:07
	>>вся эта билеберда не имеет отношения к статическому связыванию > Имеет, с точки зрения занимаемых ресурсов - это и есть "статическое связывание". ЧТО? Динамическеое - это когда есть основной исполняемый файл и отдельные библиотеки. Динамическое - потому что системный загрузчик всё это грузит и разрешает связи при запуске. Статическое - это когда вместо всего этого один файл. Линкер связывает при сборке. > Если динамически-слинкованная либа используется исключительно одной программой и не подразумевается > её использование в других - то это есть максимально близкое понятие > к "статически-слинкованной" либе. Мне сейчас интересно одно. Это какая-то особенность GPL, что она подобных экспертов к себе притягивает. Или она с вами что-то делает?
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от C00l_ni66a (ok), 19-Июл-23, 20:15
	>ЧТО? Скорее "А что не так?". >Динамическеое - это когда... Держи в курсе. Про формализм я уже упоминал. Эффект от модели использования динамически-привязанных библиотек "всё своё ношу с собой" близок/аналогичен эффекту от использования статически? Да, ведь раму и диск оно жрёт +- также, в силу дублирования. >Это какая-то особенность GPL Это какая-то твоя особенность, возможно даже клиническая, которая заключается в постоянных попытках спроецировать свои фантазии. Я вроде про GPL даже близко ничего не писал и не упоминал. Собственно, статика имеет смысл, в определённых случаях (e.g. критичные, но простые системные компоненты, с малым числом зависимостей), но утверждение об идеологической природе аргументации против её использования - звучит как шиза. Неоднократно упомянутое выше дублирование данных - это вполне себе объективный критерий и аргумент "против", в хорошем проекте допускаться такой ереси не должно, без очень веских на то причин.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 20-Июл-23, 09:25
	>>Динамическеое - это когда... > Держи в курсе. Про формализм я уже упоминал. Эффект от модели использования > динамически-привязанных библиотек "всё своё ношу с собой" близок/аналогичен эффекту от > использования статически? Да, ведь раму и диск оно жрёт +- также, > в силу дублирования. Нет, не близок, ведь отличие связываний одного от другого -- во времени этого связывания, а не в количестве байтиков, который ты приплёл в силу непонимания базовых вещей. >>Это какая-то особенность GPL > Это какая-то твоя особенность, возможно даже клиническая, которая заключается в постоянных > попытках спроецировать свои фантазии. Я вроде про GPL даже близко ничего > не писал и не упоминал. Да, это моя особенность, провоцировать местных экспертов давать признания. Я полагал, что ты новорег, и потому в тебе ошибся, приняв тебя за технически грамотного. Теперь я закрыл гештальт и вижу типичного демагога, не понимающего смысл термина "связывание" и ведущего пропаганду мракобесия.
	Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

	155. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от uis (??), 17-Июл-23, 17:48
	> Вот такой статически слинкованный код на плюсах > > int main () { >   std::cout << "hello world"; > } > > У меня весил в Винде менее 30 Кб. > Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;) Нифига себе! У меня прога для индексации и поиска по zip архиву весит 15Кб. С динамической линковкой к libc, zlib и minizip, но с отключённым relro. С включённым relro 17Кб. Ну и твой helloworld: Динамика: g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt -mcpu=native -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000 -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program && sstrip -z a.out 2.5Кб g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt -mcpu=native -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000 -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program -static -fdata-sections -ffunction-sections -fipa-pta -Wl,--gc-sections,--as-needed && sstrip -z a.out 949Кб
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	161. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 17-Июл-23, 18:20
	>[оверквотинг удален] >> >> int main () { >>   std::cout << "hello world"; >> } >> >> У меня весил в Винде менее 30 Кб. >> Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;) > Нифига себе! У меня прога для индексации и поиска по zip архиву > весит 15Кб. С динамической линковкой к libc, zlib и minizip, но > с отключённым relro. С включённым relro 17Кб. Ну, раз с динамической, прибавляйте к 15Кб размеры вон тех библиотек. > Ну и твой helloworld: > Динамика: g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt > -mcpu=native -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector > -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000 > -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program && sstrip -z a.out > 2.5Кб И к этому прибавляйте. > g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt -mcpu=native > -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector > -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000 > -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program -static -fdata-sections > -ffunction-sections -fipa-pta -Wl,--gc-sections,--as-needed && sstrip -z a.out > 949Кб Вот вместо 949 у меня 30. Подробности в №160. И даже с RTTI и исключениями будет заметно меньше 900.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от uis (??), 17-Июл-23, 20:05
	Мы размер бинарников хелловорлдов сравниваем или нечто другое? > Вот вместо 949 у меня 30. Ты забыл добавить User32.dll и Kernel32.dll)
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 18-Июл-23, 10:44
	> Мы размер бинарников хелловорлдов сравниваем или нечто другое? Априори я ничего не сравниваю. Я утверждаю, что "аргументы против против статического связывания основном идеологические, подогреваемые заинтересованностью майнтейнеров". Мне нужны были подтверждения, и я их получил. >> Вот вместо 949 у меня 30. > Ты забыл добавить User32.dll и Kernel32.dll) Нет, не забыл. Ты просто не в курсе, что такое User32.dll, потому и сел в лужу.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от uis (??), 18-Июл-23, 14:38
	- И прибавляй libc.so туда, потому что так мои доводы выглядят лучше - Ок, прибавляй Kernel32.dll, User32.dll, а так же ws2_32.dll - Нет, ты нипанимаешь, это же другое!
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 10:14
	У меня не используются User32.dll, а тем более ws2_32.dll (первую ещё могу понять, но предположение о необходимости последней для "ПриветМира" считаю глупостью). От Kernel32.dll требуется лишь функция вывода на консоль, поскольку без неё довольно муторно инициализировать сервер, с учётом поддержки различных версий ОС. В Линукс она не нужна, достаточно вызова ядра через шлюз. И да, это другое - тебе для плюсов libc.so не достаточно.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от n00by (ok), 19-Июл-23, 10:28
	Вообще, 949 против 30 я считаю вполне годным показателем для столь солидной библиотеки как GNU. Странно, что ты на это триггернулся и принял как нападку на них. Они ведь не решали задачу "помочь линкеру выкинуть ненужное". Потому что не принято линковать статически, и куча говорящих голов находит "аргументы". Если бы статическое связывание было не десятым приоритетом, в твоём примере была бы цифра порядка 100. Я собственно для намёка на это и показал свой результат.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	179. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от Аноним (180), 18-Июл-23, 01:37
	> сколько гигабайт экономится разделяемой библиотекой Ровно столько, сколько ты в неё вынес функций из основной программы.
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	170. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от _kp (ok), 17-Июл-23, 19:41
	>>хоть сделали вид, что используете GNU/Linux. >>ubuntu-де после свежей установки жрёт 4 гб диска, а win 10 home edition 16 Ключевое слово - используете. (а не балуетесь) И свежеустановленной Убунтой так и пользуются? Нет? Доставляют ПО. Причем, как и с Windows не стороннее ПО и игры, а из системного репозитория, то что нужно для работы. Да, последние Windows за счет bloatware разжирели, но разница и тем хламом, далеко не на порядки. Обычно, при установке с ходу у меня Debian занимает 12-16 ГБ. Минимум. Без стороннего софта. Впрочем, признаю, часть встроенного ПО снимает нужду в стороннем. Но система утрамбованная в 4ГБ, на десктопе - это или инвалид, или конструктор для доустановки ПО по вкусу. А во втором варианте объём будет.   Сравним иначе. Глянул осносительно _свежие_, не разжиревшие от времени и работы ноутбуки и виртуалки, отбросил игры и проекты, Wine, Виртуалки, ПО для 3D принтеров и 3D графики, а оставшееся усреднил. Важно, кэши приложений браузеров, временные файлы, свопы, файлы подкачки, то что можно обнулить - исключил. - Windows10, Офис, Visual Studio(не весь конечно, а скромно самое нужное), и ПО по мелочи. 28-42ГБ.(без свопа и файла подкачки) - Linux система для программирования, опять же не на все случаи.  ~18-33Гб. >> pro edition займёт 25 гб Не займёт, а установит по умолчанию. И часть мусора и заведомо ненужно ПО можно и нужно удалить, и будет ~16.     >>win это голая ось с минимумом необходимого Только если чего то по недостаточно, и понадобится из Windows, то вот тебе бегемот Wine, если что то не совместимо с ОС, то вот тебе /opt и snap. А если впасть в snap, то понеслась. Сторонние проприетарные приложения весьма жирные, ибо тащат все с собой. Разница есть, голые системы на Linux меньше, но не в разы, и не всегда.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	173. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от freehck (ok), 17-Июл-23, 20:38
	_kp, вы слишком серьёзно отнеслись к данному размышлению: материал для него я выдернул из первых ссылок гугла по запросам "сколько места займёт ubuntu/windows", не более =) размер занятого пространства непосредственно после установки я брал по простой причине -- если мы начнём сравнивать ещё и разные конфигурации, то мы увязнем, и откроется огромное поле для полемики вот например: >> pro edition займёт 25 гб > Не займёт, а установит по умолчанию. И часть мусора и заведомо ненужно ПО можно и нужно удалить, и будет ~16.   так ведь тот же манёвр можно и в линуксе провернуть, но он ближе к нулю, так относительная разница будет расти; мало того, обязательно найдётся умник, который предложить почищенную винду сравнить с debootstrap-нутой системой, в чём собственно тоже смысла мало, потому что линуксы урезаются куда сильнее винды а при установке дополнительного софта, как это сделали вы -- уже начинает ролять выбор софта, ибо если вы наполняете свою систему коробочными продуктами, то такой способ дистрибьюции ничем не отличается от соперника в сравнении, а мы ведь хотели сравнить выгоду от механизмов дистрибьюции, разве нет? поэтому -- только чистая установка > Обычно, при установке с ходу у меня Debian занимает 12-16 ГБ. Интересно. Как же летит время: 2015й: https://www.debian.org/releases/jessie/amd64/apds02.html.en 2023й: https://www.debian.org/releases/bookworm/amd64/ch03s04.en.html
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от _kp (ok), 17-Июл-23, 22:09
	>>выдернул из первых ссылок гугла Я Вам назвал более точно >>только чистая установка Никто не использует системы в виде чистой установки. Помимо стороннего ПО, есть дженьльменский набор ПО который ставится сразу. Добавлено:тут коллега про Мак напомнил, что там в стоковом виде система более готова к использорванию. Возможно, но там и не 4Гб, и не 16. Например если нужно сделать Линукс на флешке, то я лично могу её утрамбовать в 1ГБ, с Х и браузером. Но это будет плохая, не практичная система. Поэтому я не буду ставить Линукс и на 8Гб, несмотря, что голая ситема влазит в 4Гб. Как только ставим небольшую програмку, в Линукс она тянет за собой мешок зависимостей. И так на кадый чих, пока не распухнет примерно до 16Гб. Под узкие скромные задачи можно поставить Линукс на флеку от 16ГБ. Но при этом Wine и играх даже не заикаюсь. А, и своп и гибернацию тоже не используем, а то это еще +16 .. 32 ГБ потребует, сверх заявленных 4Гб ; Итого, мнимальный объем для простенького Линукс, который можно использовать принимаю за 16Гб. Но это будет жать. Windows10home после установки занимат 16Гб. Деинсталируем лишнее, ставивим DirectX, TC, redist, и объём теперь 15Гб. Но теперь мы можем ставить игры и объём windows не распухнет. Точнее, сразу не распухнет. Но, на старте готовая к работе Windows система занимает 15-20 Гб. А далее самое интересное. В Windows объём раздут за счёт blotware, при удалении которого объём можно ещё очень сильно сократить. А в Linux только полезные нужные компоненты. А объемы сопоставимы >>Интересно. Как же летит время Да. Когда то мой bootstrap Debian5 с Lxde, gcc библиотеками для разработки, и сопутсвуючим ПО, как то помещался в 350Мб. Стоковая установка, как ни оптимизуруй занимала 1.5Гб, что тоже достаточно скромно.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+1 +/–
	Сообщение от freehck (ok), 18-Июл-23, 11:44
	Ну что ж, возможно мои данные слегка устарели, всё-таки я ушёл с GNU/Linux в 2019м, и уже тогда не пользовался DE, а сидел на чистом i3wm. Я благодарен Вам, _kp, за то что указали мне на это. Тем не менее, факт: в начале 2010х мы на рутовый раздел линуксов выделяли 10-15 гигов и этого в целом хватало, в то время как на системный диск Windows 7 меньше 100 гигов не отрезали, да и сама она из коробки занимала 20 гигов места на диске. Если в 2023м году эта разница стала сильно меньше, это печально, и свидетельствует скорее об общем снижении квалификации IT-специалистов. Но она всё ещё есть, и за это спасибо надо говорить прежде всего ld-linux.so.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от uis (??), 18-Июл-23, 00:34
	> Linux система для программирования, опять же не на все случаи.  ~18-33Гб. Linux система для программирования: gcc, binutils, qtcreator, plasma, xfce(да, я установил два окружения), chromium, исходники ядра, заголовки для каждего пакета, ебилды на все случаи жизни и всякая мелочь. <7.5Гб вся система с учётом барахла в хомяке.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	196. "Для GCC подготовлены патчи для сборки универсальных исполняе..."	+/–
	Сообщение от _kp (ok), 18-Июл-23, 10:58
	У меня обычно что одно из kde/mate и помимо сборки под десктоп добавляется и для микроконтроллеров компиляторы библиотеки и сопутсвующие инструменты.
	Ответить | Правка | Наверх | Cообщить модератору

	200. Скрыто модератором	+/–
	Сообщение от arisu (ok), 18-Июл-23, 12:11
	это описание быдлокодинга или кододрочерства. система для программирования — это A2, например.
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема