pjs/xpcom/build
bryner%brianryner.com 83f2f0582a Bug 221843 - bookmarks data loss on Mac OS 10.1. Check to see whether the temporary unique file is already in the target directory before calling FSMoveObject(), since moving a file into the directory it's currently in returns an error on 10.1. Fix dependencies to rebuild libxpcom when MoreFiles is updated. r=ccarlen, sr=darin, a=brendan. 2003-12-16 09:51:35 +00:00
..
.cvsignore
Makefile.in Bug 221843 - bookmarks data loss on Mac OS 10.1. Check to see whether the temporary unique file is already in the target directory before calling FSMoveObject(), since moving a file into the directory it's currently in returns an error on 10.1. Fix dependencies to rebuild libxpcom when MoreFiles is updated. r=ccarlen, sr=darin, a=brendan. 2003-12-16 09:51:35 +00:00
dlldeps.cpp Trying to fix bustage. 2003-10-09 16:59:23 +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
nsXPCOM.h Fix for 205023. Adds nsTraceRefcnt stubs that access a global to allow tracing refcnt to work with the GRE/xpcom glue builds. r=dbaron 2003-08-05 05:29:10 +00:00
nsXPCOMCID.h landing 172512. nsEmbedString for component developers and embeders. r=alec, sr=jag/darin, a=asa@mozilla.org 2002-10-17 23:41:47 +00:00
nsXPCOMPrivate.h Bug 223900 - Clean up MFCEmbed to use the GRE properly (don't link against xpcom.dll), and make the GRE glue libs more embedder-friendly and flexible. r=adamlock/dougt sr=dougt 2003-11-17 06:13:49 +00:00
nsXPComInit.cpp fixes bug 228210 "XPCOM glue is not backwards compatible -> NS_GetFrozenFunction trashes memory" r=dougt a=dbaron 2003-12-11 23:50:47 +00:00
win32.order Bugzilla Bug 107823 change nsIFile 2001-11-26 08:05:05 +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