Rename $1_$2_$3_LIB_NAME to LIB_FILE.
authorEdward Z. Yang <ezyang@cs.stanford.edu>
Sat, 20 Jun 2015 23:23:58 +0000 (16:23 -0700)
committerEdward Z. Yang <ezyang@cs.stanford.edu>
Mon, 22 Jun 2015 17:32:27 +0000 (10:32 -0700)
commit01f7e440ce221c01ba082003c372b5420e42797b
tree4f440c45422081376f5b99f9867323d2494d4229
parent6c5a66a225fcd65eb3abe32cc2128b0b90440451
Rename $1_$2_$3_LIB_NAME to LIB_FILE.

Summary:
When we introduced user-friendly library names
(e.g. unix-2.7.1.0-G4Yo1pNtYrk8nCq1cx8P9d instead of
unix_G4Yo1pNtYrk8nCq1cx8P9d) we added a new variable to
be written out by ghc-cabal, $1_$2_LIB_NAME.

What I didn't realize at the time was that this conflicts
with an existing variable in the build system, $1_$2_$3_LIB_NAME,
which (confusingly) refers to something like
'libHSunix-2.7.1.0-G4Yo1pNtYrk8nCq1cx8P9d.so'.  This is pretty
confusing (despite never conflicting), so I renamed this variable
to LIB_FILE for enhanced greppability.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
Test Plan: validate

Reviewers: austin

Subscribers: thomie, bgamari

Differential Revision: https://phabricator.haskell.org/D1002
ghc.mk
rts/ghc.mk
rules/build-package-way.mk