RE: [GD-Windows] operator delete linker hell

[Andrew G. <ag...@cl...>]

Do you mean you have all your memory routines in a seperate library, or all
your libraries include the memory routines which are in a .cpp ?

I had a similar problem to this a while ago with multiply defined functions
in libraries, and the solution was indeed the link order. Jiggling the order
of the libraries in project settings solved it.


Andrew Grant-
Climax Brighton 



> -----Original Message-----
> From: Brian Hook [mailto:bri...@py...]
> Sent: 22 June 2002 18:25
> To: gam...@li...
> Subject: [GD-Windows] operator delete linker hell
> 
> 
> I have my own globally defined operator delete and new which 
> allocate from 
> a custom heap, do memory tracking, etc. etc.  Works great in 
> my GUI app, 
> not a problem.
> 
> Now I'm using my same libraries with a console app, and I'm getting a 
> linker error saying that operator delete() is multiply 
> defined.  After 
> doing a lot of Google and KB searching, it looks like a link 
> order problem, 
> but I've tried everything suggested on-line to fix it.
> 
> The specific suggestions are to remove libcmtd.lib from the 
> default libs 
> (i.e. put it in ignore libs) and then add it back in the 
> object/library 
> modules setting in MSVC6.  I've tried that to no avail.  I've done 
> /verbose:lib to see the output of the linker, but it's pretty much 
> meaningless to me -- it shows me what it's searching, but 
> there doesn't 
> seem to be anything else relevant in there (and it searches 
> the same libs 
> multiple times).
> 
> So, any ideas what else I can try to make this link.  This is 
> _supposed_ to 
> work, and it has worked for me on my other projects, but for 
> some reason 
> it's just getting pissy with this.  I've double checked to 
> make sure I'm 
> linking to the correct libraries consistently (LIBCMTD.LIB), etc.
> 
> Thanks,
> 
> Brian
> 
> 
> 
> -------------------------------------------------------
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> _______________________________________________
> Gamedevlists-windows mailing list
> Gam...@li...
> https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_id=555
>