Closed Bug 382150 Opened 17 years ago Closed 17 years ago

Consolidate calendar makefiles

Categories

(Calendar :: Build Config, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sipaq, Assigned: sipaq)

References

Details

Attachments

(1 file, 2 obsolete files)

This is a followup to bug 380846 (and to what the Seamonkey folks did in bug 381776) to get the Calendar apps one step further into the brave new world of a more modular build system.

This should remove calendar/ Makefiles from allmakefiles.sh and put them into
calendar/makefiles.sh which gets called by allmakefiles automatically now when
--enable-application=calendar

One thing I'm not 100% sure about:
- allmakesfiles.sh knows two Calendar-related makefile targets
  - MAKEFILES_calendar 
    (see http://mxr.mozilla.org/seamonkey/source/allmakefiles.sh#1011)
  - MAKEFILES_sunbird
    (see http://mxr.mozilla.org/seamonkey/source/allmakefiles.sh#1028)

Should both of these be consolidated into calendar/makefiles.sh or should we create calendar/makefiles.sh and calendar/sunbird/makefiles.sh? 

Ben, could you please elaborate on that? I will then make a patch based on your statement. Thanks!
I guess we also need to make sure that the right set is added when lightning is built as an extension with Thunderbird or SeaMonkey.
Sorry, I was on a slightly extended vacation.

Hm, looking at the setup currently it seems that MAKEFILES_sunbird is only used if MOZ_SUNBIRD is defined. MAKEFILES_calendar is used if MOZ_CALENDAR is defined.

MOZ_SUNBIRD and MOZ_CALENDAR are both set in calendar/confvars.sh, and the mozconfig for sunbird sets --enable-application=calendar (which means that calendar/confvars.sh is being executed).

So I'm guessing that you can combine them.

Does that seem right?
Attached patch Patch v1 (obsolete) — — Splinter Review
Patch after IRC discussion with Ben Turner.
Attachment #266647 - Flags: review?(bent.mozilla)
Comment on attachment 266647 [details] [diff] [review]
Patch v1

Asking also for module-owner approval (moa). Please note, that this is a trunk-only patch.
Attachment #266647 - Flags: review?(mvl)
Comment on attachment 266647 [details] [diff] [review]
Patch v1

Looks good to me.
Attachment #266647 - Flags: review?(bent.mozilla) → review+
Component: General → Build Config
QA Contact: general → build
mvl, any estimate on when you might to the moa on the patch in this bug? Or should I ask daniel (when he gets back) or ause?
Comment on attachment 266647 [details] [diff] [review]
Patch v1

updating to reality: I won't be able to review this any time soon
Attachment #266647 - Flags: review?(mvl)
Comment on attachment 266647 [details] [diff] [review]
Patch v1

Moving review request to ause. 

Ause, this has already gotten review from a mozilla developer. I'd just like you to take a quick look at this, so that someone from the calendar team is aware of this.
Attachment #266647 - Flags: review?(ause)
CC'ing ause, since he is the reviewer in this bug.
although some directories may appear twice in MAKEFILES, the processing  perlscript looks smart enough  to check if there is still something to do
 (could sort out duplicates first, but anyway).
as lightning dirs are a subset of those for sunbird, isn't there a way to activate lightning extension when MOZ_BUILD_APP contains sunbird?
what right am i missing now again? :(

 You are not authorised to edit attachment 266647 [details] [diff] [review].
(In reply to comment #10)
When building Sunbird you can also build Lightning at the same time by adding "ac_add_options --enable-extensions=lightning" to the mozconfig file. I hope this still works after the change.
(In reply to comment #12)
> When building Sunbird you can also build Lightning at the same time by adding
> "ac_add_options --enable-extensions=lightning" to the mozconfig file. I hope
> this still works after the change.

It definitely should work.
Attached patch move shared directory list to a shared script (obsolete) — — Splinter Review
this patch only leaves one place to maintain the directory list
Attachment #274929 - Attachment is patch: true
Attachment #274929 - Attachment mime type: text/x-patch → text/plain
Ause, the patch for bug 381902 was checked in about a week ago. We need to update our patch.
Attached patch Patch v2 — — Splinter Review
Ause, this unbitrots the previous patch and incorporates your proposed changes. Please review.
Attachment #266647 - Attachment is obsolete: true
Attachment #274929 - Attachment is obsolete: true
Attachment #280156 - Flags: review?(ause)
Attachment #266647 - Flags: review?(ause)
Comment on attachment 280156 [details] [diff] [review]
Patch v2

works. but it looks like these scripts are not mandatory. there is also some magic in config/rules.mk that creates these makefiles on the fly (search for SUBMAKEFILES). i'm not sure what the prefered way is in the moz project , but less scripts is less maintaing work...
Attachment #280156 - Flags: review?(ause) → review+
Summary: Move calendar/ Makefiles from allmakefiles.sh to calendar/makefiles.sh → Consolidate calendar makefiles
Patch checked in to trunk. Thanks ause! Thanks Ben!
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Lightning Trunk Tinderboxen for Linux and Mac are burning. -> REOPEN

/builds/tinderbox/Lightning-Trunk/Darwin_8.8.1_Depend/mozilla/configure: line 36: 
: command not found
/builds/tinderbox/Lightning-Trunk/Darwin_8.8.1_Depend/mozilla/configure: line 37: /builds/tinderbox/Lightning-Trunk/Darwin_8.8.1_Depend/mozilla/calendar/shared_makefiles.sh
: No such file or directory

/builds/tinderbox/Lt-Trunk/Linux_2.6.9-42.ELsmp_Depend/mozilla/extensions/lightning/makefiles.sh: line 36: 
: command not found
/builds/tinderbox/Lt-Trunk/Linux_2.6.9-42.ELsmp_Depend/mozilla/extensions/lightning/makefiles.sh: line 37: /builds/tinderbox/Lt-Trunk/Linux_2.6.9-42.ELsmp_Depend/mozilla/calendar/shared_makefiles.sh
: No such file or directory
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
mozilla/extensions/lightning/makemakefiles.sh got dos lineends on the tinderbox
Bustage fix by sipaq -> FIXED again :)
Status: REOPENED → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: