'make' mdrpdt(a software) on Mac OS X - macos

jcykdeMacBook-Pro:mdrpdt-2.0.1.21 jcyk$ make
Building bin/lib/serial/APPLE-64bit/g++/libutility.a
clang: error: unknown argument: '-fforce-addr' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
make[1]: *** [../../build/utility/serial/APPLE-g++/64bit/release/application.o] Error 1
make: *** [bin/lib/serial/APPLE-64bit/g++/libutility.a] Error 2
I got mdrpdt from http://ritchielab.psu.edu/software/mdr-download.
how can I do to fix this?

It looks like you just need to remove -fforce-addr from the invocation of clang, see example here where configure is patched.

Related

Clang error following 'make' when building project from github

I'm building a project from github (https://github.com/marsicoLab/PROmiRNA) and have the following requirements on my mac (Big Sur 11.4); gcc 9.4, cmake 3.21.1, R 4.1.0.
After using cmake, which runs without error, I use make however this gives me the below errors:
clang: error: unable to execute command: Segmentation fault: 11
clang: error: clang frontend command failed due to signal (use -v to see invocation)
Apple clang version 12.0.5 (clang-1205.0.22.9)
Target: x86_64-apple-darwin20.5.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
clang: note: diagnostic msg: Error generating preprocessed source(s).
make[2]: *** [CMakeFiles/PROmiRNA.dir/PROmiRNA.cpp.o] Error 254
make[1]: *** [CMakeFiles/PROmiRNA.dir/all] Error 2
make: *** [all] Error 2
A lot of other questions online with the same issue refer to XCode but I don't have it installed and am not a developer myself so don't think I need it..?
If anyone has any suggestions I'd really appreciate it, thanks :)

Build of Poco fails on Mac Catalina when linking libPocoCrypto.dylib

I cloned the latest version of the Poco libraries source code on to my Mac and attempted to build it per the instructions using CMake. Everything proceeded fine until it reached a point where it was trying to link the libPocoCrypt.dylib library. Even though the C++ compilation worked with out error, the link resulted in the following output
ld: cannot link directly with dylib/framework, your binary is not an allowed client of /usr/lib/libcrypto.dylib for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/libPocoCrypto.80.dylib] Error 1
make[1]: *** [Crypto/CMakeFiles/Crypto.dir/all] Error 2
make: *** [all] Error 2
Doing some research, I discovered that Apple doesn't want applications linking against its libcrypto library and thus, the resulting error messages. The question then is, what do I need to do here to make this work?

DSO missing from command line Compiling TrueCrypt

I've been trying to compile truecrypt 7.1a on Debian Jessie 8.1.0 AMD64 for the past two days now. I have wxGTK2.8.12 source because Debian Jessie only have v3.0 packages. That's a problem because wxwidgets3.0 has protected wxstandardpaths so you have to use wxstandardpaths::get and truecrypt uses wxstandardpaths in application.cpp for example and it would return an error while compiling.
I'm not sure how to fix that so I went to option 2 compile wxgtk2.8.12 source using the truecrypt compile option # make WX_ROOT=/usr/src/truecrypt-7.1a-source/wxGTK-2.8.12 wxbuild. That completes then I do # make WXSTATIC=1 and I run into this error below. Even if I compile and install wxwidgets-2.8.12 myself I get this error. Maybe it's a x11lib issue?
^
Linking truecrypt
/usr/bin/ld:
/usr/src/truecrypt-7.1a-source/wxrelease/lib/libwx_gtk2u_core-2.8.a(corelib_utilsx11.o): undefined reference to symbol 'XGetWindowAttributes'
//usr/lib/x86_64-linux-gnu/libX11.so.6: error adding symbols: DSO
missing from command line collect2: error: ld returned 1 exit status
Main.make:107: recipe for target 'truecrypt' failed make[1]: ***
[truecrypt] Error 1 Makefile:268: recipe for target 'all' failed make:
*** [all] Error 2

Compilation fails for OpenMP - Mac OS X 10.9.4

I followed Jason Parham's post to enable openmp in my mac osx 10.9.4. I am stuck when I tried to make libomp_oss.
make complier=clang
clang: error: unknown argument: '-no-intel-extensions' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
make[1]: *** [unstripped/libiomp5.dylib] Error 1
( I commented out line 450 & 451 in libomp_oss/tools/check-tools.pl.)
What should I do to enable openmp?
Thanks,
Rouse
EDIT: Changed compier=lang to compiler=clang

installing llvm on snow leopard

I just tried installing LLVM by following the steps mentioned here, revision 42498 and there seems to be a problem as i "make". The error I get is as follows :-
llvm[2]: Bisoning llvmAsmParser.y
/Users/zm/repos/llvm-svn/lib/AsmParser/llvmAsmParser.y: conflicts: 4 shift/reduce
llvm[2]: Compiling Lexer.cpp for Release build
In file included from /Users/zm/repos/llvm-svn/lib/AsmParser/Lexer.l:28:
/Users/zm/repos/llvm-svn/lib/AsmParser/ParserInternals.h:40: error: conflicting declaration ‘int llvmAsmleng’
Lexer.cpp:307: error: ‘llvmAsmleng’ has a previous declaration as ‘yy_size_t llvmAsmleng’
make[2]: *** [/Users/zm/repos/llvm-svn/lib/AsmParser/Release/Lexer.o] Error 1
make[1]: *** [AsmParser/.makeall] Error 2
make: *** [all] Error 1
Has anyone had similar issues? If so, how did you resolve it?
Problem solved by changing the source to use "int" instead of "yy_size_t". However, the root of the problem is still not understood as "yy_size_t" is essentially an "unsigned int".

Resources