about summary refs log tree commit diff
path: root/nis
diff options
context:
space:
mode:
authorMike Frysinger <vapier@gentoo.org>2012-08-22 00:21:31 -0400
committerMike Frysinger <vapier@gentoo.org>2012-08-22 12:33:52 -0400
commit48da0b21630bb237b40086726f6ecd5bb2e2d988 (patch)
treeb9002b0515d8d0281b19be1c7338d384815b8182 /nis
parent8c4ae0d4e5fbb98cc42e6207ff94f442df385bd2 (diff)
downloadglibc-48da0b21630bb237b40086726f6ecd5bb2e2d988.tar.gz
glibc-48da0b21630bb237b40086726f6ecd5bb2e2d988.tar.xz
glibc-48da0b21630bb237b40086726f6ecd5bb2e2d988.zip
rename V variable to lib-version
Due to the rise of kbuild type build systems (as the Linux kernel is a
popularly emulated environment), the V variable has become common as a
knob for controlling verbosity.  Unfortunately, if you run `make V=1`
with glibc during install, it fails with weird errors due to the glibc
build already using this variable for versioning information.

Granted, overriding this variable in the glibc context makes no sense
so people shouldn't be doing it, but when paired with build frameworks
that like to use one set of options for all packages, glibc starts to
stick out as an oddball (in that it fails).  Considering it's easy
enough to rename (it's used in just one place), let's do so.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
Diffstat (limited to 'nis')
0 files changed, 0 insertions, 0 deletions