Re: [gnet] --enable-glib2

[Ross Golder <ross golder org>]

I'm kind of inclined to agree with Iain.

Most users who are using gnet CVS are likely to have pkgconfig
installed. It just makes sense. If you're not developing gnet with
latest glib1/2 and pkgconfig installed, you're probably doing something
wrong! I also think many application developers would probably be using
pre-built gnet/gnet-devel packages anyway, where the lack of pkgconfig
wouldn't be a problem. But then, they've probably got it anyway, or
could install it with ease, as most distros come with a version of it,
and the tarball isn't rocket science to a developer. Or they could just
use an older gnet tarball.

I'd like to see gnet's build system as closely follow glib as it can,
anyway. I haven't tried building glib or gnet for quite a few weeks now,
so I'm probably a fair bit out of the loop.

Just my 2 mins of gibberish. :)

--
Ross

On Mon, 2002-01-14 at 22:20, iain wrote:
> On Mon, 2002-01-14 at 16:21, David Helder wrote:
> > 
> > My understanding is that pkgconfig has only been used since last summer,
> > so most GLib 1.2 installations wouldn't necessarily have it.  Is there a
> > solution that would work with both non-pkgconfig and pkgconfig?  We could
> > include the old glib.m4.
> 
> I don't see a problem saying "You need pkgconfig", most people should
> have it, if they have gnome stuff, IIRC it's been included in Redhat
> since 7.0
> 
> The other non pkgconfig solution is to copy the AM_PATH_GLIB macro into
> the configure.ac file, change it's name and use that instead. But
> requiring glib1 and glib2 to use --enable-glib2 is not a good solution.
> 
> iain
> -- 
> but tv says "surface irony" is funny...don't you watch saturday night
> live, man?
> 
> _______________________________________________
> gnet mailing list
> gnet gnetlibrary org
> http://www.gnetlibrary.org/mailman/listinfo/gnet