Make breaks when current path contains parenthsis
Pysis868 opened this issue · 1 comments
Not sure where the problem originates. Here? Libass' Makefile? GNU Make?
Of course posting to help progress towards a more permanent and robust code-based solution.
./rebuild -j4
or
./scripts/libass-build -j4
or
⋊> .../mpv-build on master ◦ make --debug=b -C libass install -j4
GNU Make 4.3
Built for x86_64-redhat-linux-gnu
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Reading makefiles...
Updating makefiles....
Updating goal targets....
File 'install' does not exist.
File 'install-recursive' does not exist.
Must remake target 'install-recursive'.
make: Entering directory '/.../Programming (alt)/Media/mpv-build/libass'
Making install in libass
GNU Make 4.3
Built for x86_64-redhat-linux-gnu
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Reading makefiles...
Updating makefiles....
Updating goal targets....
File 'install' does not exist.
File 'install-am' does not exist.
File 'all-am' does not exist.
File 'libass.la' does not exist.
Must remake target 'libass.la'.
make[1]: Entering directory '/.../Programming (alt)/Media/mpv-build/libass/libass'
/bin/sh: -c: line 1: syntax error near unexpected token `('
/bin/sh: -c: line 1: `echo " CCLD " libass.la;/bin/sh ../libtool --silent --tag=CC ... ass_blur.lo ass_fontconfig.lo -lm -lfreetype -lfribidi -lharfbuzz -lfontconfig -lfreetype '
make[1]: *** [Makefile:507: libass.la] Error 2
make[1]: Leaving directory '/.../Programming (alt)/Media/mpv-build/libass/libass'
make: *** [Makefile:476: install-recursive] Error 1
make: Leaving directory '/.../Programming (alt)/Media/mpv-build/libass'
Did some brief investigation searching; not sure how related:
- schell/steeloverseer#39
- https://savannah.gnu.org/bugs/?34519
- https://stackoverflow.com/questions/17148468/capturing-filenames-including-parentheses-with-gnu-makes-wildcard-function
https://mpv.io/installation/
"Using git master is recommended."
......
"Linux packages
Distributions usually package outdated, unmaintained, and unsupported versions of mpv. This is especially true for popular distros like Debian and Ubuntu. You are recommended to use mpv-build or third-party packages instead."
Using Fedora Linux 36. Had investigated building my own copy of ffmpeg
before and installed the binaries, must have along with some libraries too that did not contribute to the system's upgrade from 35 well.
Uninstalled those, reinstalled the main repo package for that tool, after a restart mpv
is opening for me again!
⋊> ~ mpv --version
mpv 0.34.1 Copyright © 2000-2021 mpv/MPlayer/mplayer2 projects
built on UNKNOWN
FFmpeg library versions:
libavutil 57.17.100
libavcodec 59.18.100
libavformat 59.16.100
libswscale 6.4.100
libavfilter 8.24.100
libswresample 4.3.100
FFmpeg version: 5.0.1
https://github.com/mpv-player/mpv/releases
Seems to be recent enough:
Jan 03, 2022
@[sfan5](https://github.com/sfan5)
Tag: v0.34.1
Commit Hash: 349e437
This looks like a problem with libass's Makefile.in script, which would make it an upstream bug. Might be a bug in Automake though.