pjs/xpcom/build
darin%meer.net 83f607e84a moved build/nsStringAPI.cpp into stub/ to fix win32 depend build bustage, r=bsmedberg 2004-10-25 20:35:12 +00:00
..
.cvsignore
Makefile.in landing patch for bug 262218 "libxpcom.so should only export frozen symbols" r=bsmedberg sr=bryner 2004-10-25 19:34:45 +00:00
dlldeps.cpp landing patch for bug 262218 "libxpcom.so should only export frozen symbols" r=bsmedberg sr=bryner 2004-10-25 19:34:45 +00:00
malloc.c Split private xpcom defines into separate header. 2003-07-03 20:55:23 +00:00
nsOS2VACLegacy.cpp Bug 258014 make @param names match function signature 2004-09-05 13:25:51 +00:00
nsXPCOM.h landing patch for bug 262218 "libxpcom.so should only export frozen symbols" r=bsmedberg sr=bryner 2004-10-25 19:34:45 +00:00
nsXPCOMCID.h Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-18 14:21:17 +00:00
nsXPCOMPrivate.h landing patch for bug 262218 "libxpcom.so should only export frozen symbols" r=bsmedberg sr=bryner 2004-10-25 19:34:45 +00:00
nsXPComInit.cpp Change the semantics of the .autoreg file so that it can be used for Firefox and Thunderbird to trigger re-registration in all profiles. Rather than checking for the existance of the file, registering, and deleting it, we'll always compare the timestamp of .autoreg to that of the profile compreg.dat, and re-register if .autoreg exists and is newer. Bug 252905, r=darin. 2004-07-31 15:26:25 +00:00
win32.order Bugzilla Bug 107823 change nsIFile 2001-11-26 08:05:05 +00:00
xpcom-tests.pkg Beginning to land the PACKAGING_20030906_BRANCH for bug 20640. Not part of the build, yet. 2004-01-07 01:22:31 +00:00
xpcom.pkg Beginning to land the PACKAGING_20030906_BRANCH for bug 20640. Not part of the build, yet. 2004-01-07 01:22:31 +00:00
xpcom_alpha.def bug 54471. Increase the xptcall stubs entry point count to almost 256. This increases the number of methods that can be implmented on a JS object via xpconnect, or on an xpcom/proxy object, or via PyXPCOM. There are platform limitations that would need to worked out to go higher. Also higher counts start getting into a zone where we should be wisely weighing the memory cost. r=markh@activestate.com sr=shaver@mozilla.org 2001-05-19 00:03:01 +00:00