Closed Bug 73085 Opened 24 years ago Closed 23 years ago

Blackwood needs a good build/packaging system on All supported platforms

Categories

(Core Graveyard :: Java APIs to WebShell, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ashuk, Assigned: ashuk)

References

Details

Attachments

(6 files)

Currently a consistent build/packaging system is not available for all the Blackwood projects. For Blackwood-1.0, we need a build system on all platforms (win32, linux and solaris) that generates .xpi files for the individual components or the whole project as required.
Ed, Igor, Pls review the patch thnx _Ashu
Status: NEW → ASSIGNED
After applying this patch to my blackwood tree on win32, nmake -f Makefile.win in java does nothing.
I think if no BUILD_X_ONLY is specified, it should default to build_blackwood.
Changing QA contact
QA Contact: geetha.vaidyanaathan → avm
After thinking about it, I withdraw my previous stipulation about the default behaviour.
Depends on: 76405
ra=edburns, wait for my 76405 checkin.
Fix checked in.
thanks Ed.
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Another small fix for unix RCS file: /cvsroot/mozilla/java/makefiles,v retrieving revision 1.3 diff -u -r1.3 makefiles --- makefiles 2000/08/03 21:32:54 1.3 +++ makefiles 2001/05/01 18:46:47 @@ -1,6 +1,7 @@ java/Makefile java/util/Makefile java/util/classes/Makefile +java/build/Makefile java/webclient/Makefile java/webclient/classes_spec/Makefile java/webclient/src_share/Makefile
Ashu' what is the change?
It adds java/build/Makefile to the list of makefiles created when you run configure --with-java-supplement
what is the intention of such "build/packaging" Is it for webclient or is it for all blackwood projects?
It is for all Blackwood projects. Using these Makefiles you can select a particular Blackwood Module (or all modules) and have them built by just running gmake in mozilla/java. Also by setting a PACKAGE_BUILD variable, you will be able to generate .xpis for these individual (or all of Blackwood) components.
Greate. Why do you need mozilla/java/makefiles ? It seems to be not beeng used.
running "configure --with-java-supplement" seems to only generate the Makefiles (from Makefile.in) for the files listed in mozilla/java/makefiles. I have tested this, however, I haven't investigated which script in the configure system reads this file.
With integration of BlackConnect in Webclient, these Makefiles need to be changed. I will also take this opportunity to remove the WEBCLIENT_PACKAGE_BUILD target from the webclient/src_moz/Makefile.in file.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED
Attached file tar.gz
Ed, Pls review these latest patches. RE needs them to be able to build xpi's and solaris SVR4 bundles successfully with the new BlackConnect changes in Webclient. Pls note that although the cvs diff for build/Makefile.in and Makefile.win looks significant, it's just addition of tabs, the absence of which was making gmake very angry. thnx
Ashu, I've untarred your 4:30 pm today tarball into my blackwood pristine trunk. When I set BUILD_BLACKWOOD=1 and run make in java/build, I get: Makefile.win(26) : fatal error U1052: file '..\..\config\autoconf.mk' not found Stop. Can you please fix this and generate another patch? Thank you. Ed
I'll check the Win makefiles on WinNT tomorrow. Did you test this on Unix. If the unix side stuff is good, I'll ask for a separate r= from you for that. This way, RE builds of Blackwood can resume once again. Pls check on linux and solaris and let me know. I have tested myself on Solaris. thnx.
Hi Ed, This latest patch works on both Windows and Solaris. Pls test on linux and let me know if I have r=edburns. thnx much.
Assuming OJI_DISABLE=1 on win32, ra=edburns.
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → FIXED
I'm re-opening this. For some reason my webclient win32 build can't find JAWT_GetAwt. In fact, the src_moz/Makefile.win doesn't even cause the build to descend into the win32 directory. Ashu, can you please fix this? Thanks, Ed
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
The jawt stuff had gotten backed out by mistake in the last checkin. The Fix for Win32 has been checked in by Ed. I have checked in the fix for Unix. Closing Bug.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: