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

"Выпуск сборочной системы Meson 1.7.0"	+/–
Сообщение от opennews (??), 27-Янв-25, 10:44
Опубликован релиз сборочной системы Meson 1.7.0, которая используется для сборки таких проектов, как X.Org Server, Mesa, QEMU, Lighttpd, systemd, GStreamer, Wayland, GNOME и GTK. Код Meson написан на языке Python и поставляется под лицензией Apache 2.0... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62623
Ответить | Правка | Cообщить модератору

Сообщения

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

2. Сообщение от anonymous (??), 27-Янв-25, 11:07	+2 +/–
Поддержку C++ модулей когда-нибудь добавят?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #44

3. Сообщение от неаноним (?), 27-Янв-25, 11:30	+1 +/–
В xmake есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5

5. Сообщение от Аноним (5), 27-Янв-25, 11:46	+2 +/–
xmake тоже кстати D поддерживает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

8. Сообщение от Илья (??), 27-Янв-25, 12:11	+/–
Боже, смотрю на это и думаю, как же здорово работать с дотнетом, где нету вот всех этих десятков сборочных систем и постоянной миграции с одной на другую
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #16, #24, #45, #55, #58, #72, #78

9. Сообщение от Аноним (9), 27-Янв-25, 12:13	+1 +/–
Кто вам говорит, что миграции постоянны?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12, #21

12. Сообщение от Илья (??), 27-Янв-25, 12:28	–1 +/–
с++ разработчики жалуются, говорят, что у них на каждый проект по своей сборочной системе написано. Андроид-разрабы жалуются на градл-мавен, который сам поломался-сам починился. JS "разрабы" переписывают по кругу с Webpack на Vite на Parcel на Rollup на Esbuild Python "разрабы" вообще невдупляют У одних нас, дотнетчиков, простой как палка dotnet, который уже лет 8 не менялся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #15, #20, #22, #36

15. Сообщение от Фродян (?), 27-Янв-25, 13:06	+/–
Скоро dotNet как Cobol закаменеет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (16), 27-Янв-25, 13:07	+6 +/–
Зато есть десяток версий дотнета и .core c безумной фрагментацией. Спасибо, жрите сами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17

17. Сообщение от Илья (??), 27-Янв-25, 13:42	–1 +/–
> Зато есть десяток версий дотнета и .core c безумной фрагментацией. Спасибо, жрите > сами. хз, 10 лет с дотнетом работаю, с такими проблемами не сталкивался. Можешь подробней рассказать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от Аноним (18), 27-Янв-25, 13:48	+1 +/–
Примерно вот такие проблемы. https://stackoverflow.com/questions/72322257/migrating-from-...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #19, #23

19. Сообщение от Аноним (18), 27-Янв-25, 13:49	–1 +/–
А до этого ещё Web Forms были на которые микросфот вроде тоже забили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #67, #87

20. Сообщение от Аноним (20), 27-Янв-25, 13:50	+1 +/–
У Rust вменяемый тулинг из коробки У Golang вменяемый тулинг из коробки Вот где сразу видна разница между инструментом для работы и творчеством гаражников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #50, #59, #65

21. Сообщение от Аноним (21), 27-Янв-25, 13:52	+3 +/–
Ему просто надо на что-то пожаловаться. Не видишь, что ему так хочется найти оправдания и дальше сидеть на игле микрософта? Он просто себя так успокаивает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

22. Сообщение от Аноним (22), 27-Янв-25, 13:58	+2 +/–
> Python "разрабы" вообще невдупляют Невдупляют что? Накой скриптовому языку билд-система?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #53, #66, #81

23. Сообщение от Илья (??), 27-Янв-25, 13:58	–2 +/–
Работа на 4 часа, в особо упоротых случаях на день работы. Есть еще?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27, #28

