Re: [HTCondor-users] building HTCondor 7.9.6 on Mac OS fails, _res_9_init undefined

[Leo Singer <lsinger@xxxxxxxxxxx>]

Hi Brian,

Thanks. It got further this time:

Linking CXX shared library libpyclassad_7_9_7.dylib
ld: library not found for -lboost_python
collect2: ld returned 1 exit status
make[2]: *** [src/condor_contrib/python-bindings/libpyclassad_7_9_7.dylib] Error 1

This is because I have only the multithreaded Boost libraries, the ones whose names end in _mt, but not the single-threaded ones. By default, the MacPorts boost package builds only the multithreaded libraries. Does HTCondor need single-threaded Boost? It used multithreaded Boost in the 7.8 series.

Leo

On May 20, 2013, at 5:12 AM, Brian Bockelman <bbockelm@xxxxxxxxxxx> wrote:

> Hi Leo,
> 
> I recently fixed this in git - can you cherry-pick this patch?
> 
> 40942421a4b76c40183e679b6fa469878a00603d
> 
> The specific chunk relevant to you is this one:
> 
> diff --git a/build/cmake/CondorConfigure.cmake b/build/cmake/CondorConfigure.cmake
> index fe06f14..99b0584 100644
> --- a/build/cmake/CondorConfigure.cmake
> +++ b/build/cmake/CondorConfigure.cmake
> @@ -700,6 +700,9 @@ set (CONDOR_TOOL_LIBS "condor_utils;${CLASSADS_FOUND};${VOMS_FOUND};${GLOBUS_FOU
> set (CONDOR_SCRIPT_PERMS OWNER_READ OWNER_WRITE OWNER_EXECUTE GROUP_READ GROUP_EXECUTE WORLD_READ WORLD_EXECUTE)
> if (LINUX OR DARWIN)
>   set (CONDOR_LIBS_FOR_SHADOW "condor_utils_s;classads;${VOMS_FOUND};${GLOBUS_FOUND};${EXPAT_FOUND};${PCRE_FOUND};${OPENSSL_FOUND};${KRB5_FOUND};${POSTGRESQL_FOUND};${COREDUMPER_FOUND};${IOKIT_FOUND};${COREFOUNDATION_FOUND}")
> +  if (DARWIN)
> +    set (CONDOR_LIBS_FOR_SHADOW "${CONDOR_LIBS_FOR_SHADOW};resolv" )
> +  endif (DARWIN)
> else ()
>   set (CONDOR_LIBS_FOR_SHADOW "${CONDOR_LIBS}")
> endif ()
> 
> Brian
> 
> PS - Todd, another case where compiling a proper, clipped build on batlab would have helped us.
> 
> On May 16, 2013, at 7:45 PM, Leo Singer <lsinger@xxxxxxxxxxx> wrote:
> 
>> Hi,
>> 
>> I am having some difficulty building HTCondor 7.9.6 on Mac OS. In fact, I am attempting to update the MacPorts package. The build fails here:
>> 
>> Undefined symbols for architecture x86_64:
>> "_res_9_init", referenced from:
>>     DaemonCore::refreshDNS()       in libcondor_utils_7_9_6.a(daemon_core.cpp.o)
>> ld: symbol(s) not found for architecture x86_64
>> collect2: ld returned 1 exit status
>> make[2]: *** [src/condor_shadow.V6.1/condor_shadow] Error 1
>> 
>> I'm no expert on CMake internals, but the file src/condor_shadow.V6.1/CMakeFiles/link.txt, which seems to contain the linker command, does not contain a '-lresolv' flag. It seems like it should, because this is where res_9_init is defined:
>> 
>> $ nm /usr/lib/libresolv.dylib | grep res_9_init
>> 000000000000dc4c T _res_9_init
>> 
>> Is this a plausible diagnosis? If so, is there a workaround?
>> 
>> Thanks,
>> Leo Singer
>> Graduate Student @ LIGO-Caltech
>> _______________________________________________
>> HTCondor-users mailing list
>> To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
>> subject: Unsubscribe
>> You can also unsubscribe by visiting
>> https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users
>> 
>> The archives can be found at:
>> https://lists.cs.wisc.edu/archive/htcondor-users/
> 
> _______________________________________________
> HTCondor-users mailing list
> To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users
> 
> The archives can be found at:
> https://lists.cs.wisc.edu/archive/htcondor-users/