120675 - static win32 builds busted in activex & npsimple

Status: VERIFIED FIXED

(SeaMonkey :: Build Config, defect, P2)

Description

[hacker formerly known as [e-mail]]

At peterl's request, we stopped installing the npsimple plugin sample into
$(DIST) but somehow, it keeps getting added to the final-link lists.  The
activex control apparently has a dependency upon gkgfx.

Comment 1

[hacker formerly known as [e-mail]]

Oh, while working on the gmake win32 static build, I also noticed that the win32
nmake static builds only statically link in the components while the unix static
builds link everything statically except xpcom, nspr & ldap.  Do we have any
plans to sync those differences or should I just force the non-component
libraries to always be dynamic for win32?

Comment 2

[hacker formerly known as [e-mail]]

Attachment: Add gfx to activex, set bogus meta component for npsimple & remove link lists at start of export phase

Comment 3

[Brian Ryner (not reading)]

Comment on attachment 65528 [details] [diff] [review]
Add gfx to activex, set bogus meta component for npsimple & remove link lists at start of export phase

r=bryner, but remove the "echo foo" line

Comment 4

[Chris Waterson]

Won't adding those $(RM) lines to `export' force a the meta module relink,
everytime? I guess it's not that big of a deal (do we do the same thing on
Unix?) The rest looks fine, sr=waterson.

Comment 5

[hacker formerly known as [e-mail]]

Right, we do the same thing on unix.  It's the only way of handling the case of
libraries being removed from the final-link lists in a depend build.

Comment 6

[Asa Dotzler [:asa]]

a=asa (on behalf of drivers) for checkin

Comment 7

[hacker formerly known as [e-mail]]

Patch checked in.

Comment 8

[Tracy Walker [:tracy]]

verified