24. Сообщение от Аноним (22), 27-Янв-25, 14:03	+2 +/–
> Боже, смотрю на это и думаю, как же здорово работать с дотнетом, где нету вот всех этих десятков сборочных систем и постоянной миграции с одной на другую А откуда им взяться в технологии, прибитой сугубо к Винде? Так-то и разработчики C++ под Винду еще с 90-х юзают Visual Studio и горя не знают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #25, #41

25. Сообщение от Аноним (18), 27-Янв-25, 14:18	+/–
core .net кросплатформены. вы отстали от жизни лет на 10)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

27. Сообщение от Аноним (18), 27-Янв-25, 16:21	+1 +/–
с VB переехать на C# это у вас на 4 часа:) а может managed C++ на линуксе тоже магете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #29

28. Сообщение от Аноним (18), 27-Янв-25, 16:22	+/–
А 3rd party зависимости как быстро перепишите с asp.net на core?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #30

29. Сообщение от Илья (??), 27-Янв-25, 16:42	+/–
> с VB переехать на C# это у вас на 4 часа:) автогенератор c# из VB есть, это же CLR. > а может managed C++ на линуксе тоже магете? не, с крестами пусть опущеные работают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32, #33

30. Сообщение от Илья (??), 27-Янв-25, 16:44	+/–
> А 3rd party зависимости как быстро перепишите с asp.net на core? Ну мы месяца за полтора весь код перевели на кор, со всеми зависимостями. Но у нас более ста проектов было и мы не отрываясь от основной работы делали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #31, #47

31. Сообщение от Аноним (32), 27-Янв-25, 17:09	+/–
и с webforms перелезли? вы просто молоды. web forms было проще прибить чем с него мигрировать кудато. возможно MS исправилось и не генерирует новые ферймворки как пирожки сейчас. но раньше без работы програмистов не оставляли на долго. а что на декстопе было это просто ад. многие на java и уходили т.к. там стабильность в АПИ куда большая и не нужно асбуку учить каждые 5 лет занова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #40

32. Сообщение от Аноним (32), 27-Янв-25, 17:13	+/–
я думаю вы уже поняли что проблем с миграцией у МС куда больше чем работы на 4 часа о которых вы тут писали. у МС такое чувство меняется покаление индусов и клепают новый фреймворк забивая на старый. где сильверлайт сейчас не подскажите?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #39

33. Сообщение от Аноним (32), 27-Янв-25, 17:24	+1 +/–
я как то переписывал проект с managed C++ на C++/CLI. Благо проект был не большой но про тулзы автогенерации и 4 часа может говорить только человек который ими либо не пользовался либо проект был совсем на 3 строчки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #43, #83

34. Сообщение от Аноним (34), 27-Янв-25, 17:27	–2 +/–
Кроме Make ничего не нужно. Почему? Да потому что все эти хипстерские билд стстемы тупо не умеют фиксить зависимости. Make тоже не может, но мейк это стандарт. Вот скачал я очередной проЭкт с хаба, мало того что там окажется очередная васянская билд стстема, так еще и все зависимости придется самому ручками ставить/билдить. И нет бы положить сорцы всех библиотек прямо в архив, так нет, потрать целый день на поиски ОПРЕДЕЛЕННОЙ ВЕРСИИ библиотеки. Если уж тащите мне в систему гору г*вна, уж сделайте так чтобы я ввел одну команду и оно само сбилдилось и установило все зависимости
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #37, #57

35. Сообщение от Аноним (32), 27-Янв-25, 17:29	+1 +/–
вы за какие проекты говорите? llvm neovim собираются в однострочник
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

36. Сообщение от Аноним (36), 27-Янв-25, 17:49	+/–
"JS "разрабы" переписывают по кругу с Webpack на Vite на Parcel на Rollup на Esbuild" Смешались в кучу кони, люди. Vite использует и rollup и esbuild для разных целей. Переводят проекты с webpack либо шаблонов на нем основанных на vite. Получают значительное упрощение конфигурации, уменьшение числа зависимостей, ускорение сборки и поднятия локального проекта. Я думаю от ускорения запуска и сборки дотнет проекта в десятки раз + уменьшения числа зависимостей вы бы тоже не отказались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #38

