You can either symlink /usr/local/include/subversion-1 -> /usr/include/subversion-1,
Or provide --with-svn=/usr/local to configure, and it should work for you. Tim On Sat, Nov 1, 2014 at 12:05 PM, Ankur Chauhan <[email protected]> wrote: > Thanks. Yes adding subversion check would definitely help. I did install > subversion using homebrew so it'll take a little more looking into. > > -- Ankur > > On 1 Nov 2014, at 09:04, Till Toenshoff <[email protected]> wrote: > > Dear Ankur, > > please see https://issues.apache.org/jira/browse/MESOS-1998. > > The problem here is that your subversion headers are not installed within > the default location our configuration step is assuming > (/usr/include/subversion-1). > > To prevent having to remember extra configuration parameters in the > future, I would recommend you to simply link your subversion installation > location of the headers towards the default one. If you, for example, had > installed subversion via home-brew or a default source installation, then > it will be installed within /usr/local/include/subversion-1. So the fix > would be: > sudo ln -s /usr/local/include/subversion-1 /usr/include/subversion-1 > > Just like Dominic already noted, we should definitely add some checks > within our configuration to prevent such irritations and I do apologize for > us not having done that, yet. > > Let us know if that solved your problem. > > Till > > On Nov 1, 2014, at 10:03 AM, Ankur Chauhan <[email protected]> wrote: > > I am trying to build the latest (master) mesos source and keep getting > this error: > > In file included from ../../src/state/log.cpp:25:0: > ../../3rdparty/libprocess/3rdparty/stout/include/stout/svn.hpp:21:23: > fatal error: svn_delta.h: No such file or directory > #include <svn_delta.h> > ^ > compilation terminated. > make[2]: *** [state/libstate_la-log.lo] Error 1 > make[2]: *** Waiting for unfinished jobs.... > mv -f log/.deps/liblog_la-recover.Tpo log/.deps/liblog_la-recover.Plo > mv -f state/.deps/libstate_la-in_memory.Tpo > state/.deps/libstate_la-in_memory.Plo > libtool: compile: g++-4.9 -DPACKAGE_NAME=\"mesos\" > -DPACKAGE_TARNAME=\"mesos\" -DPACKAGE_VERSION=\"0.21.0\" > "-DPACKAGE_STRING=\"mesos 0.21.0\"" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE_URL=\"\" -DPACKAGE=\"mesos\" -DVERSION=\"0.21.0\" > -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" > -DHAVE_PTHREAD=1 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 -DHAVE_LIBAPR_1=1 > -DHAVE_LIBSVN_SUBR_1=1 -DHAVE_LIBSVN_DELTA_1=1 -DHAVE_LIBSASL2=1 > -DMESOS_HAS_JAVA=1 -I. -I../../src -Wall -Werror > -DLIBDIR=\"/usr/local/lib\" -DPKGLIBEXECDIR=\"/usr/local/libexec/mesos\" > -DPKGDATADIR=\"/usr/local/share/mesos\" -I../../include > -I../../3rdparty/libprocess/include > -I../../3rdparty/libprocess/3rdparty/stout/include -I../include > -I../include/mesos -I../3rdparty/libprocess/3rdparty/boost-1.53.0 > -I../3rdparty/libprocess/3rdparty/picojson-4f93734 > -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src > -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src > -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src > -I../3rdparty/leveldb/include -I../3rdparty/zookeeper-3.4.5/src/c/include > -I../3rdparty/zookeeper-3.4.5/src/c/generated > -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src > -I/usr/include/subversion-1 -I/usr/include/apr-1 -I/usr/include/apr-1.0 > -D_THREAD_SAFE -g1 -O0 -Wno-unused-local-typedefs -std=c++11 > -DGTEST_USE_OWN_TR1_TUPLE=1 -MT state/libstate_la-leveldb.lo -MD -MP -MF > state/.deps/libstate_la-leveldb.Tpo -c ../../src/state/leveldb.cpp -o > state/libstate_la-leveldb.o >/dev/null 2>&1 > mv -f state/.deps/libstate_la-leveldb.Tpo > state/.deps/libstate_la-leveldb.Plo > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > > Any idea why this is happening? > > > -- Ankur > > > >
