LINUX.ORG.RU

История изменений

Исправление dimgel, (текущая версия) :

Но что-то ветка у меня не собирается:

Ага, вспомнил, только начав перечитывать бумагу: это пропозал по добавлению фичей в сам make. Пока что моя чуйка говорит, что пробовать все эти сырые костыли ещё слишком рано. :(

UPD: И как раз в этой второй бумаге он описывает, как должны выглядеть правила для *.c++m. Не вполне допонял при чём тут патченый make… может на обычном попробовать?… А, блин, туплю: интеграция с mapper-server же… Короче всё плохо.

// По первой бумаге (p1184r1) нашёл у себя на системе:

/usr/libexec/gcc/x86_64-pc-linux-gnu/11.2.0/g++-mapper-server
/usr/libexec/gcc/x86_64-w64-mingw32/11.1.0/g++-mapper-server

и сходу от них видна только одна польза (если запустить их вручную и добавить опцию –mapper-server как в бумаге написано): у них есть параметр, указывающий расположение кеша модулей, т.е. можно перекинуть gcm.cache внутрь target.

// Эх, сделать бы свой make с блекджеком и шлюхами у которого makefile был бы сорцом на плюсах – т.е. с внутренним DSL возможностью нормально императивно генерить правила внутри самого makefile. Короче, воспоминания о sbt для скалы покоя не дают. UPD: Надо бы глянуть на suckless.org: может там уже есть какой-нибудь suckless make?

Исправление dimgel, :

Но что-то ветка у меня не собирается:

Ага, вспомнил, только начав перечитывать бумагу: это пропозал по добавлению фичей в сам make. Пока что моя чуйка говорит, что пробовать все эти сырые костыли ещё слишком рано. :(

UPD: И как раз в этой второй бумаге он описывает, как должны выглядеть правила для *.c++m. Не вполне допонял при чём тут патченый make… может на обычном попробовать?…

// По первой бумаге (p1184r1) нашёл у себя на системе:

/usr/libexec/gcc/x86_64-pc-linux-gnu/11.2.0/g++-mapper-server
/usr/libexec/gcc/x86_64-w64-mingw32/11.1.0/g++-mapper-server

и сходу от них видна только одна польза (если запустить их вручную и добавить опцию –mapper-server как в бумаге написано): у них есть параметр, указывающий расположение кеша модулей, т.е. можно перекинуть gcm.cache внутрь target.

// Эх, сделать бы свой make с блекджеком и шлюхами у которого makefile был бы сорцом на плюсах – т.е. с внутренним DSL возможностью нормально императивно генерить правила внутри самого makefile. Короче, воспоминания о sbt для скалы покоя не дают. UPD: Надо бы глянуть на suckless.org: может там уже есть какой-нибудь suckless make?

Исправление dimgel, :

Но что-то ветка у меня не собирается:

Ага, вспомнил, только начав перечитывать бумагу: это пропозал по добавлению фичей в сам make. Пока что моя чуйка говорит, что пробовать все эти сырые костыли ещё слишком рано. :(

UPD: И как раз в этой второй бумаге он описывает, как должны выглядеть правила для *.c++m.

// По первой бумаге (p1184r1) нашёл у себя на системе:

/usr/libexec/gcc/x86_64-pc-linux-gnu/11.2.0/g++-mapper-server
/usr/libexec/gcc/x86_64-w64-mingw32/11.1.0/g++-mapper-server

и сходу от них видна только одна польза (если запустить их вручную и добавить опцию –mapper-server как в бумаге написано): у них есть параметр, указывающий расположение кеша модулей, т.е. можно перекинуть gcm.cache внутрь target.

// Эх, сделать бы свой make с блекджеком и шлюхами у которого makefile был бы сорцом на плюсах – т.е. с внутренним DSL возможностью нормально императивно генерить правила внутри самого makefile. Короче, воспоминания о sbt для скалы покоя не дают. UPD: Надо бы глянуть на suckless.org: может там уже есть какой-нибудь suckless make?

Исправление dimgel, :

Но что-то ветка у меня не собирается:

Ага, вспомнил, только начав перечитывать бумагу: это пропозал по добавлению фичей в сам make. Пока что моя чуйка говорит, что пробовать все эти сырые костыли ещё слишком рано. :(

// По первой бумаге (p1184r1) нашёл у себя на системе:

/usr/libexec/gcc/x86_64-pc-linux-gnu/11.2.0/g++-mapper-server
/usr/libexec/gcc/x86_64-w64-mingw32/11.1.0/g++-mapper-server

и сходу от них видна только одна польза (если запустить их вручную и добавить опцию –mapper-server как в бумаге написано): у них есть параметр, указывающий расположение кеша модулей, т.е. можно перекинуть gcm.cache внутрь target.

// Эх, сделать бы свой make с блекджеком и шлюхами у которого makefile был бы сорцом на плюсах – т.е. с внутренним DSL возможностью нормально императивно генерить правила внутри самого makefile. Короче, воспоминания о sbt для скалы покоя не дают. UPD: Надо бы глянуть на suckless.org: может там уже есть какой-нибудь suckless make?

Исходная версия dimgel, :

Но что-то ветка у меня не собирается:

Ага, вспомнил, только начав перечитывать бумагу: это пропозал по добавлению фичей в сам make. Пока что моя чуйка говорит, что пробовать все эти сырые костыли ещё слишком рано. :(

// По первой бумаге (p1184r1) нашёл у себя на системе:

/usr/libexec/gcc/x86_64-pc-linux-gnu/11.2.0/g++-mapper-server
/usr/libexec/gcc/x86_64-w64-mingw32/11.1.0/g++-mapper-server

и сходу от них видна только одна польза (если запустить их вручную и добавить опцию –mapper-server как в бумаге написано): у них есть параметр, указывающий расположение кеша модулей, т.е. можно перекинуть gcm.cache внутрь target.

// Эх, сделать бы свой make с блекджеком и шлюхами у которого makefile был бы сорцом на плюсах – т.е. с внутренним DSL возможностью нормально императивно генерить правила внутри самого makefile. Короче, воспоминания о sbt для скалы покоя не дают.