37. Сообщение от Аноним (22), 27-Янв-25, 17:56	+1 +/–
> Make тоже не может, но мейк это стандарт Make - это огрызок, абсолютно бесполезный вне юниксового окружения с coreutils. > И нет бы положить сорцы всех библиотек прямо в архив, так нет, потрать целый день на поиски ОПРЕДЕЛЕННОЙ ВЕРСИИ библиотеки Абсолютно все современные билд системы (в т.ч. сабж) для C и C++ могут скачать и собрать любую либу, необходимую для проекта. Так что тут уже вопросы сугубо к автору проекта с хаба, а не к билд системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #46

38. Сообщение от Илья (??), 27-Янв-25, 18:05	–2 +/–
> Я думаю от ускорения запуска и сборки дотнет проекта в десятки раз + уменьшения числа зависимостей вы бы тоже не отказались. Дожились 😅😁 Статически-типизированный Dotnet компилируется быстрее чем JS. При этом основное приемущество JS - отсутствие компиляции 😆😆😆
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #42

39. Сообщение от Илья (??), 27-Янв-25, 18:10	+/–
> я думаю вы уже поняли что проблем с миграцией у МС куда больше чем работы на 4 часа о которых вы тут писали Куда меньше чем с крестами или, упаси боже, JS. С пейфоном не сравниваю потому что там обычно выкидывают весь код и с нуля переписывают > где сильверлайт сейчас не подскажите? там же, где и Flash
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

40. Сообщение от Илья (??), 27-Янв-25, 18:22	+/–
> и с webforms перелезли? а мы и не пытались > возможно MS исправилось и не генерирует новые фрeймворки как пирожки сейчас генерирует. это плохо? Просто пользуйся проверенными фреймворками > оставляли на долго. а что на декстопе было это просто ад. winforms, wpf, ничего не меняется уже лет 10 > многие на java и уходили т.к. там стабильность в АПИ куда большая в каком месте апи у дотнета нестабильно? > и не нужно асбуку учить каждые 5 лет занова. Что заново учить? Ткни пальцем. Выглядит как будто ты преувеличиваешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

41. Сообщение от Илья (??), 27-Янв-25, 18:24	–1 +/–
> А откуда им взяться в технологии, прибитой сугубо к Винде? я винду около года не включал. Вся разработка это fedora+docker+rider+dotnet. ЧЯДНТ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #51

42. Сообщение от Аноним (36), 27-Янв-25, 18:33	+/–
"быстрее" всётаки надо проверять, все проекты на dotnet что я видел запускались на порядок медленней современных vite проектов. Да и чистый JS мало кто использует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #82

43. Сообщение от Аноним (43), 27-Янв-25, 19:15	+/–
> про тулзы автогенерации и 4 часа может говорить только человек который ими либо не пользовался либо проект был совсем на 3 строчки. ...либо человек просто звездун.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

44. Сообщение от Аноним (-), 27-Янв-25, 19:16	+/–
Причём тут сборочная система Meson? Ах да! В Паскале есть модули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #75

45. Сообщение от Ivan_83 (ok), 27-Янв-25, 19:21	+1 +/–
В чём плюс то? Вы прикованы на мертво к венде, а за её пределами ваш диалект хоть и можно запустить но он никому не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #48

46. Сообщение от Ivan_83 (ok), 27-Янв-25, 19:26	–2 +/–
> Make - это огрызок, абсолютно бесполезный вне юниксового окружения с coreutils. Нет. Во фре свой bmake и никакого coreutils оно не требует. Кажется и gmake линуксовый coreutils тоже не требует, но я не уверен. > Абсолютно все современные билд системы (в т.ч. сабж) для C и C++ могут скачать и собрать любую либу, необходимую для проекта. Так что тут уже вопросы сугубо к автору проекта с хаба, а не к билд системе. Я хз что на это ответить. С одной стороны да, технически это возможно. С другой так редко кто делает, потому что даже в случае сборки из CMake другого CMake проекта это не очень гладко происходит, а если там другая сборочная система то это скатывается до уровня шелл скриптов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #49

