Closed Bug 761367 Opened 13 years ago Closed 13 years ago

Need libexpat on test machines

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: jesup, Unassigned)

References

Details

As part of webrtc, we're building a second copy of expat (used in webrtc signaling), this one using 'normal' style (chars instead of PR_UniChars like our internal libxul expat). On Windows, this also lives in gkmedia of course. It would be nice to leverage system libexpat if we can (and if we feel safe security-wise) and avoid the duplication. However, right now the test machines don't have expat installed it appears, though the builders appear to. Note that when I build locally on Fedora 15, even with using internal expat, I end up with an expat entry in ldd of libxul.so.
This would suggest that all users who install webrtc builds would also have to install libexpat, no? We try not to install any libraries on the test machines so we know that we're not shipping with external dependencies.
I'm going to land initially without relying on -lexpat, but we still want to examine if we can avoid including it in our code (a second time).
Ok. Is there something actionable here, or should we close this bug until there is?
resolving until there's a decision to require it
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.