Size: a a a

2021 June 09

OB

Oleg B in dlang.ru
только не wine а на целевые машины
источник

KF

Konstantin Firsov in dlang.ru
кгм, насколько я понимаю gtk-шные либы есть еще и в Program Files/Gtk-Runtime/bin. Cygwin притянул вроде зависимости, но они непонятно к чему относились. А так да, я тоже установил в вайн Gtk Runtime.
источник

OB

Oleg B in dlang.ru
а вот как переключаться между разными "конфигурациями" я для себя не понял, пользую make, а оттуда уже дёргаю dub с разными флагами
источник

OB

Oleg B in dlang.ru
конфигурации в dub кастрированные (одномерные) и если нужно собирать под win, lin x86, lin arm, в 2-х разных вариантах, то это получается 3 * 2 конфигураций, если ввести ещё один параметр, то нужно копировать все эти конфигурации и менять этот один флаг во всех...
источник

OB

Oleg B in dlang.ru
Людвиг предложил это решать разбиением на подпроекты, которые уже конфигурировать
источник

OB

Oleg B in dlang.ru
но имхо не всегда это удобно
источник

KF

Konstantin Firsov in dlang.ru
логично, но у меня требования пока очень небольшие к сборке. По мере усложнения, возможно, что-то буду менять.
А на виндовых машинах на vte не ругалось? Я еще раз поискал по папке Gtk-Runtime, там вроде нет никаких файлов с vte в имени, кгм...
источник

Тᅠ

Туночка ᅠᅠ... in dlang.ru
Допилю
источник

Тᅠ

Туночка ᅠᅠ... in dlang.ru
источник

OB

Oleg B in dlang.ru
не помню чтобы на vte ругалось когда-нибудь (но я его и не использую нигде)
источник

KF

Konstantin Firsov in dlang.ru
ясно, странно... странно... буду думать, в чем проблема.
источник

KF

Konstantin Firsov in dlang.ru
мне кажется, что кроме cygwin эти либы можно еще посмотреть в инсталляторах самого gtk для винды. Поэкспериментирую...
источник

Т8

Т-34 85 in dlang.ru
msys2
источник

KF

Konstantin Firsov in dlang.ru
msys2 под вайном отказался работать, так что до инсталлятора gtk попозже доберусь, наверное.
источник

KF

Konstantin Firsov in dlang.ru
Такое впечатление, что если gtkd подключена как обычная зависимость в dub, то сборка завязывается на все:
Performing "debug" build using ldc2 for x86_64.
tinyendian 0.2.0: target for configuration "library" is up to date.
dyaml 0.8.3: target for configuration "library" is up to date.
gtk-d:gtkd 3.9.0: target for configuration "library" is up to date.
gtk-d:gstreamer 3.9.0: target for configuration "library" is up to date.
gtk-d:peas 3.9.0: target for configuration "library" is up to date.
gtk-d:sv 3.9.0: target for configuration "library" is up to date.
gtk-d:vte 3.9.0: target for configuration "library" is up to date.
источник

0

000Sanya in dlang.ru
А почему не собрать в виртуалке?
источник

KF

Konstantin Firsov in dlang.ru
ну, держать виртуалку просто для теста "относительно" кроссплатформенного тулкита выглядит такой себе затеей. И мне все таки интересно, почему оно завязывается на либы, которые такое подозрение, что опциональны.
источник

KF

Konstantin Firsov in dlang.ru
ну допустим, теоретически, что нужно развернуть gtkd приложение на машине рандомного пользователя. Он явно не будет доустанавливать какие-то там стремные либы, кгм. Это все должно быть в инсталляторе\архиве. получается, нужно класть\ложить туда что... gtkd runtime, gtk, gstreamer и прочее если они не включены в первые два, а vte и gstreamer, как видим в gtkd рантайм не включен. Несмотря на то, что мое приложение gstreamer не использовало, но он там все равно понадобился, это выглядит странным. Возможно, я как-то не так собираю, кгм...
источник

KF

Konstantin Firsov in dlang.ru
или же в gtk инсталляторе через msys это все уже есть, хз
источник

OB

Oleg B in dlang.ru
если для "рандомного пользователя в вакууме" gtk это "какая-то стрёмная либа", то оч странно, что приложение на gtk стрёмным не является
источник