47. Сообщение от Витюшка (?), 27-Янв-25, 19:28	+/–
Что, переписали все 15 строчек?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #84

48. Сообщение от Илья (??), 27-Янв-25, 21:50	+/–
> В чём плюс то? > Вы прикованы на мертво к венде Нет, дотнетчики сейчас в основном с маков работают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #52

49. Сообщение от Аноним (43), 27-Янв-25, 23:20	+/–
>> Make - это огрызок, абсолютно бесполезный вне юниксового окружения с coreutils. > Нет. > Во фре [...] не требует. > gmake линуксовый [...] тоже не требует Что "нет"? Где ты увидел в исходном сообщении слово "требует"? Речь шла о том, что make целиком и полностью работает с внешними утилитами, и без оных из coreutils ты даже файлик не сможешь удалить, копировать, переместить. >> все современные билд системы [...] могут скачать и собрать любую либу > С другой так редко кто делает В Cmake так делают все. > даже в случае сборки из CMake другого CMake проекта это не очень гладко происходит Что ты конкретно имеешь в виду? Хоть один пример. > а если там другая сборочная система то это скатывается до уровня шелл скриптов. Какие еще шелл-скрипты в CMake? Зачем? > Я хз что на это ответить. Если не можешь сказать ничего конкретного, то лучше действительно не отвечать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #54

50. Сообщение от Аноним (50), 27-Янв-25, 23:35	+/–
> Вот где сразу видна разница между инструментом для работы и творчеством гаражников. И вы это написали, конечно, используя ос, софт и либы на этом всем? Работу видно по результату так то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

51. Сообщение от Аноним (51), 27-Янв-25, 23:40	+1 +/–
> я винду около года не включал. Вся разработка это fedora+docker+rider+dotnet. ЧЯДНТ Собственно вот это. Шестерки майкрософта намного лучше смотрятся - в винде. А тащить свой маздай и его методы в линух - может вам еще и спасибо сказать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #64

52. Сообщение от Аноним (51), 27-Янв-25, 23:47	+1 +/–
> Нет, дотнетчики сейчас в основном с маков работают Прикольная фронда у майкрософта случилась. Но как известно от смены рабовладельца результат не меняется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

53. Сообщение от Bottle (?), 27-Янв-25, 23:58	–1 +/–
Зачем языкам вообще билд-система? Таковая рождается из неполноценности языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

54. Сообщение от Ivan_83 (ok), 28-Янв-25, 00:50	–1 +/–
> Речь шла о том, что make целиком и полностью работает с внешними утилитами, и без оных из coreutils ты даже файлик не сможешь удалить, копировать, переместить. Нет во фре в базе кореутилс, а файлик удалить можно :) > В Cmake так делают все. Я видел чтобы вобирали левые либы всего несколько раз, один раз оно было надо чтобы получить доступ ко внутренним структурам. OpenToonz. Подавляющее большинсов просто проверяет что нужные либы уже есть в системе и фейлится если нет или отключает какие то опции если оно опциональное. > Что ты конкретно имеешь в виду? Хоть один пример. То и имею ввиду. Если ты в CMAke добавляешь сборку зависимости которая собирается хотя бы мезоном то это будет мало чем отличатся от того чтобы написать шелл скрипт который будет собирать нужное по очередли просто дёргая обычные комманды для сборки. Некоторые в таких случаях пишут для чужих либ свои cmake файлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #61

55. Сообщение от Нуину (?), 28-Янв-25, 02:30	+/–
> Боже, смотрю на это и думаю, как же здорово работать с дотнетом, где нету вот всех этих десятков сборочных систем и постоянной миграции с одной на другую Ну есть одна, которую тоже надо настраивать. Никто не мешает выбрать одну систему сборки и ее использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #63

