linker-errors

Unresolved external symbol error occurring only in 64-bit mode and not in 32-bit build

流过昼夜 提交于 2019-12-19 19:43:13
问题 I have a VC++ code (built using VS2008), which makes use of some static libraries (*.lib files linked statically during compile time). For ease of understanding let's refer my EXE code as "AAA.EXE" & refer the lib files as "A.lib", b.lib etc... Both the AAA.EXE code and static libraries code are built using VS2008. I see that my "AAA.EXE" is working fine in 32-bit version and showing the below linker errors when AAA.EXE is built in 64-bit mode. I have of course rebuilt the static libraries in

G++ cannot find boost library

十年热恋 提交于 2019-12-19 19:36:13
问题 I am not good in command-line compiling. My problem is inability to compile simple project, that depends from Boost. The following is a log of my trying: $ g++ -Wall test.cpp -o main /tmp/ccCTvBYE.o: In function `__static_initialization_and_destruction_0(int, int)': test.cpp:(.text+0x6b): undefined reference to `boost::system::generic_category()' test.cpp:(.text+0x77): undefined reference to `boost::system::generic_category()' test.cpp:(.text+0x83): undefined reference to `boost::system:

undefined reference to `crypt'

孤人 提交于 2019-12-19 05:54:20
问题 I am using the below code that i found somewhere in the net and i am getting an error when i try to build it. The compilation is ok. Here is the error: /tmp/ccCnp11F.o: In function `main': crypt.c:(.text+0xf1): undefined reference to `crypt' collect2: ld returned 1 exit status and here is the code: #include <stdio.h> #include <time.h> #include <unistd.h> #include <crypt.h> int main() { unsigned long seed[2]; char salt[] = "$1$........"; const char *const seedchars = ".

Undefined reference on very simple program

拜拜、爱过 提交于 2019-12-19 03:24:26
问题 Once I installed Ubuntu 11.10, strange error appears. I want to use GD with my C program, so I installed package "libgd2-xpm-dev". Everything was installed - files gd.h and libgd.a are in "/usr/include" and in "/usr/lib". So, I've tried to compile simple program with GD. #include <stdio.h> #include <gd.h> int main() { gdImagePtr im, im_clear; int black, white; FILE *out1; im = gdImageCreate(100, 100); im_clear = gdImageCreate(100, 100); white = gdImageColorAllocate(im, 255, 255, 255); black =

Failed to create the part's controls in Eclipse with Salesforce

余生长醉 提交于 2019-12-18 13:33:51
问题 I have Eclipse Juno and Force.com IDE. When I try to create new classes they always show: failed to create the part's controls . It worked for the first time, but now they always show this. Same happens if I create them inside the force.com platform. Error details: org.eclipse.core.runtime.AssertionFailedException: assertion failed: at org.eclipse.core.runtime.Assert.isTrue(Assert.java:110) etc ... I would appreciate all help. 回答1: I had the same error. I fixed it by switching the eclipse

LNK2019 unresolved external symbol NtOpenFile

混江龙づ霸主 提交于 2019-12-18 11:35:57
问题 I am facing linker error with my code. I am trying to compile with Visual Studio command Prompt (2010) in Win-7 X64 bit m/c. The error which i see are as below. dust2.obj dust2.obj : error LNK2019: unresolved external symbol _NtOpenFile @24 referenced in function _main dust2.obj : error LNK2019: unresolved external symbol _RtlAnsiStringToUnicodeStr ing@12 referenced in function _main dust2.obj : error LNK2019: unresolved external symbol _RtlInitAnsiString @8 refer enced in function _main

g++ Linker errors after upgrading to gcc-4.8 on Debian, libc6

拟墨画扇 提交于 2019-12-18 08:56:24
问题 I have just dist-upgraded a Debian Weezy machine to run gcc-4.8 from gcc-4.7. Previously the build environment was sane and was compiling normally. Now it gives the following linker errors, with any program (even a trivial hello world): /usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11 /usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 1 has invalid symbol index 12 /usr/bin/ld: /usr/lib/debug

g++ Linker errors after upgrading to gcc-4.8 on Debian, libc6

六眼飞鱼酱① 提交于 2019-12-18 08:56:01
问题 I have just dist-upgraded a Debian Weezy machine to run gcc-4.8 from gcc-4.7. Previously the build environment was sane and was compiling normally. Now it gives the following linker errors, with any program (even a trivial hello world): /usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11 /usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 1 has invalid symbol index 12 /usr/bin/ld: /usr/lib/debug

SDL 2.0: linking error

女生的网名这么多〃 提交于 2019-12-18 08:49:14
问题 I know that similar questions had been asked but none of the answers helped me... I wrote a simple SDL program: #include "SDL.h" int main( int argc, char* args[] ) { //Start SDL SDL_Init( SDL_INIT_EVERYTHING ); //Quit SDL SDL_Quit(); return 0; } using Code:Blocks. I followed this tutorial http://lazyfoo.net/SDL_tutorials/lesson01/windows/codeblocks/index.php but I still cannot compile. Here is the build log: mingw32-g++.exe -LC:\SDL\SDL2\lib\x86 -o bin\Debug\test.exe obj\Debug\test.o

warning: cannot find entry symbol nable-stdcall-fixup; defaulting

倾然丶 夕夏残阳落幕 提交于 2019-12-18 08:47:55
问题 This mingw contains gcc 4.6.3 , with name - i686-w64-mingw32. On Windows, a Qt's .pro file w.r.t a hello world program: QT += core gui TEMPLATE = app TARGET = ef SOURCES = ef.cpp DEPENDPATH += . INCLUDEPATH += . INCLUDEPATH += c:/R-2.15.1/include INCLUDEPATH += c:/R-2.15.1/library/Rcpp/include INCLUDEPATH += c:/R-2.15.1/library/RInside/include LIBS += -L c:/R-2.15.1/bin/i386 -lR LIBS += -L c:/R-2.15.1/library/Rcpp/libs/i386 -lRcpp LIBS += -L c:/R-2.15.1/library/RInside/libs/i386 -lRInside The