Benjamin D. Smedberg wrote:
As a part of the recent discussions about separating the mozilla build system into a "gecko tier" and and "app tier", there was discussion about changing the nature of the SDK. It was decided that the SDK is still going to contain only frozen interface headers.
However, I have heard a lot of complaints that the current SDK is difficult to use, because the directory structure doesn't match that of the mozilla "dist" directory. This makes it very hard to switch from a project using the moz build tree to a separated project built on the SDK. Therefore, I would like to propose a change in the SDK directory structure to more-closely match the directory structure of the mozilla "dist" directory:
Current SDK: [sdk]/xpcom/include/nsIInputStream.h [sdk]/xpcom/idl/nsIInputStream.idl
Proposed: [SDK]/include/xpcom/nsIInputStream.h [SDK]/idl/xpcom/nsIInputStream.idl
I would like feedback from any embedders who currently are using the SDK: would this change help you, or would it be a painful alteration without any benefit? I obviously don't want to go changing the directory structure just for the fun of it.
--BDS
The idea was that the SDK was really an aggregate of other SDKs. Ideal, but not practical. I have always wanted a flat SDK. For example:
[SDK]/include/*.h [SDK]/idl/*.idl
Note that there is _NO_ module in the path. We would have to figure out how to track dependencies in another way.
My main grip is having to add a dozen include path directories to my makefiles or in MSVC. Removing the module name from the path would simplify things.
Thoughts? Doug
Me too. Having separate directories for every single module is a royal pain for embedding work.
If it were flat structure with no modules it would make using Gecko a magnitude easier. For an example of what the existing or similar layout does to a simple embedding project:
http://lxr.mozilla.org/seamonkey/source/embedding/tests/wxEmbed/makefile.vc#28
Using a libtool to concatenate all the .libs together into a single one (e.g. gecko.lib) would be beneficial too.
Adam _______________________________________________ mozilla-embedding mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-embedding
