depends_build

[Mark Brethen]

On Aug 17, 2011, at 3:31 AM, Anders F Björklund wrote:

> Ryan Schmidt wrote:
> 
>>> For example, the reduce-algebra build doc has this:
>>> 
>>> GNU make (other versions of "make" are not liable to work), autoconf
>>>    and automake. Well you can probably survive without having autoconf
>>>    and automake, but if you have them you should use a reasonably up to
>>>    date version.
>>> For CSL you need a C/C++ development context.
>>> 
>>> These are common. Is it necessary to include them in a depends_build statement?
>> 
>> If reduce-algebra's build system calls autoconf or automake, then you should declare dependencies on them. If it does not, then you should not.
>> 
>> Mac OS X (well, Xcode) has BSD make. If that does not work, and GNU make is truly required, then you should declare a build dependency on gmake (and coerce the software to build with gmake and not make, probably by setting build.cmd to ${prefix}/bin/gmake).
> 
> If it really makes a difference, you can set "build.type gnu".
> That will make it use GNU make, even if it isn't the default...
> 
> On Mac OS X, "make" is a symlink to gnumake so it's already
> the default and it's mostly something like "platforms darwin"
> 
> --anders
> 
After some digging, I found a test for make in scripts/make.sh:

# I REALLY want to use GNU make, so here is some stuff to try to
# find a version. The "/usr/sfw" location is used on Solaris, while
# "/usr/local" is a plausible place to look in case a user has built and
# installed it for themselves. Some BSD variants will build imported
# packages in /pkg/bin so I look there too...

if test "x$MAKE" = "x"
then
  if test -x /usr/sfw/bin/gmake
  then MAKE=/usr/sfw/bin/gmake
  elif test -x /usr/pkg/bin/gmake
  then MAKE=/usr/pkg/bin/gmake
  elif test -x /usr/local/bin/gmake
  then MAKE=/usr/local/bin/gmake
  elif test -x /usr/bin/gmake
  then MAKE=/usr/bin/gmake
  else MAKE=make
  fi
  export MAKE
fi



Mark