Да именно

смысл разделяемой билиотеки не в размере

а в повторном использовании компонентов

ui библиотека всегда большая

вот http://blog.ralch.com/tutorial/golang-sharing-libraries/

короче надо смотреть например код pywin32 от python, как он тянет нативный виндовый ui

и python-cocoa помоему, как и он тянет osx ui

Хорошая статья сохранил

и по аналогии попробывать в go

просто так удобно во всех языках компилируемых часто используемая тактика

в винде связко wrapper для dll

единый бинарник это всегда ад

а?

единый бинарник это всегда ад

не всегда, а если у кого то например линух старый стоит и либы которые нужны проге API другие

с линем вообще жопа, там надо и KDE, и GDK+ (вроде так gnome-онский называется, не помню)

или вообще если другая DE у юзера стоит, не KDE и не GTK+, то как рисовать?

или я туплю снова?

DE тут ни при чем

есть либа qt

есть либа gtk

варианты статики тоже интересны, особенно для встраиваемых систем

какую прилинкуете - такую и надо будет в зависимости пакету поставить

либы эти, насколько я помню, и не существуют в статическом виде, только в динамике

для go есть биндинги к ним

которые сами по себе влинкуются в бинарник статикой, но при запуске попытаются подгрузить динамику

я с ними дела не имел, но вроде все так

и где тут пространство для уменьшения размера - я не понимаю

это раз

два - про либы системы

go использует только libc, в том варианте, в котором он есть на target platform

всегда линкует его динамически

все остальное в go-бинарнике - не из системы, а из рантайма

который, насколько я понимаю, всегда статический

всегда линкует его динамически

го динамически линкует?

libc - да

так вот - статическая линковка рантайма позволяет наладить честную кроскомпиляцию и кросплатформенность

го динамически линкует?

вот тогда же я показывал пару дней назад что Go прога не запускается на Alpine, без определенных либ в системе и libc включая

Hello, World обычный

Либы всегда отдельные

всегда включая qt и gtk

если пишешь свое приложение, он будет юзать байдингом как разделяемую библиотку

и размер маленький будет

не будет

libc - да

alex@desktop:~/Go$ go get gopl.io/ch1/helloworld alex@desktop:~/Go$ ldd bin/helloworld не является динамическим исполняемым файлом alex@desktop:~/Go$

как так тогда?

динамически!

в самом бинарнике есть код подгрузки этих либ

видимо, потому, что там есть эвристика какая-то

go build -a -buildmode=c-shared main.go ldd main linux-vdso.so.1 => (0x00007ffce08ef000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd663f06000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd663b41000) /lib64/ld-linux-x86-64.so.2 (0x00007fd664598000)

я не разбирася

go build -a -buildmode=c-shared main.go ldd main linux-vdso.so.1 => (0x00007ffce08ef000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd663f06000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd663b41000) /lib64/ld-linux-x86-64.so.2 (0x00007fd664598000)

да, именно, начиная с 1.5 можно собирать динамически линкованный бинарник. но на размер это не влияет. то, что мы тут видим, и так подгружалось динамически

блин, вот как спать надо, так интересные разговоры тут

тут просто у всех разные часовые зоны

ну это понятно)

динамическая линковка хорошо когда один свой framework и кучу прикладных рядом. чтобы одной миграцией править framework и не пересобирать все остальное

в самом бинарнике есть код подгрузки этих либ

я таки не пойму

а?

root@66d37679f4e5:/# rm -rf /lib root@66d37679f4e5:/# bash bash: /bin/bash: No such file or directory root@66d37679f4e5:/# ./bin/helloworld Hello, 世界 root@66d37679f4e5:/#

как оно работает тогда? если ему либс нужен?

не могу сказать

хм

оно работает потому как вызов не требует libc

попробуйте в пример занести хотя бы os.Hostname()

ну это понятно, конечно

вроде как it-шники не стареют

ахаха

Ну что, кто сходил? https://www.linux.org.ru/news/conference/12552230

я сходил

ERROR: S client not available

я сходил

Запись будут выкладывать?

обещали, но хз когда

было чё интересного?

Да, да, расссказывай, а то я тоже не попал

первый доклад был интересный, но перегруженный инфой про профилирование

для него нужно было конспект приготовить, чтобы успевать за полетом мысли докладчика

второй доклад веселый и заводной, много инфы про подводные камни, с которыми сталкиваешься при проектировании высоконагруженного сервиса на примере реального сервиса, работающего в продакшене

а потом я свалил

была халявная хавка

самое важное

читаю “была халяльная хавка”. смотрю на имя Dmitry Dorofeev. размышляю…

в такие минуты хочется немножко захватить польшу

почему?

ладно, тогда ждём запись.

ребят, а в атоме можно рефакторить go код

?

атом - говно. извините.

ну у каждого есть право на свое мнение)

мне норм

только рефакторинг не могу найти

ну у каждого есть право на свое мнение)

А что мешает рефакторить? Линтеры есть?

А что мешает рефакторить? Линтеры есть?

он или умеет пройтись по проекту, и заменить, к примеру, имя метода, или нет.

он или умеет пройтись по проекту, и заменить, к примеру, имя метода, или нет.

Ты сейчас о IDE говоришь

он или умеет пройтись по проекту, и заменить, к примеру, имя метода, или нет.

А мы редактор кода обсуждаем

он или умеет пройтись по проекту, и заменить, к примеру, имя метода, или нет.

А что посоветуешь?

А что посоветуешь?

ничего не посоветую. не справился еще опыта набрать

все, что я пишу - я пишу во встроенном редакторе FAR

просто потому, что никак не могу заменить одни шорткаты в пальцах на другие

отдает ламерством, но уж как есть

У тебя DOS что ли стоит?

у меня макос, в нем виртуалка с xp

ты о Far Manager?