bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.

Adds REQUIRES= for makefile.win's, fixes code rot



Core Graveyard
Java APIs to WebShell
17 years ago
6 years ago


(Reporter: Jon Smirl, Assigned: edburns)



Dependency tree / graph

Firefox Tracking Flags

(Not tracked)



(1 attachment)



17 years ago
The windows Mozilla build is being changed to track inter-module dependencies. 
To do this makefile.win needs a new variable REQUIRES = indicating which other 
modules are used. The features is enabled with: MOZ_TRACK_MODULE_DEPS=1
This has caused me to try and compile the mozilla/java directory. Right now 
this directory does not compile on Windows. There has been code rot from 
changes to strings, getservice, and various nested includes. I am adding the 
necessary REQUIRES= to all of the makefile files.

Comment 1

17 years ago
Created attachment 50574 [details] [diff] [review]
makefile.win and code rot patch

Comment 2

17 years ago
When building the plugin directory I was forced to rename my JDK/include 
directory so that the build would not find it. Leaving the JDK/include 
directory on the include path will cause compiler errors. Everything compiles 
ok with the directory renamed so this is probably an issue with the order 
directories are included.

Also, the java directory will not build with OJI disabled. There is some 
conflict with the java include files again.


17 years ago
Depends on: 101379, 101410


17 years ago
Blocks: 100107

Comment 3

17 years ago
Comment on attachment 50574 [details] [diff] [review]
makefile.win and code rot patch

this is fine, but I'm confused as to why the other code (like the .GetUnicode() stuff) has bitrotted - are we sure that this stuff will ever be built? I'm wondering if this code should actually just be removed from the tree...
Attachment #50574 - Flags: superreview+

Comment 4

17 years ago
mozilla/java is not part of the tree
One needs explicitly check out mozilla/java. Otherwise no mozilla/java files
will be presented.

I do not see relation between mozilla/java and 
"other code (like the .GetUnicode() stuff) has bitrotted"

Can someone clarify that?

Comment 5

17 years ago
Bit rotting means that the HEAD of the java trunk is out of synch with the HEAD 
of the Mozilla trunk. The HEAD of the java trunk  will not currently compile 
against the head of the Mozilla trunk due to API drift in Mozilla. 

The API drift is minor. A few issues with GetUnicode, do_GetService, a couple 
of NOP methods, etc. The bulk of this patch is form the REQUIRES= support in 
the makefile.win's. All necessary fixes are in the patch.

If Mozilla is being build with dependency track enabled, all dependent modules 
including Blackwood have to also be built with dependency tracking. The patch 
enables dependency tracking for Blackwood.

Comment 6

17 years ago
is mozilla/java ever used? I mean, we use OJI to bring in sun's java library,
which resides in mozilla/modules/oji

to the best of my knowledge, nobody even uses mozilla/java...

Comment 7

17 years ago
Mozilla/java is definitely used. It contains the Java-XPCOM bridge and three 
other Java related deatures. It's just not part of the default build.

Comment 8

17 years ago
Also, the Sun development team doing this is only matching the Netscape 
commercial releases. They aren't tracking the Mozilla tree.


16 years ago
Keywords: topembed

Comment 9

16 years ago
minusing for topembed.
Keywords: topembed → topembed-


16 years ago
No longer blocks: 100107


9 years ago
Last Resolved: 9 years ago
Resolution: --- → INVALID
Component: Java APIs to WebShell → Java APIs to WebShell
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.