This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Fix g++.eh/badalloc.C failure


On Mon, Dec 17, 2001 at 02:59:33PM +0100, Jakub Jelinek wrote:
> badalloc1.C test fails due to recent libstdc++-v3 locale changes, because
> the initial arena to serve malloc requests from is too small (e.g. on ia32
> the first malloc call is allocating a 640 bytes long chunk, there is also a
> malloc(1320) and about 3 other calls over 200 bytes, total > 3K).
> This is all before a C++ program hits main.
> Maybe it would be worth some analysis what could be avoided...

If I add a printf below the fail check, on Alpha I see

malloc 1280
malloc 128
malloc 11368
malloc 11368
malloc 416
malloc 416

It's hard for me to believe we need only 3k on ix86...

Not sure what to do here, since allocating 24k isn't going
to be feasable on embedded targets, and this 24k is really
only needed when linking against shared libstdc++.


r~


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]