Use a -D when building parlib
authorBarret Rhoden <brho@cs.berkeley.edu>
Tue, 27 Oct 2015 18:59:48 +0000 (14:59 -0400)
committerBarret Rhoden <brho@cs.berkeley.edu>
Wed, 28 Oct 2015 16:05:13 +0000 (12:05 -0400)
commit407209dc24cd9576dd0ae72fa0807b1dce92a851
tree7d4bd20afcdfe15ebfea73e6e8199cadd4d9176b
parent770f325093db21496dae77b42a48f36bd45fa25a
Use a -D when building parlib

The -D will be defined so that a parlib header can determine how to
 #include a file.

The search order for user libraries is to first check its include
directory in the source code, and then check the system headers.  This
is important so that we build with the latest headers, i.e. the ones we
just changed.

The problem comes when we want to include a system/glibc header that
happens to have the same name as a parlib header, e.g. assert.h in an
upcoming patch.  From within parlib, we could do an #include_next.  But
for external libraries and apps, that fails since user/parlib/include is
not on their search path.

With this -D, we can tell which situation we're in and #include
accordingly.

Signed-off-by: Barret Rhoden <brho@cs.berkeley.edu>
user/parlib/Makefile