WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 4086
fast_malloc should work on Windows
https://bugs.webkit.org/show_bug.cgi?id=4086
Summary
fast_malloc should work on Windows
Justin Haygood
Reported
2005-07-20 15:21:22 PDT
fast_malloc should work on Windows. Patch to do so attached to this.
Attachments
Fixes fast_malloc for Windows
(2.33 KB, patch)
2005-07-20 15:22 PDT
,
Justin Haygood
mjs
: review-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Justin Haygood
Comment 1
2005-07-20 15:22:59 PDT
Created
attachment 3033
[details]
Fixes fast_malloc for Windows Fixes fast_malloc for Windows.
Justin Haygood
Comment 2
2005-07-20 15:23:44 PDT
Comment on
attachment 3033
[details]
Fixes fast_malloc for Windows Fixes fast_malloc for Windows
Maciej Stachowiak
Comment 3
2005-07-24 16:54:00 PDT
Comment on
attachment 3033
[details]
Fixes fast_malloc for Windows A couple of comments: +#if WIN32 +#include <assert.h> +#endif Seems like it would be better to include assert.h unconditionally, if it is truly needed. The extra conditional declaration of malloc_init_state seems wrong - wouldn't the definition of __STD_C fall into the proper code path already? +static void *sbrk (int size){ + + return sbrk((long)size); +} Why is this required? Any call passing an int should call through just fine to the version that takes a long. +#ifdef WIN32 +#define NDEBUG +#endif It's incorrect to define NDEBUG unconditionally on Windows. This should be based on whether the build is debug or release. Please addresse these comments and submit a new patch.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug