From: ahmet m. <gen...@ho...> - 2010-08-30 13:13:09
|
hi . im using mingw netbenas devc++ eclipse and visualc for some tests all ara installed. the code compiles fine on mingw and devc edition of mingw but not on netbeans when including devc libraries headers. alltough code compiles from commandline . i want to know whats is the thing netbeans injects that causing this error ? thanks .. make[2]: Entering directory `/c/Documents and Settings/Administrator/Belgelerim/NetBeansProjects/Welcome_3' mkdir -p dist/Debug/MinGW-Windows g++.exe -o dist/Debug/MinGW-Windows/welcome_3 build/Debug/MinGW-Windows/welcome.o -L/E/B/2/_!2/_4/DX/D/Dev-c++/Lib -lopengl32 -lglut32 -lgdi32 -lwinmm -lglu32 /mingw/lib/crt2.o:crt1.c:(.text+0x37): undefined reference to `__cpu_features_init' e:/B/2/_!2/_4/DX/D/Dev-c++/Lib/libglut32.a(glut_event.o):glut_event.c:(.text+0x319): undefined reference to `glFinish@0' e:/B/2/_!2/_4/DX/D/Dev-c++/Lib/libglut32.a(glut_event.o):glut_event.c:(.text+0x374): undefined reference to `wglSwapBuffers@4' e:/B/2/_!2/_4/DX/D/Dev-c++/Lib/libglut32.a(glut_event.o):glut_event.c:(.text+0x3dc): undefined reference to `wglSwapBuffers@4' e:/B/2/_!2/_4/DX/D/Dev-c++/Lib/libglut32.a(glut_win.o):glut_win.c:(.text+0x18f): undefined reference to `wglGetCurrentContext@0' |
From: Tor L. <tm...@ik...> - 2010-08-30 13:28:12
|
My educated guess: The glut32 and glu32 libraries depend on the opengl32 library, so the opengl32 library should follow them on the linking command line. --tml |
From: Martin M. <vi...@gm...> - 2010-08-30 13:43:39
|
Wondering: What is the reason for linker not to be able to handle this? On Mon, Aug 30, 2010 at 3:27 PM, Tor Lillqvist <tm...@ik...> wrote: > My educated guess: The glut32 and glu32 libraries depend on the > opengl32 library, so the opengl32 library should follow them on the > linking command line. > |
From: JonY <jo...@us...> - 2010-08-30 14:10:08
|
On 8/30/2010 21:42, Martin Mocko wrote: > Wondering: What is the reason for linker not to be able to handle this? > Hi, The linker scans dependencies left to right. It will error out when if doesn't see the required symbols. |
From: Tor L. <tm...@ik...> - 2010-08-30 13:54:11
|
> Wondering: What is the reason for linker not to be able to handle this? Because it isn't supposed to. It behaves as documented, and as UNIX-style linkers always have. See the ld manual page, look for "The linker will search an archive only once, at the location where it is specified on the command line". --tml |
From: Martin M. <vi...@gm...> - 2010-08-30 14:15:29
|
On Mon, Aug 30, 2010 at 3:53 PM, Tor Lillqvist <tm...@ik...> wrote: > > Wondering: What is the reason for linker not to be able to handle this? > > Because it isn't supposed to. It behaves as documented, and as > UNIX-style linkers always have. > > See the ld manual page, look for "The linker will search an archive > only once, at the location where it is specified on the command line". > So, is the historical compatibility only reason? Or is there also some advantage to this behavior (apart from simplicity of implementation), too? |