RE: [GD-Windows] Re: multiply defined functions in libs
Brought to you by:
vexxed72
Menu
▾
▴
RE: [GD-Windows] Re: multiply defined functions in libs
|
From: Andras B. <bn...@ma...> - 2004-06-18 17:08:08
|
True, but I want the exact (as much as possible) same stuff running on multiple platforms. Also, we use some 3rd party libraries that use malloc, and we want them to use our memory manager too. The macro trick would work (for the libs you have source for), except that I've heard some horror stories when the macro was not included everywhere for some reason, leading to long and frustrating bug hunts. BTW: having your own crt0 is fun :) Andras > -----Original Message----- > From: gam...@li... > [mailto:gam...@li...] On Behalf Of > Alen Ladavac > Sent: Friday, June 18, 2004 3:43 AM > To: gam...@li... > Subject: Re: [GD-Windows] Re: multiply defined functions in libs > > Hm, I thought the issue was MSVC, not consoles, right? > > ----- Original Message ----- > From: "Brett Bibby" <res...@ga...> > To: <gam...@li...> > Sent: Friday, June 18, 2004 09:01 > Subject: Re: [GD-Windows] Re: multiply defined functions in libs > > > > Yes, because diffferent platforms have different bugs in their memory > > implementations. Also, you need better debugging of memory at runtime > on > > consoles. > > > > ----- Original Message ----- > > From: "Alen Ladavac" <ale...@cr...> > > To: <gam...@li...> > > Sent: Friday, June 18, 2004 3:48 PM > > Subject: Re: [GD-Windows] Re: multiply defined functions in libs > > > > > > > Sounds a bit obvious, but still... would maybe something like: > > > > > > #define malloc my_malloc > > > #define free my_free > > > etc. > > > > > > work for you? Do you really need your own malloc called even by the > code > > > that you don't have sources for? > > > > > > Alen > > > > > > ----- Original Message ----- > > > From: "Andras Balogh" <bn...@ma...> > > > To: <gam...@li...> > > > Cc: <gam...@li...> > > > Sent: Friday, June 18, 2004 01:06 > > > Subject: [GD-Windows] Re: multiply defined functions in libs > > > > > > > > > > [note: I moved this thread to gamedevlists-windows] > > > > > > > > I'm also fighting with this problem right now. For me the linking > error > > > only > > > > happened in the debug build (couldn't figure out why). What I did to > > solve > > > > this was to link against LIBC instead of LIBCD (since I don't really > > need > > > > the debug version of that library anyway).. So now I have my own > malloc > > in > > > > place, but this brings some other problems: > > > > > > > > WinMainCRTStartup calls malloc to allocate some memory, and then > uses > > the > > > > Win32 API function ::HeapSize to query the size of that same memory > > > block.. > > > > > > > > So it assumes, that malloc uses ::HeapAlloc with the handle > _crtheap, > > but > > > of > > > > course, in this case, it does not (since it is my routine that gets > > called > > > > instead) > > > > > > > > So, I'm also stuck.. What can I do? Do I have to roll my own crt > > > routines?? > > > > This sounds a bit too hardcore. I would have thought that many > people > > use > > > > their own memory manager. But how do they solve these things?? > > > > > > > > Any ideas are welcome! > > > > > > > > Thanks, > > > > > > > > > > > > Andras > > > > > > > > > -----Original Message----- > > > > > From: gam...@li... > > > > > [mailto:gam...@li...] On > Behalf > Of > > > > > Brett Bibby > > > > > Sent: Tuesday, June 08, 2004 7:58 PM > > > > > To: Gam...@li... > > > > > Subject: [GD-General] multiply defined functions in libs > > > > > > > > > > I have no idea where to ask this quesiton, so I guess general > might > be > > > > > okay. > > > > > > > > > > Recently I have switched our memory management to Doug Lea's > malloc > > and > > > so > > > > > far so good. The biggest problem is that I'm trying to drop in > and > > > > > replace > > > > > the normal ansi calls. This generally works although with > different > > > side > > > > > effects on different platforms. For example, CodeWarrior's linker > > emits > > > a > > > > > warning that multiple "malloc" symbols are defined on Win32, but > > > correctly > > > > > chooses to use mine anyway if I set the link order correctly, and > > emits > > > no > > > > > warnings at all on PS2 and GCN and seems to use mine silently > > (although > > > > > the > > > > > original malloc is listed in the linker map, just unused!). On > MSVC > > it > > > is > > > > > an error and won't build the Win32 version. Since we have 18 > target > > > > > builds > > > > > across mutliple platforms this is messy. I can't remove the > offending > > > > > libraries without also removing a bunch of needed functions as > they > > are > > > > > built into a single library. > > > > > > > > > > Is there any sort of pragma or some other way to make sure that > all > > > > > references to memory management functions only see my definition? > It > > > > > seems > > > > > that many people must have done this before.... > > > > > > > > > > If not, the only way I see to fix this properly is to build custom > > > release > > > > > and debug libs from each platform's source and exclude the > functions > I > > > > > want > > > > > to remove <shudder>. > > > > > > > > > > Brett > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.Net email is sponsored by: GNOME Foundation > > > > > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > > > > > GNOME Users and Developers European Conference, 28-30th June in > Norway > > > > > http://2004/guadec.org > > > > > _______________________________________________ > > > > > Gamedevlists-general mailing list > > > > > Gam...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/gamedevlists-general > > > > > Archives: > > > > > http://sourceforge.net/mailarchive/forum.php?forum_id=557 > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > > > > Learn from the experts at JavaOne(SM), Sun's Worldwide Java > Developer > > > > Conference, June 28 - July 1 at the Moscone Center in San Francisco, > CA > > > > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code > NWMGYKND > > > > _______________________________________________ > > > > Gamedevlists-windows mailing list > > > > Gam...@li... > > > > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > > > > Archives: > > > > http://sourceforge.net/mailarchive/forum.php?forum_id=555 > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > > > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > > > Conference, June 28 - July 1 at the Moscone Center in San Francisco, > CA > > > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code > NWMGYKND > > > _______________________________________________ > > > Gamedevlists-windows mailing list > > > Gam...@li... > > > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > > > Archives: > > > http://sourceforge.net/mailarchive/forum.php?forum_id=555 > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > > _______________________________________________ > > Gamedevlists-windows mailing list > > Gam...@li... > > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > > Archives: > > http://sourceforge.net/mailarchive/forum.php?forum_id=555 > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Gamedevlists-windows mailing list > Gam...@li... > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_id=555 |