56. Сообщение от Нуину (?), 28-Янв-25, 02:31	+/–
А muon успевает за релизами meson? Или как там вообще дела обстоят?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #69

57. Сообщение от Нуину (?), 28-Янв-25, 02:35	+/–
> Кроме Make ничего не нужно. > Почему? Да потому что все эти хипстерские билд стстемы тупо не умеют фиксить зависимости. Make тоже не может, но мейк это стандарт. Это не задача make. Проблема make в том, что он очень обобщен и для выполнения преобразования нужно вызывать внешнюю команду, что может быть долго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #68

58. Сообщение от Олдскул (?), 28-Янв-25, 04:55	+/–
С такой философией можно сказать: как вы можете ездить на машинах когда их столько моделей и марок существует, вот троллейбус - он один... Хз, мне показалось или у тебя кризис и ты пытаешься найти хоть что-то позитивное в дотянете? Он же по факту сейчас сейчас совсем не конкурентен и новых проектов на нем не рождается...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #62

59. Сообщение от Тот_Самый_Анонимус_ (?), 28-Янв-25, 05:54	+2 +/–
У них на каждого по хозяину. Язык прибит к одной конторе, и больше нет желающих пилить реализацию. Тут видна разница между востребованным инструментом и навязываемым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #80

60. Сообщение от llolik (ok), 28-Янв-25, 08:23	+1 +/–
https://muon.build/releases/v0.4.0/docs/status.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

61. Сообщение от Аноним (61), 28-Янв-25, 09:29	+/–
> Нет во фре в базе кореутилс, а файлик удалить можно :) Не разводи цирк. Ты прекрасно понял, что речь шла о юниксовых утилитах типа rm, cp, mv и т.п., вне зависимотси от того, опакечены они или идут в базовой системе. > Подавляющее большинсов просто проверяет что нужные либы уже есть в системе и фейлится если нет или отключает какие то опции если оно опциональное. Если стоит задача использовать системные либы - да, проверяют либы в система. Неожиданно, правда? А когда есть задача собирать их локально как часть проекта (о чем и идет речь в в этой ветке), то они интегрируются в систему сборки. > Если ты в CMAke добавляешь сборку зависимости которая собирается хотя бы мезоном то это будет мало чем отличатся от того чтобы написать шелл скрипт который будет собирать нужное по очередли просто дёргая обычные комманды для сборки. Еще раз: если я подключаю к CMake проект на meson, накой мне шелл скрипт? Ты вообще о ExternalProject_Add() слышал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #70

62. Сообщение от Илья (??), 28-Янв-25, 09:34	+/–
> Он же по факту сейчас сейчас совсем не конкурентен и новых проектов на нем не рождается... а мужики-то и не знали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

