Re: [AMBER] Error building Amber

From: Walton Smith <>
Date: Tue, 28 Jul 2020 10:03:42 -0400

Hey guys,

I have a libbz2.1.0.tbd file but no libbz2.dylib file in /usr/lib. My version of Xcode is version 11.6, and cmake was downloaded as instructed off of /Applications/ was placed in my PATH through the command shown on <>. I installed the gnu gcc compiler you suggested (version 7) and extracted it to a clean build folder and nothing seemed to change.

Thanks for looking into this for me.

> On Jul 28, 2020, at 9:43 AM, David A Case <> wrote:
> On Mon, Jul 27, 2020, Walton Smith wrote:
>> I’m using Catalina (10.15.5), and I do have homebrew from when I installed
>> the open source PyMOL. In my /usr/local/lib folder I have cmake, docker,
>> python3.7 and python 3.8 along with an unknown pkgconfig folder and
>> several lib—.dylib and .a files. I have attached the cmake.log file. Let
>> me know if you might have any idea. Thank you so much for getting back to
>> me so fast.
> Thanks for the details. Here is the error message from the cmake.log file:
> CMake Error at cmake/LibraryUtils.cmake:75 (message):
> Could not determine whether
> "/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libbz2.tbd"
> is a static or shared library, it does not have a known suffix.
> Call Stack (most recent call first):
> cmake/LibraryTracking.cmake:40 (get_lib_type)
> cmake/LibraryTracking.cmake:196 (using_external_library)
> cmake/3rdPartyTools.cmake:956 (import_libraries)
> CMakeLists.txt:194 (include)
> All Mac's have *.tbd files in the indicated directory, but this is the first
> problem report we have seen.
> Do you have a libbz2.dylib file in /usr/lib? I would
> think that the external library searching routine should find that one first.
> cc-ing to Jaime for his thoughts. Jamie: if the library search finds an
> unknown suffix, why not just ignore it, rather than exiting with an error?
> Here is info on .tbd files:
> One possible other thing to try: My guess is that you are using the
> homebrew installation of cmake, and that might make your machine different
> from mine. Can you try the suggestion here:
> and get (as instructed) /Applications/ first in your
> PATH? That will have you use the version of cmake from
> (This might solve the problem, but it seems to be a bit of a stretch.)
> ....dac
> _______________________________________________
> AMBER mailing list

AMBER mailing list
Received on Tue Jul 28 2020 - 07:30:03 PDT
Custom Search