linker

问题 This is a particularized question from mingw32/bin/ld.exe ... undefined reference to [class] ... collect2.exe: error: ld returned 1 exit status There is a user-defined class inside MyClass.hpp: class MyClass { public: MyClass(const string& className); ~MyClass() {cout << "Destructor definition instead of g++ default one?";} ; ... and you try to construct an object out of it in the main file: #include "MyClass.hpp" //in the same directory ... int main() { ... MyClass myClassObj = MyClass

问题 This is a particularized question from mingw32/bin/ld.exe ... undefined reference to [class] ... collect2.exe: error: ld returned 1 exit status There is a user-defined class inside MyClass.hpp: class MyClass { public: MyClass(const string& className); ~MyClass() {cout << "Destructor definition instead of g++ default one?";} ; ... and you try to construct an object out of it in the main file: #include "MyClass.hpp" //in the same directory ... int main() { ... MyClass myClassObj = MyClass

问题 I am running this command -- /usr/bin/c++ CMakeFiles/XYZ.dir/test/XYZ.cpp.o CMakeFiles/XYZ.dir/test/TempDir.cpp.o -o XYZ libXYZMaster.so -lboost_filesystem -lboost_system /usr/lib/x86_64-linux-gnu/libboost_unit_test_framework.so -lboost_random -lboost_iostreams -lboost_thread -ldw -lunwind -Wl,-rpath,/home/user885/untitled/build But I get this linker error -- libXYZMaster.so: undefined reference to `_Ux86_64_step' libXYZMaster.so: undefined reference to `_Ux86_64_init_local' libXYZMaster.so:

问题 I am running this command -- /usr/bin/c++ CMakeFiles/XYZ.dir/test/XYZ.cpp.o CMakeFiles/XYZ.dir/test/TempDir.cpp.o -o XYZ libXYZMaster.so -lboost_filesystem -lboost_system /usr/lib/x86_64-linux-gnu/libboost_unit_test_framework.so -lboost_random -lboost_iostreams -lboost_thread -ldw -lunwind -Wl,-rpath,/home/user885/untitled/build But I get this linker error -- libXYZMaster.so: undefined reference to `_Ux86_64_step' libXYZMaster.so: undefined reference to `_Ux86_64_init_local' libXYZMaster.so:

问题 I noticed that when linking a project using G++, if there are functions that are declared, but not implemented, there are no errors, unless I try to call them. Q1: Is it possible to enable an error (or at least warning) if a function is declared but not implemented? Q2: Why this behavior? ( Note: I am using G++ 4.7.0 , ld 2.22 if that is the linker used by gcc, from the mingw package) 回答1: A2: An entity such as a non-inline function with external linkage can have zero or one definitions in a

问题 I had to use a preprocessor, so I changed: Configuration Properties -> C++ -> Preprocessor -> Preprocess to a File -> Yes And got the error: Error 1 error LNK1104: cannot open file 'Debug\asnreal.obj' The solution to this problem: I had to add quotes around the path to my .lib file in Project->Properties->Configuration Properties->Linker->Input->Additional Dependencies . I do not understand what kind of file .lib? Where is it? In my project, it is not. What do I need to specify in Additional

问题 I have a moderately large DLL, and when I link it, I get the error: LINK : the 32-bit linker (C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\ link.exe) ran out of heap space; restarting link with the 64-bit linker (C:\Program Files\Git\usr\bin\link.exe) (line breaks added for readability) As you might expect, using the Posix program to create symbolic or hard links with command line options intended for the Microsoft linker doesn't end well. (Specifically, it returns /c/Program

问题 While running CMake for a pcl project I got a warning message: -- Configuring done CMake Warning at CMakeLists.txt:12 (add_executable): Cannot generate a safe linker search path for target handgenerator_output_to_pcd because files in some directories may conflict with libraries in implicit directories: link library [libboost_system.so] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /usr/local/lib link library [libboost_filesystem.so] in /usr/lib/x86_64-linux-gnu may be hidden by

问题 eI'm trying to compile a c++ openGL program using libGL and freeglut3. Im trying: g++ main.cpp -w -lglut -lGl -o bin/app or g++ main.cpp -w -lglut -lGL -o bin/app Which results in: /usr/bin/ld: cannot find -lGl collect2: error: ld returned 1 exit status Makefile:16: recipe for target 'all' failed make: *** [all] Error 1 I'm on: Ubuntu 16.04 LTS GCC: gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) libGL.so /usr/lib/x86_64-linux-gnu$ find libGL.so libGL.so I installed: freeglut3 freeglut3

问题 I'm creating a .component bundle on MacOSX with xCode 7. I'm trying to get rid of all debugging symbols and library symbols for release configuration. I set all suitable options in xCode (like Strip Debug Symbols , Strip style to all symbols , symbols hidden by default etc.) Unfortunately there are still some symbols visible in compiled and linked component file. So I use strip -x -S mybundle.component to remove them externally. And it almost work but not for lambdas callers. If any of method