63. Сообщение от Илья (??), 28-Янв-25, 09:39	+/–
> Никто не мешает выбрать одну систему сборки и ее использовать. но это не работает. Собрать c/c++ проект руками для того, чтобы его просто запустить - это самое настоящее приключение, в котором в конце ты упираешься в то, что у тебя операционная система неправильной версии (!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

64. Сообщение от Илья (??), 28-Янв-25, 09:45	+/–
>> я винду около года не включал. Вся разработка это fedora+docker+rider+dotnet. ЧЯДНТ > тащить свой маздай и его методы в линух - может вам еще и спасибо сказать? Чего тащить? dotnet устанавливается в домашнюю папку пользователя и не требует никаких зависимостей. https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-i...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

65. Сообщение от Аноним (65), 28-Янв-25, 12:21	+/–
> У Golang вменяемый тулинг из коробки Это который требует использовать URL в сети для импорта, кеширует когда не надо, а когда надо нет. Требует от репозитория соответствия идеи языка? Ну странно для вменяемого тулинга. А да еще засирает indirect зависимостями и не вычищает их после себя. Сомнительно сомнительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

66. Сообщение от Аноним (65), 28-Янв-25, 12:23	+/–
Все вдупляют уже давно есть pip, poetry, а сейчас подезжают и новыенькие подклки. В том числе и на божественном Rust на который уже надр$ают всем миром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

67. Сообщение от Аноним (65), 28-Янв-25, 12:24	+1 +/–
Как забили? А что вместо них?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

68. Сообщение от Аноним (65), 28-Янв-25, 12:27	–1 +/–
> Это не задача make. Мне нжуно нажать и получить результат, а задача не задача это уже вопрос к автору. Почему он придумал гору абстракций. Аналог pixi например берет выкачивает зависимость и ставит. Чем не замена make.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

69. Сообщение от Аноним (65), 28-Янв-25, 12:30	–1 +/–
А на кой ему успевать? Его основная цель быть автономным (работать без Python) с этой задачей он справляется. Другое дело, что его аудитория это эмбед, а для этого нужно заовзить тулчейны для процессоров разных и разводить кроскомпиляцию, а тут куча деталей с сотней параметраов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #79

70. Сообщение от Ivan_83 (ok), 28-Янв-25, 16:34	+/–
> Не разводи цирк. Ты прекрасно понял, что речь шла о юниксовых утилитах типа rm, cp, mv и т.п., вне зависимотси от того, опакечены они или идут в базовой системе. Так ты просто линуксойд и не понимаешь что жизнь без coreutils для многих обыденность, а тебе оно мастхэв. Вот и всё. > А когда есть задача собирать их локально как часть проекта (о чем и идет речь в в этой ветке), то они интегрируются в систему сборки. Ну вот я такое считанные разы видел. > Еще раз: если я подключаю к CMake проект на meson, накой мне шелл скрипт? Ты вообще о ExternalProject_Add() слышал? К тому что твой ExternalProject_Add() мало чем отличется от того если бы автор положил шелл скрипт который бы в начале собрал все зависимости их родными сборочными системами а потом дёрнул cmake собрать основной проект. И я помню только один проект на CMake где внутри собирались чужие либы. На самом деле есть ещё аддоны для коди с эмуляторами, но там можно сказать что основно проекта и нет совсем, CMake там просто обёртка-прокси для сборки эмуляторов. Те мой спич к тому что всегда такая сборка это какие то костыли и проще этого избегать пока совсем других вариантов не останется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #71

71. Сообщение от Аноним (61), 28-Янв-25, 16:56	+/–
> Так ты просто линуксойд и не понимаешь что жизнь без coreutils для многих обыденность, а тебе оно мастхэв. Ну так покажи то самое переименование/удаление файла силами сугубо make. Или что ты хотел сказать? > Ну вот я такое считанные разы видел. Судя по тому, что ты уже наплел про CMake, я уверен, ты вообще мало что видел. > К тому что твой ExternalProject_Add() мало чем отличется от того если бы автор положил шелл скрипт который бы в начале собрал все зависимости их родными сборочными системами а потом дёрнул cmake собрать основной проект. Он отличается всем. Во-первых, тут нет никаких шелл-скриптов, о которых ты упроямо вещаешь, во-вторых, работает на всех платформах, в-третьих, интегрируется в CMake. Забавляет твое переобувание с "все скатывается к шел-скриптам" до "как если бы да кабы". В следующий раз лучше не умничай на темы, в которых не шаришь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #77

72. Сообщение от Аноним (72), 28-Янв-25, 18:24	+/–
Шёл 2025 год, Илья гордился тем, что работает в экосистеме Windows.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #76

75. Сообщение от Аноним (75), 28-Янв-25, 19:29	+1 +/–
Да, тоже жду, когда паскаль добавят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

76. Сообщение от User (??), 28-Янв-25, 21:10	+/–
Шел 2025 год. Эксперты opennet начали догадываться, что java'у можно запустить не только на sun solaris...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

77. Сообщение от Ivan_83 (ok), 29-Янв-25, 00:36	+/–
> Или что ты хотел сказать? У меня в системе rm и всё остальное есть а coreutils нет. > Судя по тому, что ты уже наплел про CMake, я уверен, ты вообще мало что видел. нудануда. > Во-первых, тут нет никаких шелл-скриптов, о которых ты упроямо вещаешь, во-вторых, работает на всех платформах, в-третьих, интегрируется в CMake. Я говорил другое: если дочерний проект не cmake то его подключение будет мало чем отличатся от вызова сборки шелл скриптом. В остальном. Я пока пользуюсь CMake у себя в проектах, но он мне не очень нравится: слишком много зависимостей он требует, включая тот же meson. Месон мне не нравится и синтаксисом и упоростью в плане что нет возможности повлиять на подключение библиотек после pkgconfig. Я бы предпочёл сборочную систему на LUA, как самый реально переносимый и кроссплатформенный вариант, с двумя зависимостями: рабочим шеллом и С компелятором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

78. Сообщение от Аноним (78), 29-Янв-25, 10:57	+/–
расскажи это ребятам, которые пытаются unity скомпилировать ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

79. Сообщение от Нуину (?), 29-Янв-25, 16:57	+/–
> А на кой ему успевать? Его основная цель быть автономным (работать без > Python) > с этой задачей он справляется. Если заявляется как альтернативная реализация, то интерефейсу следует соответствовать. Какая разница без чего он там рабоатет, если проект, собирающийся на meson, на нем не будет собираться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

80. Сообщение от Илья (??), 30-Янв-25, 11:17	+/–
> Тут видна разница между востребованным инструментом и навязываемым. Dotnet, Rust, Golang - востребованные инструменты, тут ты прав
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

81. Сообщение от Илья (??), 30-Янв-25, 11:20	+/–
>> Python "разрабы" вообще невдупляют > Невдупляют что? ты пейфон разраб, что-ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

82. Сообщение от Илья (??), 30-Янв-25, 11:23	+/–
> "быстрее" всётаки надо проверятью... Зачем? У меня есть три основных проекта, они собираются за 5-10 секунд каждый после git clean -dfx. Это при учёте, что кеш nuget-пакетов выгружен из сети, а так же что вообще никаких оптимизаций сборки не было
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

83. Сообщение от Илья (??), 30-Янв-25, 11:26	+/–
> я как то переписывал проект с managed C++ на C++/CLI я как-то переписывал проект с c++ на c#. Ты чего сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

84. Сообщение от Илья (??), 30-Янв-25, 11:31	+/–
> Что, переписали все 15 строчек? Чел, мы в 2025 году живём. Если у тебя на сипипи всё очень медленно и плохо, то это не означает, что у других так же. Я реально видел как 20 разработчиков c++ не смогли поддерживать рядовое серверное приложение потому что не смогли разгрести свой "оптимизированный" код, который просто не работал. Я время экономлю своё, поэтому беру c#/docker и не парюсь. Да, у меня перевести проект на VB с дотнета на дотнет-кор это четыре часа. Да, у тебя один пук на сипии стоит недели разработки. Ты ездиешь на раздолбанном москвиче, я езжу на бмв, если сравнивать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #85

85. Сообщение от Витюшка (?), 30-Янв-25, 13:25	+/–
Давайте теперь сравним зарплаты. И кажется что неделю делать пук на Сипипи выгоднее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #86

86. Сообщение от Илья (??), 30-Янв-25, 15:17	+/–
> Давайте теперь сравним зарплаты. И кажется что неделю делать пук на Сипипи > выгоднее. Сравни, отпишись
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

87. Сообщение от ivanpetrov (ok), 13-Фев-25, 15:54	+/–
> забили ...с 10 декабря 2024 года: https://devblogs.microsoft.com/dotnet/introducing-winforms-a.../ То есть, получается, уже целых два месяца как забили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

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

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