I am using macOS 10.12.3.
Yesterday I successfully installed thrift but it could not work correctly with python. So I re-make it today and get this err. Could someone tell me what's wrong. Thx
Making all in perl
../../compiler/cpp/thrift --gen perl ../../test/ThriftTest.thrift
dyld: Symbol not found: _GENERAL_NAME_free
Referenced from: /Users/sara/thrift-0.10.0/lib/cpp/.libs/libthrift-0.10.0.dylib
Expected in: flat namespace
in /Users/sara/thrift-0.10.0/lib/cpp/.libs/libthrift-0.10.0.dylib
make[3]: *** [gen-perl/ThriftTest/Constants.pm] Abort trap: 6
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
I have had the same problem, but now I solve it. when you had the error, I think /usr/local/bin/thrift is already existed in you macOS. Then run
$ sudo chmod -R 777 /usr/local/include/thrift/
$ brew link --overwrite thrift
then you will find the command /usr/local/bin/thrift is ok.
Related
Running mac osx 10.14.6 and have previously successfully built 3.0.10 and 3.0.11. Trying to build VLC 3.0.12 & 3.0.14 from source downloaded from here: http://www.videolan.org/vlc/download-sources.html
and using recommended build from here: https://wiki.videolan.org/MacOSCompile/ AND using the recommended:
../extras/package/macosx/build.sh -c
Build runs for about 20 minutes and then stops here (snip of output):
CCLD libprefetch_plugin.la
CCLD libhds_plugin.la
CCLD librecord_plugin.la
ld: library not found for -lzstd
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[4]: *** [libarchive_plugin.la] Error 1
make[4]: *** Waiting for unfinished jobs....
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
mysystem:build xx$
What am I missing or doing wrong?
Note: in previous builds I could find a cmake/Utilities/cmzstd/lib directory in vlc-3.0.x/extras/tools that had various zstd files however it is not there in either 3.0.12 or 3.0.14 - only a cmake-enable-ALPN-support-on-macOS-109.14.patch file.
Where do I find zstd? Thanks.
Seems the issue is related to how macOS and packagers (homebrew, etc.) load components. macOS provides a compiled version of libarchive but no headers, so you are unable in trying to compile. You will either need to pass the location of your libarchive respository with headers via your build script or set an environment variable telling the compiler or linker where to look for them. Perhaps someone more familiar with your VLC package can weigh in.
This is my first question in stack overflow and hope I make it clear.
I am trying to install a program (gmtsar) in fedora 32. However, the compilation was not complete and two errors return at the end.
I ran the following commands:
sudo -i
cd /usr/local
git clone --branch 6.0 https://github.com/gmtsar/gmtsar GMTSAR
cd GMTSAR
autoconf
./configure --with-orbits-dir=/usr/local/orbits
make
make install
after make and mak install the following errors return:
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:44: envi_slc_decode] Error 1
make[2]: Leaving directory '/usr/local/GMTSAR/preproc/ENVI_preproc/ENVI_SLC_decode'
make[1]: *** [Makefile:8: all] Error 2
make[1]: Leaving directory '/usr/local/GMTSAR/preproc/ENVI_preproc'
make: *** [Makefile:37: preprocess] Error 2
I followed the same procedures in ubuntu 16.04 and the compilation was complete without errors.
Can anyone help me understand why I got these errors and how to fix them, please?
While installing gcc-3.4.6 (I really need only this version) I get this error
$ make 1>/dev/null
./unwind-dw2.c: In function `uw_frame_state_for':
./unwind-dw2.c:1031: error: field `info' has incomplete type
make[2]: *** [libgcc/32/unwind-dw2.o] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
I found this question, but it does not solve the problem?
I am using Ubuntu 14.04 in VirtualBox.
I'm begginer on Ubuntu and i'm trying to install Mesos. During the "make" I have this error:
../3rdparty/libprocess/3rdparty/glog-0.3.3/.libs/libglog.a(libglog_la-logging.o):(.data.rel.ro._ZTCN6google10LogMessage9LogStreamE0_So[_ZTVN6google10LogMessage9LogStreamE]+0x48): undefined reference to `virtual thunk to std::basic_ostream<char, std::char_traits<char> >::~basic_ostream()'
collect2: error: ld returned 1 exit status
make[2]: *** [libmesos.la] Error 1
make[2]: Leaving directory `/home/MyName/mesos-0.20.1/build/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/MyName/mesos-0.20.1/build/src'
make: *** [all-recursive] Error 1
please help me with the start programming in mesos.
Thanks!
Is there a particular reason you want to compile mesos yourself?
There are packages available for download here:
http://mesos.apache.org/gettingstarted/
or the mesosphere packages allowing you sudo apt-get -y install mesos.
Secondly, is there another reason you are trying the 0.20.1 version?
The issue looks like as if there is an issue with the c++ stdlib library. Which compiler/stdlib are you using? Did ./configure finish successful?
Cheers,
Joerg
Try to run:
/home/MyName/mesos-0.20.1/configure
And then:
making install
I am trying to install the glib-2.38.0 and upon executing the MAKE file and getting the following error:
make[5]: Leaving directory `/root/glib-2.38.0/glib/update-pcre'
make[4]: Leaving directory `/root/glib-2.38.0/glib/update-pcre'
Making install in .
make[4]: Entering directory `/root/glib-2.38.0/glib'
CCLD libglib-2.0.la
libtool: link: `glib_probes.lo' is not a valid libtool object
make[4]: *** [libglib-2.0.la] Error 1
make[4]: Leaving directory `/root/glib-2.38.0/glib'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory `/root/glib-2.38.0/glib'
make[2]: *** [install] Error 2
make[2]: Leaving directory `/root/glib-2.38.0/glib'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/root/glib-2.38.0'
make: *** [install] Error 2
How can I troubleshoot this? How can I overcome this issue?
After hitting this same error on Solaris 10 01/13 and not needing dtrace support, I solved this in configure by adding --disable-dtrace.
I had the exact same problem, and located your posting after
giving the error message to a search engine. Alas, no one
had answered you, so I had no choice but to troubleshoot the
problem myself.
In my case, the problem was an old version of dtrace. I updated
the package containing /usr/bin/dtrace (which, in my case, was
systemtap-sdt-devel) and then dtrace created a proper glib_probes.lo
file.
Having solved the problem for myself, it then became my duty to
tell you how I had done so, and answer your unanswered question.
This I have now done.