3ab5dfb548
When the output directory is nested under a long path name, calling the gdbus-codegen, glib-genmarshal, or glib-mkenums scripts throws the error: > '/usr/bin/env: /...: No such file or directory' This is because libglib2 uses the absolute path to the python interpreter for its shebang statements, and shebangs have a max length of 127 chars[1]. A long absolute path will be cut off and appear as a missing file. Since the host Python is present in the $PATH passed to all packages, we can copy the workaround from Yocto and just use the python interpreter in $PATH[2]. However, 'python' is used instead of 'python3' as the scripts are compatible with both. [1] https://linux.die.net/man/2/execve [2] http://cgit.openembedded.org/openembedded-core/commit/?id=eef7883587acc933d6f34b559ec03ff84d18573b Signed-off-by: Brandon Maier <brandon.maier@rockwellcollins.com> Signed-off-by: David Owens <david.owens@rockwellcollins.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> |
||
---|---|---|
.. | ||
0001-fix-compile-time-atomic-detection.patch | ||
0002-disable-tests.patch | ||
0003-gobject-fix-compilation-with-gcc-4.7.patch | ||
0004-Do-not-hardcode-python-path-into-various-tools.patch | ||
Config.in | ||
libglib2.hash | ||
libglib2.mk |