![]() I confirmed my assertion by running gccĬonfigured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 '/Library/Frameworks' is not the default framework search path of gcc So, still the gcc compiler is unable to see the AQTAdapter.h file whichĪlthough is there in the CPPFLAGS directory.Īfter a lot of research, I realized that the script want's to see theĭirectory containing the 'amework' and somehow Setting the proper library directory in LDFLAGS and header file directory Initially (after following similar posts from google) I thought thatīecause AquaTerm is installed in '/Library/Frameworks' directory by defaultĪnd symlinks to '/usr/local' has been officially removed by aquaterm, so Relevant lines from output of the script : However, the configure script failed to detect the presence of AquaTerm. Tarball -> Go to the extracted folder in terminal and run the configure Install AquaTerm 1.1.1 from the official page Me occupied for a couple of days, until today I finally resolved the issue. Would like to share a small issue that I had during the process, which kept I installed the latest release gnuplot 5.4.1(gnuplot-5.4.1.tar.gz) withĪquaTerm 1.1.1 support today in my macbook running Catalina 10.15.7. Perhaps using the trick you refer to here, could be included in the INSTALLĥ.4.1 configure script fails to detect AquaTerm 1.1.1 in MacOS (Catalina On my development systems, so I cannot propose a fix or test it here.Īlternatively, a concise set of instructions for installation on OSX, ![]() The concept of a framework path is not present On Sun, at 18:58, Ethan Merritt would be happy to accept a patch for the configure script that has beenĬonfirmed to fix this issue. ![]() With that, AquaTerm will be detected automatically.Ī second step (TBD) is to include it in the compilation proper. So, it would be good if you fix this issue in the configuration script, so that it first checks whether '/Library/Frameworks' is added to the default framework search path of clang, and then behave accordingly.Ī first step is to include the -F/Library/Frameworks in the aquatermĭetection step. It seems that others using OSX might also be having the same trouble. Now, I removed the copy of AquaTerm from '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/' and still everything works fine. Now continuing with make -> make check -> sudo make install everything was configured correctly and gnuplot is running fine with aqua. configure -with-aquaterm and success :Ĭhecking for AquaTerm framework presence. So, instead I moved the amework folder to '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/' and then ran. But I didn't want to mess up with the code, since I'm not the creator. I needed to include this path using -F/Library/Frameworks in the gcc command for checking aquaTerm framework presence in the configure script. This is surprising, but not so uncommon - see. Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/Ĭlearly, '/Library/Frameworks' is not in the Framework search paths. Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib I confirmed my assertion by running gcc -Xlinker -v, which PROJECT:ld64-609.8Ĭonfigured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em ![]() Solution :Īfter a lot of research, I realized that the script want's to see the directory containing the 'amework' and somehow '/Library/Frameworks' is not the default framework search path of gcc (clang) installed in my system. So, still the gcc compiler is unable to see the AQTAdapter.h file which although is there in the CPPFLAGS directory. In the config.log file I saw ,Ĭonftest.m:33:9: fatal error: 'AquaTerm/AQTAdapter.h' file not found configure -with-aquatermīut, this too failed. LDFLAGS=-L/Library/Frameworks/amework/Versions/A CPPFLAGS=-I/Library/Frameworks/amework/Versions/A/Headers. Initially (after following similar posts from google) I thought that because AquaTerm is installed in '/Library/Frameworks' directory by default and symlinks to '/usr/local' has been officially removed by aquaterm, so setting the proper library directory in LDFLAGS and header file directory in CPPFLAGS would resolve the issue. Relevant lines from output of the script :Ĭhecking for AquaTerm framework presence. Install AquaTerm 1.1.1 from the official page -> Download and extract the gnuplot tarball -> Go to the extracted folder in terminal and run the configure script ->. I would like to share a small issue that I had during the process, which kept me occupied for a couple of days, until today I finally resolved the issue. I installed the latest release gnuplot 5.4.1(gnuplot-5.4.1.tar.gz) with AquaTerm 1.1.1 support today in my macbook running Catalina 10.15.7. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |