ldflags у меня вообще почему-то ошибку выдают. Любые значения валят прогу.

Правила нельзя передавать из сборщика типа make или cmake ldflags -- это исключительно для указания особенностей загрузки и компоновки: для внутренних нужд и только с предопределенным набором дефайнов

Терпение, чтение мануала и дебаг всё перетрут :) обязано работать.

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

Для симуляции препроцессора есть теги.

Лёгкий и простой относительно других. Факт.

Пашет

На плюсах уже давно весь проект написал, но двое суток трахаюсь с условной компиляцией.

Мб стоит весь проект на плюсах делать тогда?

Чем меньше технологий намешано - тем лучше

Тогда лучше писать на ассемблере: в нем вообще нет никаких технологий

Если основная часть проекта написана на нем - то да. Энтропия - враг программиста. Если в компании нет применения гошникам, портить проект чтобы применение было - такое себе.

Почему это должен делать человек, который с го на вы?

Потому что это мой коллектив: я им управляю

Ну, если бы Go можно было использовать хотя бы для тестирования или для каких-нибудь промежуточных расчетов, то это бы спасло ситуацию. Вот ведь Дельфи, c++, СиШарп и даже Фортран умеют между собой общаться, а го даже условную компиляцию не умеет. Обидно! Сервера писать на Go-одно удовольствие

Знаете, мне есть с чем сравнивать: я вижу сколько времени необходимо человеку чтобы въехать в СиШарп, Дельфи, Си++. Всегда было достаточно одной-двух недель. Вот есть у нас незакоытой задача написания демонстрационных клиентов к нашим серверам. Ну, типа, чтобы продемонстрировать клиентам работоспособность нашего ПО. Так ведь Go больше заточен на сервера, родной графики у него нет.

Ну, вот сейчас у меня есть tcp-сервер на Go. Ему в качестве параметров компиляции передаются номер порта, адрес хоста и ещё несколько параметров протокола обмена. Сам сервер уже написан и работает. Далее есть клиент, написанный на c++, которому в качестве параметров передаются те же самые значения, что и серверу. Клиент тоже написан и работает. Задача заключается в том, чтобы генерить оба эти сервера из одного cmake-скрипта. Я даже сделал такой скрипт и он действительно передает через параметры командной строки нужные опции в го-сервер. Но тут возникла проблема: горутины не видит аргументы командной строки так как они определены в другом потоке. Каналы позволяют передавать только данные стандартных типов. Map не передается через каналы (это, кстати, особенность ЯЗЫКА!!!).

Ну это как жаловаться что в с++ сборщика мусора нет) у каждого языка свои сильные и слабые стороны и области применения. По теме 1-2 недели для разработки на плюсах - у вас случайно второго аккаунта нет? На днях товарищ примерно тоже самое говорил, что мне видится крайне странным. Хотя учитывая количество рекламы типа "стань мидлом с нуля за месяц" - может это только мне странным кажется

Передается что угодно... Что мешает горутину передать структуру с конфигурацией?

Вы хотите сказать, что команда make(chan[string]string) может работать? Мой хелп в го говорит мне, что только стандартные типы возможны

Передается что угодно... Что мешает горутину передать структуру с конфигурацией?

наверно make(chan map[string]string)

Ну, вот сейчас у меня есть tcp-сервер на Go. Ему в качестве параметров компиляции передаются номер порта, адрес хоста и ещё несколько параметров протокола обмена. Сам сервер уже написан и работает. Далее есть клиент, написанный на c++, которому в качестве параметров передаются те же самые значения, что и серверу. Клиент тоже написан и работает. Задача заключается в том, чтобы генерить оба эти сервера из одного cmake-скрипта. Я даже сделал такой скрипт и он действительно передает через параметры командной строки нужные опции в го-сервер. Но тут возникла проблема: горутины не видит аргументы командной строки так как они определены в другом потоке. Каналы позволяют передавать только данные стандартных типов. Map не передается через каналы (это, кстати, особенность ЯЗЫКА!!!).

