Makoto Kato
|
c94dec51ec
|
Bug 499262 - Remove Metoworks Code for OS 9. r+sr=bsmedberg
|
2009-07-24 19:11:23 +09:00 |
jwalden@mit.edu
|
e574119f30
|
Bug 348748 - Cleanup from the handful of patches which have landed since the initial landing that have readded cast macros; I intend to remove the rest of the instances Very Soon, all but certainly before the M8 freeze, so the macro definitions can be removed, again all but certainly before the M8 freeze, if people are okay with them being removed. Still r=bsmedberg, a=no-functionality-change
|
2007-09-04 23:41:35 -07:00 |
|
jwalden@mit.edu
|
12e960c504
|
Bug 348748 - Replace all instances of NS_STATIC_CAST and friends with C++ casts (and simultaneously bitrot nearly every patch in existence). r=bsmedberg on the script that did this. Tune in next time for Macro Wars: Episode II: Attack on the LL_* Macros.
|
2007-07-08 00:08:04 -07:00 |
roc+@cs.cmu.edu
|
0054412272
|
Bug 374866. Reftests for text-transform. r=dbaron
|
2007-03-22 16:01:14 -07:00 |
jwalden%mit.edu
|
f49fc51830
|
Bug 348748 - Cleanup from the handful of patches which have landed since the initial landing that have readded cast macros; I intend to remove the rest of the instances Very Soon, all but certainly before the M8 freeze, so the macro definitions can be removed, again all but certainly before the M8 freeze, if people are okay with them being removed. Still r=bsmedberg, a=no-functionality-change
|
2007-09-05 06:41:37 +00:00 |
|
jwalden%mit.edu
|
ef68fcf595
|
Bug 348748 - Replace all instances of NS_STATIC_CAST and friends with C++ casts (and simultaneously bitrot nearly every patch in existence). r=bsmedberg on the script that did this. Tune in next time for Macro Wars: Episode II: Attack on the LL_* Macros.
|
2007-07-08 07:08:56 +00:00 |
bryner%netscape.com
|
d96798d50e
|
Get rid of gcc3's numerous warnings about using <new.h> instead of <new> by creating a new #define, NEW_H, which should be used instead of <new.h> or <new>. This is so we can continue to support a couple of braindead compilers that don't accept <new>. Bug 155852, r=cls.
|
2002-08-19 03:50:27 +00:00 |
warren%netscape.com
|
958ed96edd
|
Renaming nsIAllocator to nsIMemory (and nsAllocator to nsMemory). API cleanup/freeze. Bug #18433
|
2000-06-03 09:46:12 +00:00 |
dveditz%netscape.com
|
2571930b5e
|
shutting up copious warnings using /W4 on MSVC
|
1999-11-03 07:39:19 +00:00 |
scc%netscape.com
|
5f9bba140f
|
the fix is to |#include <new.h>|. I tested on several versions of SunOS with different compilers, linux, and Mac. Uncommenting the problematic code.
|
1999-07-23 01:18:49 +00:00 |
|
scc%netscape.com
|
a12c96415a
|
temporarily commenting out unused placement |new| till I can figure out how to make it compile on SunOS
|
1999-07-22 20:10:19 +00:00 |
|
scc%netscape.com
|
7bd41d5e4f
|
conditionalized missed member templates, |numeric_limits| use
|
1999-07-21 03:23:09 +00:00 |
|
scc%netscape.com
|
a8ce738ae0
|
First checked in. Defines a C++ standard compliant allocator based on
the global shared allocator |nsAllocator|.
|
1999-07-21 00:50:05 +00:00 |