Closed Bug 117682 Opened 23 years ago Closed 23 years ago

Need better integration of libical for build system

Categories

(Calendar :: Internal Components, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 178798

People

(Reporter: netscape, Assigned: gray)

References

Details

Attachments

(2 files)

What's the actual plan for integrating libical into the build system? Is calendar going to be tied to the in-tree version of libical? If so, then we need to remove the check for libical on the system from mozilla/configure.in or add a version number check. My calendar enabled builds stopped working a few weeks ago for no apparent reason and I believe it was because the required version of libical got bumped without any indication from the build system. I have mixed feelings about requiring people to install libical on the system before they can test calendar. It's the proper thing to do if calendar was going to be dependent upon actual libical releases rather than some cvs hacked version. So the natural question is, is the in-tree version of libical going to deviate from the standard release outside of build changes?
Here's a hack that builds libical using its default autogen.sh script but installs it into the local build tree and copies the installed bits to mozilla's $(DIST)/bin .
*** Bug 116776 has been marked as a duplicate of this bug. ***
Blocks: 146293
*** This bug has been marked as a duplicate of 178798 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
VERIFIED DUPLICATE
Status: RESOLVED → VERIFIED
QA Contact: colint → libical
Component: libical → Internal Components
The bugspam monkeys have been set free and are feeding on Calendar :: Internal Components. Be afraid for your sanity!
QA Contact: libical → base
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: