diff options
author | Alois Klink <alois@aloisklink.com> | 2022-07-09 20:16:00 +0100 |
---|---|---|
committer | Petr Štetiar <ynezz@true.cz> | 2022-08-28 07:53:56 +0200 |
commit | f5db80a3ab387cc840f5602cc81d3c2028cb7401 (patch) | |
tree | 9b665587481decf72c490af53ce080f5391d9bed /package/firmware | |
parent | b93327c4692e605649ff1afade98899a9c4aa1ca (diff) | |
download | upstream-f5db80a3ab387cc840f5602cc81d3c2028cb7401.tar.gz upstream-f5db80a3ab387cc840f5602cc81d3c2028cb7401.tar.bz2 upstream-f5db80a3ab387cc840f5602cc81d3c2028cb7401.zip |
uclibc++: fix compilation with long file paths
Currently, uClic++ 0.2.5 fails to compile when using a long filepath.
For example, if the openwrt directory is in the path:
/tmp/this_directory_name_is_very_long/more_long_paths/.../openwrt,
then uclibc++ will cause a very obtuse error.
Although the uclibc++ makefiles do print a "File name too long" error,
it's not the final error that's printed, so it's a bit confusing:
> /bin/sh: 1:
> cannot create src/abi/libsupc/<SNIP>_libsupc++.a.dep: File name too long
> <SNIP: some other makefile output here>
> array_type_info.o: No such file or directory
Although OpenWRT 22.03 and current master branch have removed uClib++,
I thought I'd make a PR for OpenWRT 21.02, since I encountered it
and there seems to be quite a few other people experiencing the same issue.
It especially happens when using the SDK, (or when using an encrypted fs)
since the pre-packaged SDKs have very long filenames.
This patch is already in upstream [1], but has not yet been released.
[1]: https://git.busybox.net/uClibc++/commit/?id=6687fc9276fa52defaf8592f2001c19b826aec93
Signed-off-by: Alois Klink <alois@aloisklink.com>
Diffstat (limited to 'package/firmware')
0 files changed, 0 insertions, 0 deletions