Home
last modified time | relevance | path

Searched refs:resolve (Results 1 – 9 of 9) sorted by relevance

/ndk/sources/host-tools/make-3.81/w32/include/
Dpathstuff.h23 extern char * w32ify(char *file, int resolve);
/ndk/sources/host-tools/make-3.81/w32/
Dpathstuff.c86 w32ify(char *filename, int resolve) in w32ify() argument
91 if (resolve) in w32ify()
/ndk/tests/device/issue42891-boost-1_52/jni/boost/boost/mpl/
Dhas_xxx.hpp212 static int resolve( boost::mpl::aux::type_wrapper<U> const volatile * \
214 static char resolve( ... ); \
217 …BOOST_STATIC_CONSTANT( bool, value = ( sizeof( trait_tester_impl::resolve( static_cast< t_ * >(0) …
/ndk/sources/host-tools/make-3.81/tests/scripts/misc/
Dgeneral39 # We want to allow both empty commands _and_ commands that resolve to empty.
/ndk/sources/host-tools/make-3.81/tests/
DChangeLog636 whose prerequisite patterns resolve to empty strings throw an
/ndk/sources/host-tools/make-3.81/
DNEWS65 used to resolve target files. The default behavior remains as it
/ndk/sources/host-tools/make-3.81/doc/
Dmake.info-11430 resolve to the value `top', while the prerequisite of `twofile' will
5531 `abspath' does not resolve symlinks and does not require the file
5685 value of VARIABLE will resolve to the first PARAM in the invocation of
Dmake.texi1666 and resolve to the value @file{top}, while the prerequisite of
6791 function, @code{abspath} does not resolve symlinks and does not require
6962 the value of @var{variable} will resolve to the first @var{param} in the
/ndk/docs/text/
DCHANGES.text45 - Fixed GCC 4.8 not correctly resolve partial specialization of template with