this means essentially copying much of the code in prlink.c ... are you sure that is wise?
yeah. nspr is much more than library loading. It would be great embedders didn't have to worry about _any_ gre/mozilla library and could just link in a little bit of code and have that worry about finding and setting up the GRE.
Currently nspr is 200k on windows and these libraries need to be in the _install_ directory of the embedding application. This basically sucks. Instead, we should implement the stuff that xpcom_glue needs in terms of native os services and free the embedder from worrying about the details of nspr.
As for component developers, their initalization path is a bit different and I think they will not have to occur any cost. Lets see what bsmedberg does. ;-)
Doug
I just don't want component developers to have to carry the burden of statically linking to a bunch of extra code when they might be perfectly willing to accept a dependency on NSPR. XPCOMGlueStartup will be statically linked into each and every component, so it should be kept small. Perhaps we need some #ifdefs to control this??
-Darin _______________________________________________ mozilla-embedding mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-embedding
