Moved nsFileSpec and related classes into this obsolete library.
Moved nsRegistry and related libreg functionality into the obsolete library.
Updated many callers using the obsolete nsFile spec to use nsIFile and Necko to do file IO.
Combined the following DLLs (source -> dest)
uriloader -> docshell
shistory -> docshell
jsurl -> jsdom
gkview -> gklayout
Moved nsAdapterEnumerator out of xpcom/ds and into mailnews, since they're the only consumer
Modifed the xpt_link tool so that you can specify a �only include� cid list that can mask CID�s that you are not interested in.
Added build options:
Prevent the building of xpinstall (--disable-xpinstall)
Prevent the building js component loader (--disable-jsloader)
A build option to only build a single profile (--enable-single-profile)
A build flag to only built the required xpfe components (--disable-xpfe-components).
Removal or hiding of unused functions and classes including nsEscape*, nsDequeIterator, nsRecyclingAllocatorImpl, nsDiscriminatedUnion, nsOpaqueKey, nsCRT::strlen, NS_NewCommandLineService
Bug 194240, r/sr = darin, alec.
* Adds Makefile.ins to win32 specific dirs
* Adds WINNT ifdefs to Makefile.ins
* Causes NSPR to be compiled with --with-mozilla
* Misc general Makefile.in cleanup
Bug #58981 r=mcafee
Quick fix for bug #36844.
Since people kept forgetting to wrap SHARED_LIBRARY_LIBS inside MKSHLIB_FORCE_ALL & MKSHLIB_UNFORCE_ALL pairs, we now handle it in rules.mk. Same goes for making $(SHARED_LIBRARY) dependent upon $(SHARED_LIBRARY_LIBS).
we used to have -llocalmail in our link line. but that's a component, so that's
wrong, so mcafee removed it. but we weren't linking against liblocalmail.so, we were actually linking in liblocalmail.a. but briano's change to mozilla/config/rules.mk made it so liblocalmail.a got moved into dist/lib/components, so now
we need to explictly link against this .a
the problem is in this .a is a class that we need. mscott is working on
the right fix, and he'll remove this when he re-arranges the code.