Ну, вот сейчас у меня есть tcp-сервер на Go. Ему в качестве параметров компиляции передаются номер порта, адрес хоста и ещё несколько параметров протокола обмена. Сам сервер уже написан и работает. Далее есть клиент, написанный на c++, которому в качестве параметров передаются те же самые значения, что и серверу. Клиент тоже написан и работает. Задача заключается в том, чтобы генерить оба эти сервера из одного cmake-скрипта. Я даже сделал такой скрипт и он действительно передает через параметры командной строки нужные опции в го-сервер. Но тут возникла проблема: горутины не видит аргументы командной строки так как они определены в другом потоке. Каналы позволяют передавать только данные стандартных типов. Map не передается через каналы (это, кстати, особенность ЯЗЫКА!!!).

Ну, вот сейчас у меня есть tcp-сервер на Go. Ему в качестве параметров компиляции передаются номер порта, адрес хоста и ещё несколько параметров протокола обмена. Сам сервер уже написан и работает. Далее есть клиент, написанный на c++, которому в качестве параметров передаются те же самые значения, что и серверу. Клиент тоже написан и работает. Задача заключается в том, чтобы генерить оба эти сервера из одного cmake-скрипта. Я даже сделал такой скрипт и он действительно передает через параметры командной строки нужные опции в го-сервер. Но тут возникла проблема: горутины не видит аргументы командной строки так как они определены в другом потоке. Каналы позволяют передавать только данные стандартных типов. Map не передается через каналы (это, кстати, особенность ЯЗЫКА!!!).

1. Сборщик мусора в си++ не нужен. Но некоторые программисты используют умные указатели типа sharedptr: по сути это аналог сборщика мусора 2. То что несколько разных людей могли придти к одной идее, не сговариваясь, Вас удивляет?

1. Потому что эта задача отдана на откуп программистам ("ПЛОХОЙ ЯЗЫК! ПЛОХОЙ ЯЗЫК!") 2. Удивляет, потому что в моем окружении людей, в профессионализме которых я не сомневаюсь, такие телеги только в качестве шутки ходят.

Я не говорил, что язык плохой. Проблемы бывают везде! Я обратился в тематическую группу за помощью. А мне тут говорят, что я плохо отзываюсь о языке! Ну, если просьба о помощи вызывает такую реакцию, то я, наверное, и в самом деле не в ту группу забрел!

Друже, я сверху написал возможное решение твоей проблемы)

Были предложения через tags и через ldflags. Но ни то ни другое у меня не заработало в языке. Например, при передаче тэгв go ругается, пишет, что все тэги должны заканчиваться на ".go". Я не нашел подробного описания работы с тэгами ни в Гугле ни в Яндексе и переключился на ldflags. Но там тоже самое: только флаги с предопределенными именами.

Какая конкретно задача?

Ну, вот сейчас у меня есть tcp-сервер на Go. Ему в качестве параметров компиляции передаются номер порта, адрес хоста и ещё несколько параметров протокола обмена. Сам сервер уже написан и работает. Далее есть клиент, написанный на c++, которому в качестве параметров передаются те же самые значения, что и серверу. Клиент тоже написан и работает. Задача заключается в том, чтобы генерить оба эти сервера из одного cmake-скрипта. Я даже сделал такой скрипт и он действительно передает через параметры командной строки нужные опции в го-сервер. Но тут возникла проблема: горутины не видит аргументы командной строки так как они определены в другом потоке. Каналы позволяют передавать только данные стандартных типов. Map не передается через каналы (это, кстати, особенность ЯЗЫКА!!!).

Да

Я СМОГ передать параметры в Go-сервер при его старте. Но у меня не получилось ИСПОЛЬЗОВАТЬ переданные параметры. Я понимаю, это звучит глупо: в конце-концов я мог бы определить в горутине дополнительные параметры и работать через них. Но очень важно сделать это, не затемняя основного функционала сервера. Это ведь тест. И мне надо придумать что-то такое, чтобы всякие служебные задачи (типо передачи параметров между горутинами итд итп...) не мешали лицезреть основную предметную логику

А по поводу тэгов Создаёшь файл к примеру main_abc.go С таким содержимым // +build abc package main import ( "fmt") func main() { fmt.Println("abc")} И компилишь это go build -tags abc

