Mark Banner (:standard8) Assignee
	Description • 16 years ago

The ongoing effort to make mailnews compile with external linkage has been slowly progressing for a while now. We're at the stage where mailnews/base/util, mailnews/addrbook, mailnews/mime all are very close to being able to be built with external linkage.

To aid those trying to get this working (and maintain the current state), we should make it easier to set up builds for it. In practice this means:

1) Making MOZILLA_INTERNAL_API (defined in Makefile.in files) be optional.
2) Setting up the link libraries to reference the appropriate external linkage libraries, rather than the internal ones.

Current thoughts are:

a) configure flag
b) environment variable set in .mozconfig

We could do an optional based on --enable-libxul, but I'm tempted to say we should have something like --enable-experimental-comm-central-external-linkage or something a bit shorter ;-)

Thoughts?

	Matthew Gertner
	Comment 1 • 16 years ago

I think a configure flag would be perfect for this. Just --enable-external-linkage maybe?

	Mark Banner (:standard8) Assignee
	Comment 2 • 16 years ago

Not had any comments, so this is what I propose: an --enable-incomplete-external-linkage option.

This will allow us to "toggle" various items for the frozen API. The mailnews/addrbook Makefile.in are examples of its use.

If this patch is accepted, I'll look at rolling the changes out across mailnews some of which I already have in existing patches.

	Robert Kaiser
	Comment 3 • 16 years ago

Comment on attachment 368243 [details] [diff] [review]
Proposed Solution

Thanks for this, sounds like a good way for the transition to external linkage and libxul!

	Mark Banner (:standard8) Assignee
	Comment 4 • 16 years ago

I haven't pushed the first patch yet. However this is the natural extension to it - spread MOZ_INCOMPLETE_EXTERNAL_LINKAGE throughout mailnews and provide the correct lib setups where necessary.

There's a couple of bits of tidy up as well, e.g. don't link against MOZ_JS_LIBS because we don't need to, and remove a couple of EXTRA_DSO_LDOPTS definitions because they are in directories where we don't link objects.

Hopefully I've got the external linkage cases correctly, its a bit hard to test those at the moment.

	Robert Kaiser
	Comment 5 • 16 years ago

Comment on attachment 368902 [details] [diff] [review]
Part 2 - Spread new build option to rest of mailnews makefiles.

Haven't tried compiling with that flag, but as long as things are still OK with default builds, this should be a good way to work on getting external linkage to work someday.

	Mark Banner (:standard8) Assignee
	Comment 6 • 16 years ago

I checked both of these patches in under the same changeset: http://hg.mozilla.org/comm-central/rev/e1cff334fba5

	Serge Gautherie (:sgautherie)
	Comment 7 • 16 years ago

http://hg.mozilla.org/comm-central/rev/f57dc164053e
Mark Banner - Bustage fix for bug 483577 - fix typos.