undefined-reference

How the assembly file is generated from the perl script in OpenSSL

由 ∥☆過路亽．° 提交于 2019-12-10 09:45:50
问题 In the opensource code of OpenSSL(version 1.1.0e) I saw that some of the function definition is generated by the perl files present inside the folders. In the build.info file present in each folders inside the crypto, they have written some lines to generate the .s from the corresponding .pl. For example, for generating aes_p8_set_encrypt_key in crypto/aes/build.info : GENERATE[aesp8-ppc.s]=asm/aesp8-ppc.pl $(PERLASM_SCHEME) for generating OPENSSL_madd300_probe in crypto/build.info : GENERATE

undefined reference to `boost::chrono::system_clock::now()' - Boost, and cpp-netlib

由 孤人 提交于 2019-12-10 03:56:23
问题 I come here to ask for a fix to a situation that has been frustrating me. A lot. First of all, I'm on Windows, I use MinGW as a compiler (C++). I've been having some problems with getting a program to work with the use of cpp-netlib and SSL (trying to POST to a https site). I believe everything is in order except this one error that keeps evading me. C:\boost_1_50_0\boost_1_50_0\stage\lib\libboost_thread-mgw46-mt-1_50.a(thread.o):thread.cpp|| undefined reference to 'boost::chrono::system

g++ compile error: undefined reference to a shared library function which exists

由 泪湿孤枕 提交于 2019-12-10 01:47:57
问题 I recently installed the hdf5 library on an ubuntu machine, and am now having trouble linking to the exported functions. I wrote a simple test script readHDF.cpp to explain the issue: #include <hdf5.h> int main(int argc, char * argv[]) { hid_t h5_file_id = H5Fopen(argv[1], H5F_ACC_RDWR, H5P_DEFAULT); return 0; } The compile command is g++ -Wl,-rpath,$HOME/hdf5/lib -I$HOME/hdf5/include \ -L$HOME/hdf5/lib -l:$HOME/hdf5/lib/libhdf5.so readHDF.cpp which returns the following error /tmp/cc6DXdxV.o

Undefined reference to 'dlsym' and 'dlopen'

由 谁都会走 提交于 2019-12-09 16:55:27
问题 I am compiling using arm-linux-gnueabi-g++ version 4.7.3. I have the arm-linux-gnueabi libraries installed at location: /usr/arm-linux-gnueabi/lib, it contains libdl.a, libdl.so, libdl.so.2, and libdl-2.19.so. libdl.so links to libdl.so.2 which links to libdl-2.19.so. I am trying to link against the dl library (see command string below), but I always get the undefined reference errors. arm-linux-gnueabi-g++ -I. -I../ -I../Comms/Linux -Wall -DLINUX -fpic -o ../../work/MyProgram main.o -L../..

Adding intrinsics using an LLVM pass

由 北战南征 提交于 2019-12-08 20:06:56
问题 I've added an intrinsic to an input code using an LLVM pass. I'm able to see the intrinsic call, yet I can't figure out how to compile the code to my target architecture (x86_64). I'm running the following command: clang++ $(llvm-config --ldflags --libs all) ff.s -o foo But the linker complains about undefined references: /tmp/ff-2ada42.o: In function `fact(unsigned int)': /home/rubens/Desktop/ff.cpp:9: undefined reference to `llvm.x86.sse3.mwait.i32.i32' /tmp/ff-2ada42.o: In function `fib

undefined reference to Direct3DCreate9@4'

由 与世无争的帅哥 提交于 2019-12-08 03:57:56
问题 I have a problem with Code::Blocks (version 13.12) with TDM-GCC compiler (version 4.7.1, 32 bit) and DirectX SDK june_2010. I managed to link these DirectX libraries with my project somehow, at least it's not showing cannot find -ld3dx9 anymore. Now I get undefined reference to Direct3DCreate9@4' and it shows undefined reference to every Matrix function. Is this wrong/incompatible DX library linking related issue with codeblocks? I googled many sites with people having the same issues, but

gcc newly installed libraries (libexpat1-dev) not recognised in current terminal (debian)

由 早过忘川 提交于 2019-12-08 01:38:59
问题 I've spent quite a bit of time trying to get an expat based sample program to compile. I was receiving the following error message when I tried to compile gcc -Wall -lexpat line.c -o blah line.c: In function ‘main’: line.c:99:8: warning: format ‘%d’ expects argument of type ‘int’, but argument 3 has type ‘XML_Size’ [-Wformat] /tmp/ccUa3vfD.o: In function `printcurrent': line.c:(.text+0x42): undefined reference to `XML_SetDefaultHandler' line.c:(.text+0x4d): undefined reference to `XML

Compiler error with yaml-cpp - undefined reference to `YAML::detail::node_data::convert_to_map`

由 只谈情不闲聊 提交于 2019-12-07 18:08:21
问题 Here's the complete log: /tmp/ccCvErNZ.o: In function `YAML::detail::node& YAML::detail::node_data::get<std::string>(std::string const&, std::shared_ptr<YAML::detail::memory_holder>)': cricket.cpp:(.text._ZN4YAML6detail9node_data3getISsEERNS0_4nodeERKT_St10shared_ptrINS0_13memory_holderEE[_ZN4YAML6detail9node_data3getISsEERNS0_4nodeERKT_St10shared_ptrINS0_13memory_holderEE]+0x94): undefined reference to `YAML::detail::node_data::convert_to_map(std::shared_ptr<YAML::detail::memory_holder>)'

Undefined reference to memcpy_s

由 ⅰ亾dé卋堺 提交于 2019-12-07 08:35:27
问题 I'm trying to fix an undefined reference to memcpy_s() error. I've included string.h in my file and the memcpy() function works okay, and I've also tried including memory.h . I'm on x64 Windows 7 and using gcc 4.8.1 to compile. #include <stdlib.h> #include <stdio.h> #include <string.h> void doMemCopy(char* buf, size_t buf_size, char* in, int chr) { memcpy_s(buf, buf_size, in, chr); } memory for buf has been allocated in the main function, which calls doMemCpy(buf, 64, in, bytes) . in is a

gcc newly installed libraries (libexpat1-dev) not recognised in current terminal (debian)

由 [亡魂溺海] 提交于 2019-12-06 09:49:06
I've spent quite a bit of time trying to get an expat based sample program to compile. I was receiving the following error message when I tried to compile gcc -Wall -lexpat line.c -o blah line.c: In function ‘main’: line.c:99:8: warning: format ‘%d’ expects argument of type ‘int’, but argument 3 has type ‘XML_Size’ [-Wformat] /tmp/ccUa3vfD.o: In function `printcurrent': line.c:(.text+0x42): undefined reference to `XML_SetDefaultHandler' line.c:(.text+0x4d): undefined reference to `XML_DefaultCurrent' line.c:(.text+0x60): undefined reference to `XML_SetDefaultHandler' /tmp/ccUa3vfD.o: In
订阅 undefined-reference