summaryrefslogtreecommitdiffstats
path: root/src/mesa/x86/3dnow.h
diff options
context:
space:
mode:
authorKenneth Graunke <kenneth@whitecape.org>2016-11-15 11:53:33 -0800
committerEmil Velikov <emil.l.velikov@gmail.com>2016-11-24 16:34:41 +0000
commit1809f17bda56d4f9d6385f63a9c4a5df890e3cad (patch)
treea9101b1edbad1aa10300774696caa1cffe871509 /src/mesa/x86/3dnow.h
parent747052ee188fc17ee282ee26311187f131a7adfe (diff)
downloadexternal_mesa3d-1809f17bda56d4f9d6385f63a9c4a5df890e3cad.zip
external_mesa3d-1809f17bda56d4f9d6385f63a9c4a5df890e3cad.tar.gz
external_mesa3d-1809f17bda56d4f9d6385f63a9c4a5df890e3cad.tar.bz2
mesa: Drop PATH_MAX usage.
GNU/Hurd does not define PATH_MAX since it doesn't have such arbitrary limitation, so this failed to compile. Apparently glibc does not enforce PATH_MAX restrictions anyway, so it's kind of a hoax: https://www.gnu.org/software/libc/manual/html_node/Limits-for-Files.html MSVC uses a different name (_MAX_PATH) as well, which is annoying. We don't really need it. We can simply asprintf() the filenames. If the filename exceeds an OS path limit, presumably fopen() will fail, and we already check that. (We actually use ralloc_asprintf because Mesa provides that everywhere, and it doesn't look like we've provided an implementation of GNU's asprintf() for all platforms.) Fixes the build on GNU/Hurd. Cc: "13.0" <mesa-stable@lists.freedesktop.org> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98632 Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org> Signed-off-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Emil Velikov <emil.velikov@collabora.com> (cherry picked from commit 9bfee7047b70cb0aa026ca9536465762f96cb2b1) [Emil Velikov: s|prog->Id|base->Id|] Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Conflicts: src/mesa/main/arbprogram.c
Diffstat (limited to 'src/mesa/x86/3dnow.h')
0 files changed, 0 insertions, 0 deletions