Re: [GD-Windows] Linker hell
Brought to you by:
vexxed72
From: Rik H. <ri...@sy...> - 2001-11-07 19:47:38
|
It is possible the Ogg stuff is forcing the inclusion of a static library from the source, via pragmas. Rik Heywood, ----- Original Message ----- From: "Brian Hook" <bri...@py...> To: <gam...@li...> Sent: Wednesday, November 07, 2001 7:18 PM Subject: [GD-Windows] Linker hell > So I'm trying to build a fairly large project, statically linked (no > DLLs), and so far I'm in hell. > > First pass: Select all projects and use "Multithreaded Debug" library. > I get conflicts with MSVCRTD.DLL, even though it's not being explicitly > referenced by anything. I do a DUMPBIN on the modules in question, and > they show they're that their defaultlib is MSVCRTD.LIB even though the > project is showing them as using Multithreaded Debug (LIBCMTD.LIB). > What the hell? > > Second pass: Select "No default libraries" and manually specify > LIBCMTD.LIB in the libraries list. Conflicts go away, but now I get: > > LINK : warning LNK4049: locally defined symbol "_malloc" imported > LINK : warning LNK4049: locally defined symbol "_free" imported > LINK : warning LNK4049: locally defined symbol "_memmove" imported > LINK : warning LNK4049: locally defined symbol "_realloc" imported > ogg_static_local.lib(framing.obj) : error LNK2001: unresolved external > symbol __imp__memchr > vorbis_static_d.lib(info.obj) : error LNK2001: unresolved external > symbol _strdup > > I'm not using the Ogg Vorbis libs directly, I'm actually compiling the > source files. > > What's particularly disturbing is that suddenly it can't find strdup() > or memchr() just because I changed libs?! > > Any ideas? > > Brian > > > > _______________________________________________ > Gamedevlists-windows mailing list > Gam...@li... > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > |