Re: [bob brasko net: Re: Glib]

On Thu, Mar 04, 2004 at 08:40:27AM -0800, Manish Singh wrote:
> On Thu, Mar 04, 2004 at 10:14:47AM -0500, Bob Rossi wrote:
> > > Bob Rossi <bob brasko net> writes:
> > > 
> > > > Is there anyway the pkg-config package can not be needed in the
> > > > when building the minimal Glib library?
> > > > 
> > > > This doesn't seem necessary. Is it?
> > > 
> > > It is necessary and I don't see why it should be a problem. It's just
> > > a build tool, not a dependency for an application using glib.
> > 
> > I think you are missing the point here. pkg-config doesn't build on some
> > systems. Also, it depends on Glib to build. This is ridiculous. 
> > I am proposing removing this dependency when building the minimal Glib.
> > Is this considered acceptable?
> > 
> > > If you have further questions, you should probably ask them on
> > > gtk-list. This is getting off-topic here.
> > 
> > I am talking about how to develop Glib into a lightweight library, that
> > can build everywhere. Is this not a "development" topic?
> > 
> > Do you realize there is a reason that autoconf uses sh scripts to build
> > most applications? It's the lowest common denominator. It supposedly works
> > everywhere. Is there something wrong with the way autoconf normally
> > works that is solved with pkg-config? Does this problem relate to
> > building the minimal Glib?
> So what systems are you dealing with that glib doesn't build on? Better to
> fix the root cause of the problem rather than papering over the problem
> with some concept of "minimal glib" which would just lead to packaging
> and distribution confusion.

Well for starters, I think that I am being enlightened into what
dpk-config really does. What I would really like to get out of Glib, is
to have it build a minimal Glib, in place, that I can link to CGDB. This
way, I can distribute Glib, and not worry about it depending on anything
else. Also, I will not be installing Glib, so pkg-config probably won't
be necessary. Do I finally have this right?

Also, I don't want poeple to have to install pkg-config. It has nothing
to do with CGDB, and they are never going to use Glib for the purposes I
am using it for. So, maybe just removing the dependency from the with a --disable-pkg-config check would be a good solution.

What do you think?

I couldn't get it to install on Cygwin. Maybe I was doing something

make  all-recursive
make[1]: Entering directory
Making all in glib-1.2.8
make[2]: Entering directory
make  all-recursive
make[3]: Entering directory
Making all in .
make[4]: Entering directory
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.
_domain_glib     -g -O2 -Wall  -D_REENTRANT -c gstrfuncs.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -DG_LOG_DOMAIN=g_log_domain_glib -g -O2
-Wall -D_REE
TRANT -c gstrfuncs.c -o gstrfuncs.o
gstrfuncs.c: In function `g_strsignal':
gstrfuncs.c:674: error: conflicting types for `strsignal'
/usr/include/string.h:75: error: previous declaration of `strsignal'
gstrfuncs.c:674: warning: extern declaration of `strsignal' doesn't
match global one
make[4]: *** [gstrfuncs.lo] Error 1
make[4]: Leaving directory

make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory

make[2]: *** [all-recursive-am] Error 2
make[2]: Leaving directory

make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
make: *** [all-recursive-am] Error 2

[bar bar-nt ~/download/pkgconfig/pkgconfig-0.14.0] $ gcc --version
gcc (GCC) 3.3.1 (cygming special)
Copyright (C) 2003 Free Software Foundation, Inc.

Thanks for all the help,
Bob Rossi

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]