This is a placeholder bug, so I don't forget. Our make system for xpidl has several explicit references to glib-config, because libIDL-config assumes that glib is located in the same place as libIDL. Andrew Veliath has fixed this for libIDL 0.6.8; when we require people to install a version >= 0.6.8 libIDL, we should clean up our code to remove the redundant references.

I've fixed libIDL.m4 so that we don't need to reference glib-config directly...you can probably remove the refs now...

De-cc'ing vidur. I'm confused - does the change to libIDL.m4 mean that I can remove glib-config (or @GLIB_CONFIG@) references from xpcom/tools/xpidl/Makefile.in ? Does libIDL.m4 provide better magic through autoconf to get these values?

Explained in IRC, but adding here for the record: It means you can remove the @LIBIDL*@ and @GLIB*@ entries, and add $LIBIDL_CFLAGS and/or $LIBIDL_LIBS where appropriate...

A placeholder bug. Moving to m15 to get off of 'no target milestone' lists.

Moving out past the horizon.

[SPAM] Marking milestone 'future' as part of nsbeta3 triage.

Mass-reassigning mccabe's non-JS, non-Rhino bugs to jband (34 total). Would like to cc mccabe; but the mass-reassign page does not allow this. I'll leave it up to mccabe to decide if he wants to be cc'ed on these -

mass reassign of xpidl bugs to dbradley@netscape.com

As an FYI ... if you want to move to libIDL 0.8.0 or greater, libIDL-config should no longer be used. It will go away in the near future ... We now use pkg-config (http://www.freedesktop.org/software/pkgconfig/) so libIDL comes with a .pc file ... I was lead here by http://bugzilla.gnome.org/show_bug.cgi?id=93469. I think this may be some of the Sun Mozilla accessibility guys using new versions of libIDL, I dunno ...