Make и специальные символы в именах файлов (а также GNU/BSD-совместимость)

Ты чОта странный. В NTFS запрещены */|"<>\\:?; и длину файлов на 250 символов. А в Linux/BSD ограничений нету вроде.

Что-то мне кажется не стоит использовать пути с пробелами там, где используется make любого типа. Оно как-то проще.

ааа, пагади. Ты имеешь в виду, что определённая версия сама правильно парсит, а вторая нет? Так предварительно перекручивай путь сам.

if env win32 - blahblah else if darwin и так далее

Людям доверять не стоит, согласен.

https://www.cmcrossroads.com/article/gnu-make-meets-file-names-spaces-them

escape этот бесполезный:

Unfortunately, GNU Make’s other functions that deal with space-separated list do not respect the escaping of the space. So, for example the output of $(sort foo\\ bar) is the list bar foo\\ and not foo\\ bar as you might expect.

Но там дана еще идея:

turn spaces into ?

кто в Makefile прописывает полный путь к файлу вообще?

Конфирмлю проблему с FreeBSD’шным make (путаюсь в них, bmake или nmake).

hello,\ world: hello,\ world.cc
    c++ -o "hello, world" "hello, world.cc"

выдаёт make[1]: don't know how to make CMakeFiles/hello,\. Stop

Судя по беглому просмотру исходников, никакого эскейпинга и квотинга там не поддерживается вовсе.

Вопрос: как в условиях задачи написать Makefile совместимым и с GNU, и с BSD?

Никак. У тебя там ещё написано $(CC) -o $@ $<, это уже не совместимо с BSD make, там по-другому называются короткие переменные.

Зачем тебе это? Кто вообще под виндоговном будет собирать что-то make’ом, да ещё и BSD’шным? Хочешь переносимо - сделай CMake скрипт.

Попробуй загнать C:/Program\ Files в переменну. А вообще лучше unix-пути использовать и запускать из msys-шелла

Зачем тебе это? Кто вообще под виндоговном будет собирать что-то make’ом, да ещё и BSD’шным? Хочешь переносимо - сделай CMake скрипт.

Ты же сам выше привёл пример той же проблемы не с виндой. А cmake не нужен.

В makefile не пишут полный путь, в нём пишут путь относительно того места где расположен сам makefile, то есть никаких имён файлов кроме тех, что есть в самом дереве исходников, там быть не должно. Ну а в дереве своих исходников уж можно обойтись без пробелов, всё равно от них где-нить да вылезет проблема.

Если же ты хочешь засунуть в makefile логику сборки конкретно на этом компе, с использованием каких-то внешних (по отношению к проекту) исходников, расположенных по абсолютному пути - ну сделай этот путь тоже без пробелов ради такого. Хотя зачем тебе для такого совместимость с разными make - непонятно, всё равно переносимым оно не будет из-за виндопутей.

В makefile не пишут полный путь, в нём пишут путь относительно того места где расположен сам makefile, то есть никаких имён файлов кроме тех, что есть в самом дереве исходников, там быть не должно.

В makefile много чего пишут, это универсальный инструмент, не ограниченный какими-то понятиями о каких-то исходниках и деревьях

Если ты там только относительный путь напишешь, то тебе меньше танцевать на граблях придётся. Себе только жизнь упростишь, как подсказывает тебе человек выше.

кто в Makefile прописывает полный путь к файлу вообще?

У нас тут не винфак, поэтому C:/Program Files/main.c – это как раз относительный путь. То же самое, что и ./C:/Program Files/main.c.

На UNIX, разумеется.

относительный путь - это путь относительно положения Makefile. В него никак не может входить имя диска.

Попробуй загнать C:/Program\ Files в переменну.

Будет ровно тот же самый эффект. Потому что Make анализирует Makefile в два прохода – сначала подставляя переменные, и затем анализируя граф зависимостей до цели.

относительный путь - это путь относительно положения Makefile. В него никак не может входить имя диска.

С чего ты взял?!

C: – это никакое не имя диска. Это просто имя каталога, состоящее из двух байт.

Спасибо.

Вопрос ни разу не про виндоговно.

Путь такой с пробелами написал скорее шутки ради, ну и для наглядности. Ничто другое «с пробелами» в голову не лезло.

Даже если это так, то какой смысл Makefile, который расположен не внутри директории C:? То есть это получается типа wine директории под диск, если я правильно понимаю. Вообще нелогичная какая-то идея использовать для сборки каталоги вайна. Да ещё и Program Files.

https://www.cmcrossroads.com/article/gnu-make-meets-file-names-spaces-them

escape этот бесполезный:

Спасибо за ссылку.

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

Блин, чувак, вот ты возбудился.

Никакой не вайн, не винда, и даже не ДОС.

Просто пример пути с пробелом и двоеточием в имени.

Для иллюстрации.

Ровно то же самое, что и foo:bar baz.

это в рассылке make обсуждали еще в 2004 году
https://lists.gnu.org/archive/html/bug-make/2004-10/msg00020.html
смысл в том, что сделать поддержку : в именах файлов - нарушить совместимость с другими Makefile, которые до внедрения поддержки были написаны.

There is no way to do this, which is why it's not described in the

manual.

>>mk> So I have to escape the :: somehow. But how?

You can't.

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

Ты еще кириллицы туда добавить не забудь! А для полноты кайфа — всякие восклицательные знаки, амперсанды и вертикальные линии…

Во, конструктивно.

Исчерпывающе.

Спасибо.