А можно пример посмотреть как ты сделал?)

А можно пример посмотреть как ты сделал?)

`type App struct { Port int Param1 string Param2 int } func InitApp() *App { // Пропарсить арги и веруть апп return &App{ Port: 8080, Param1: "App", Param2: 123, } } func main() { app := InitApp() app.runServer() } func (app *App) runServer() { l, err := net.Listen("tcp", fmt.Sprintf(":%d", app.Port)) if err != nil { return } for { c, err := l.Accept() if err != nil { break } app.serverConn(c) } } func (app *App)serverConn(c net.Conn) { c.Write([]byte(fmt.Sprintf("%s, %d", app.Param1, app.Param2))) }`

Ребят не объясните за roundtripper? как то мутно объясняет мой гугл транслейт

`type App struct { Port int Param1 string Param2 int } func InitApp() *App { // Пропарсить арги и веруть апп return &App{ Port: 8080, Param1: "App", Param2: 123, } } func main() { app := InitApp() app.runServer() } func (app *App) runServer() { l, err := net.Listen("tcp", fmt.Sprintf(":%d", app.Port)) if err != nil { return } for { c, err := l.Accept() if err != nil { break } app.serverConn(c) } } func (app *App)serverConn(c net.Conn) { c.Write([]byte(fmt.Sprintf("%s, %d", app.Param1, app.Param2))) }`

Roundtrip кругосветное путешествие?

`type App struct { Port int Param1 string Param2 int } func InitApp() *App { // Пропарсить арги и веруть апп return &App{ Port: 8080, Param1: "App", Param2: 123, } } func main() { app := InitApp() app.runServer() } func (app *App) runServer() { l, err := net.Listen("tcp", fmt.Sprintf(":%d", app.Port)) if err != nil { return } for { c, err := l.Accept() if err != nil { break } app.serverConn(c) } } func (app *App)serverConn(c net.Conn) { c.Write([]byte(fmt.Sprintf("%s, %d", app.Param1, app.Param2))) }`

Roundtrip кругосветное путешествие?

`type App struct { Port int Param1 string Param2 int } func InitApp() *App { // Пропарсить арги и веруть апп return &App{ Port: 8080, Param1: "App", Param2: 123, } } func main() { app := InitApp() app.runServer() } func (app *App) runServer() { l, err := net.Listen("tcp", fmt.Sprintf(":%d", app.Port)) if err != nil { return } for { c, err := l.Accept() if err != nil { break } app.serverConn(c) } } func (app *App)serverConn(c net.Conn) { c.Write([]byte(fmt.Sprintf("%s, %d", app.Param1, app.Param2))) }`

Суть не понимаю

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

Конечно будет. Ты бы базу почитал по глубже чтоб понимать как все работает тут) Ну или как минимум https://tour.golang.org/list

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

Ты же про структуру спросил)

Про map

У меня опять бомбит, поэтому я удаляюсь на какое-то время. Всем чмоке, не серчайте, берегите себя и своих близких.

`type App struct { Port int Param1 string Param2 int } func InitApp() *App { // Пропарсить арги и веруть апп return &App{ Port: 8080, Param1: "App", Param2: 123, } } func main() { app := InitApp() app.runServer() } func (app *App) runServer() { l, err := net.Listen("tcp", fmt.Sprintf(":%d", app.Port)) if err != nil { return } for { c, err := l.Accept() if err != nil { break } app.serverConn(c) } } func (app *App)serverConn(c net.Conn) { c.Write([]byte(fmt.Sprintf("%s, %d", app.Param1, app.Param2))) }`

Только инит лучше я думаю сделать через настоящий инит. То есть что бы до запуска приложения прокомпилилось, через магический метод инит. Ну и еще мне интересно где связь между прекомпиляцией о которой было выше (препроцессор) и передаваемые параметры запуска приложения)

Только инит лучше я думаю сделать через настоящий инит. То есть что бы до запуска приложения прокомпилилось, через магический метод инит. Ну и еще мне интересно где связь между прекомпиляцией о которой было выше (препроцессор) и передаваемые параметры запуска приложения)

А при чем тут мап?)