mozilla
/
pjs
зеркало из https://github.com/mozilla/pjs.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
pjs/xpcom/build
История
darin%meer.net 5aab09f9cb landing patch for bug 239716 "inout wstring methods are difficult to implement with nsEmbedString" patch by marco@gnome.org r=darin sr=dbaron 2004-04-20 00:21:34 +00:00
..
.cvsignore
…
Makefile.in Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-18 14:21:17 +00:00
dlldeps.cpp Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-18 14:21:17 +00:00
malloc.c Split private xpcom defines into separate header. 2003-07-03 20:55:23 +00:00
nsOS2VACLegacy.cpp #215581 2003-10-21 22:07:19 +00:00
nsStringAPI.cpp landing patch for bug 239716 "inout wstring methods are difficult to implement with nsEmbedString" patch by marco@gnome.org r=darin sr=dbaron 2004-04-20 00:21:34 +00:00
nsXPCOM.h Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-18 14:21:17 +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 239716 "inout wstring methods are difficult to implement with nsEmbedString" patch by marco@gnome.org r=darin sr=dbaron 2004-04-20 00:21:34 +00:00
nsXPComInit.cpp landing patch for bug 239716 "inout wstring methods are difficult to implement with nsEmbedString" patch by marco@gnome.org r=darin sr=dbaron 2004-04-20 00:21:34 +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