Ken,
IMHO for the short term, this is going to be a low priority for those
concerned with shipping Moz 1.0. However, I do think it would
be neat to have. My question on this (to those that might know):
Is this a pure XPCOM issue or does it require the attention of the
NSPR group?
One thing I see awkward with this proposal is that in some
instances we have NSPR C functions which have #included
C++ class wrappers as sugar coating. Adding a C wrapper to
call the C++ wrapper to the NSPR C function is jumping through
hoops.
Unless someone out there REALLY wants to see this interop
with their favorite compiler and is willing to invest some time, it
is going to sit for a spell while more urgent issues are addressed.
Regards,
Rick
Ken Kozman wrote:
> The outcome of that thread is to take some of the XPCOM library API's which
> are implemented as classes, and wrap them in an extern "C" wrapper which
> allows them to be used compiler independently. This will not change the old
> classes or anything, it will just add in new functions with which to access
> those guys.
>
> For example, the nsMemory class provides quite a few useful static methods.
> We would add wrapper functions for each static method which would then be
> declared extern "C" and would just call the nsMemory methods.
