gamedevlists-windows

[GD-Windows] Re: multiply defined functions in libs

[Andras B. <bn...@ma...>]

[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

RE: [GD-Windows] Re: multiply defined functions in libs

[Andras B. <bn...@ma...>]

Okay, I just realized that LIBCD contains much more than just the std c
routines (for example it contains the crt0 itself, and a bunch of other
functions that are required for runtime checks), so I just can't drop LIBCD
altogether (at least not for the debug build).

So I decided to just bite the bullet and implement my own crt0 (which,
eventually doesn't seem to be too hard :) and I also specify the
/FORCE:MULTIPLE linker flag (this will link with multiple definitions,
although you have to make sure, that it's your stuff that gets linked in).

There's a great docs about rolling your own crt0 here:
http://www.microsoft.com/msj/archive/S569.aspx

Cheers,

Andras
 

> -----Original Message-----
> From: gam...@li...
> [mailto:gam...@li...] On Behalf Of
> Andras Balogh
> Sent: Thursday, June 17, 2004 5:07 PM
> To: gam...@li...
> Cc: gam...@li...
> 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

Re: [GD-Windows] Re: multiply defined functions in libs

[Alen L. <ale...@cr...>]

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
>

Re: [GD-Windows] Re: multiply defined functions in libs

[Brett B. <res...@ga...>]

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

Re: [GD-Windows] Re: multiply defined functions in libs

[Alen L. <ale...@cr...>]

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
>

RE: [GD-Windows] Re: multiply defined functions in libs

[Andras B. <bn...@ma...>]

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