pkgconfig-devel Mailing List for PKG Config
Status: Beta
Brought to you by:
lotr
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(9) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Havoc P. <hp...@re...> - 2001-07-10 17:54:02
|
Chema Celorio <ch...@xi...> writes: > pkg-config is looking in /usr/lib/pkg-config. > > Try this : > > [chema@sarados chema]$ pkg-config --debug > Scanning directory '/usr/lib/pkg-config' > Ignoring file '.' in search directory; not a .pc file > Ignoring file '..' in search directory; not a .pc file > File 'ORBit.pc' appears to be a .pc file > Will find package 'ORBit' in file '/usr/lib/pkg-config/ORBit.pc' > File 'libIDL.pc' appears to be a .pc file > .... > $ pkg-config --debug Scanning directory '/usr/lib/pkgconfig' Ignoring file '.' in search directory; not a .pc file Ignoring file '..' in search directory; not a .pc file File 'glib.pc' appears to be a .pc file Will find package 'glib' in file '/usr/lib/pkgconfig/glib.pc' File 'gmodule.pc' appears to be a .pc file Will find package 'gmodule' in file '/usr/lib/pkgconfig/gmodule.pc' File 'gthread.pc' appears to be a .pc file Will find package 'gthread' in file '/usr/lib/pkgconfig/gthread.pc' File 'libxml.pc' appears to be a .pc file Will find package 'libxml' in file '/usr/lib/pkgconfig/libxml.pc' File 'libefs.pc' appears to be a .pc file Will find package 'libefs' in file '/usr/lib/pkgconfig/libefs.pc' File 'libxml-2.0.pc' appears to be a .pc file Will find package 'libxml-2.0' in file '/usr/lib/pkgconfig/libxml-2.0.pc' File 'gnome-vfs-2.0.pc' appears to be a .pc file Will find package 'gnome-vfs-2.0' in file '/usr/lib/pkgconfig/gnome-vfs-2.0.pc' Must specify package names on the command line $ pkg-config --version 0.7.0 Something weird is going on. ;-) Havoc |
|
From: Chema C. <ch...@xi...> - 2001-07-10 17:40:21
|
On 10 Jul 2001 10:20:14 -0400, Havoc Pennington wrote: > > Chema Celorio <ch...@xi...> writes: > > which looks like libcapplet2.pc was not installed, but it was. If i > > as root link /usr/lib/pkgconfig to /usr/lib/pkg-config > > > Only /usr/lib/pkgconfig is supposed to work/be used. Why do you have > the other one? pkg-config is looking in /usr/lib/pkg-config. Try this : [chema@sarados chema]$ pkg-config --debug Scanning directory '/usr/lib/pkg-config' Ignoring file '.' in search directory; not a .pc file Ignoring file '..' in search directory; not a .pc file File 'ORBit.pc' appears to be a .pc file Will find package 'ORBit' in file '/usr/lib/pkg-config/ORBit.pc' File 'libIDL.pc' appears to be a .pc file .... (it is lookin in /usr/lib/pkg-config) regards, Chema |
|
From: Havoc P. <hp...@re...> - 2001-07-10 14:20:24
|
Chema Celorio <ch...@xi...> writes: > which looks like libcapplet2.pc was not installed, but it was. If i > as root link /usr/lib/pkgconfig to /usr/lib/pkg-config Only /usr/lib/pkgconfig is supposed to work/be used. Why do you have the other one? Havoc |
|
From: Chema C. <ch...@xi...> - 2001-07-10 05:11:07
|
Found another bug in pkg-config 0.7.0 (the source for this pkg-config was fetched with the vicious-build-scripts so I don't know where it came from). After installing libcapplet2 I get this error : ------------- checking for pkg-config... (cached) /usr/bin/pkg-config checking for libcapplet2 libglade-gnome gdk_pixbuf bonobo_conf ... Package libcapplet2 was not found in the pkg-config search path. Perhaps you should add the directory containing `libcapplet2.pc' to the PKG_CONFIG_PATH environment variable No package 'libcapplet2' found -------------- which looks like libcapplet2.pc was not installed, but it was. If i as root link /usr/lib/pkgconfig to /usr/lib/pkg-config it all works fine as can be shown here : ---------------------------- [root@sarados lib]# pkg-config --debug Cannot open directory '/usr/lib/pkg-config' in package search path: No such file or directory Must specify package names on the command line [root@sarados lib]# ln -s pkgconfig/ pkg-config [root@sarados lib]# cd pkg-config/ [root@sarados pkg-config]# pkg-config --debug Scanning directory '/usr/lib/pkg-config' Ignoring file '.' in search directory; not a .pc file Ignoring file '..' in search directory; not a .pc file ----------------------------- Another little but blocker bug ;-). Why was this not caught before ? Don't know, it might have been a bug in the tarball fethced from gnome.org/~marting/.... regards, Chema |
|
From: Chema C. <ch...@xi...> - 2001-07-07 19:49:47
|
Martijn van Beers wrote: > > On Sat, Jul 07, 2001 at 02:38:51PM -0500, Chema Celorio wrote: > > Running : > > [chema@suzzy control-center]$ pkg-config --cflags gtkhtml > > > > returns : > > > > -DNEED_GNOMESUPPORT_H-DUNICODE_USE_SYSTEM_ICONV -I/usr/include > > -I/usr/lib/glib/include -I/usr/X11R6/include > > -I/usr/lib/gnome-libs/include -I/usr/include/gnome-xml > > > > where : > > -DNEED_GNOMESUPPORT_H-DUNICODE_USE_SYSTEM_ICONV > > should be : > > -DNEED_GNOMESUPPORT_H -DUNICODE_USE_SYSTEM_ICONV > > I'll look into that. > > > > We are now depending on pkg-config 0.7.0, if this is fixed in the > > CVS version a patch will be appreciated. > > There is no pkg-config 0.7. That's a fork by hp. Well, 0.6.0 didn't worked for us. So we now depend on 0.7.0 from freedesktop.org. > Martijn |
|
From: Martijn v. B. <ma...@ee...> - 2001-07-07 19:47:39
|
On Sat, Jul 07, 2001 at 02:38:51PM -0500, Chema Celorio wrote: > Running : > [chema@suzzy control-center]$ pkg-config --cflags gtkhtml > > returns : > > -DNEED_GNOMESUPPORT_H-DUNICODE_USE_SYSTEM_ICONV -I/usr/include > -I/usr/lib/glib/include -I/usr/X11R6/include > -I/usr/lib/gnome-libs/include -I/usr/include/gnome-xml > > where : > -DNEED_GNOMESUPPORT_H-DUNICODE_USE_SYSTEM_ICONV > should be : > -DNEED_GNOMESUPPORT_H -DUNICODE_USE_SYSTEM_ICONV I'll look into that. > > We are now depending on pkg-config 0.7.0, if this is fixed in the > CVS version a patch will be appreciated. There is no pkg-config 0.7. That's a fork by hp. Martijn |
|
From: Chema C. <ch...@xi...> - 2001-07-07 19:39:40
|
Running : [chema@suzzy control-center]$ pkg-config --cflags gtkhtml returns : -DNEED_GNOMESUPPORT_H-DUNICODE_USE_SYSTEM_ICONV -I/usr/include -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/lib/gnome-libs/include -I/usr/include/gnome-xml where : -DNEED_GNOMESUPPORT_H-DUNICODE_USE_SYSTEM_ICONV should be : -DNEED_GNOMESUPPORT_H -DUNICODE_USE_SYSTEM_ICONV We are now depending on pkg-config 0.7.0, if this is fixed in the CVS version a patch will be appreciated. regards, Chema |
|
From: Havoc P. <hp...@re...> - 2001-07-07 15:11:37
|
Hi, I think you probably have an old pkg.m4 somewhere, that had a mismatched backtick. The one in 0.7 should work. Havoc |
|
From: Chema C. <ch...@xi...> - 2001-07-07 04:49:49
|
I have been trying to build gnome-control-center for 6 hours without
succes. I am stuck in a PKG_CHECK_MODULES macro problem. I am hoping
someone has the solution for this. I need help, i am running out of
ideas.
It is apperently building for other people.
My configuration is :
Red Hat 7.0
Autoconf version 2.13
automake (GNU automake) 1.4
ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27)
THe code in configure.in that is generating the warning/errors is :
-------------------
capplet_modules="libcapplet2 libglade-gnome gdk_pixbuf bonobo_conf
$ARCHIVER_MODULE"
PKG_CHECK_MODULES(CAPPLET, $capplet_modules)
PKG_CHECK_MODULES(BG_CAPPLET, $capplet_modules gdk_pixbuf_xlib)
PKG_CHECK_MODULES(SCREENSAVER_CAPPLET, $capplet_modules gal)
PKG_CHECK_MODULES(ROLLBACK_CAPPLET, $capplet_modules)
PKG_CHECK_MODULES(VFS_CAPPLET, $capplet_modules)
PKG_CHECK_MODULES(GNOMECC, gnomeui libglade xml gdk_pixbuf
gnomecanvaspixbuf gtkhtml)
PKG_CHECK_MODULES(RMHELPER, gnomeui gnomecanvaspixbuf)
PKG_CHECK_MODULES(ARCHIVER, bonobo xml)
PKG_CHECK_MODULES(MONIKER, bonobo bonobo_conf xml)
PKG_CHECK_MODULES(CONFIG_ARCHIVER, gnome xml)
--------------------------
The warnings are :
---------------------------
checking for libcapplet2 libglade-gnome gdk_pixbuf bonobo_conf ... yes
checking CAPPLET_CFLAGS... -DNEED_GNOMESUPPORT_H
-I/usr/include/libcapplet2 -I/usr/include -I/usr/lib/gnome-libs/include
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/X11R6/include -I/usr/include/gnome-xml
-I/home/chema/gnome/include
checking CAPPLET_LIBS... ./configure: command substitution: line 2:
syntax error near unexpected token `"(c'
./configure: command substitution: line 2: ` echo $ac_n "(cached)
$ac_c" 1>&6'
checking BG_CAPPLET_LIBS...
./configure: command substitution: line 3: syntax error near unexpected
token `else'
./configure: command substitution: line 3: ` else'
./configure: ${ac_cv_path_PKG_CONFIG+set}/usr/bin/pkg-config: No such
file or directory
checking for libcapplet2 libglade-gnome gdk_pixbuf bonobo_conf gal...
yes
checking SCREENSAVER_CAPPLET_CFLAGS... -DNEED_GNOMESUPPORT_H
-DNEED_GNOMESUPPORT_H -I/usr/include/libcapplet2 -I/usr/include
-I/usr/lib/gnome-libs/include -I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include
-I/usr/include/gnome-xml -I/home/chema/gnome/include
checking SCREENSAVER_CAPPLET_LIBS... ./configure: command substitution:
line 2: syntax error near unexpected token `"(c'
./configure: command substitution: line 2: ` echo $ac_n "(cached)
$ac_c" 1>&6'
checking ROLLBACK_CAPPLET_LIBS...
./configure: command substitution: line 3: syntax error near unexpected
token `else'
./configure: command substitution: line 3: ` else'
./configure: ${ac_cv_path_PKG_CONFIG+set}/usr/bin/pkg-config: No such
file or directory
checking for libcapplet2 libglade-gnome gdk_pixbuf bonobo_conf ... yes
checking VFS_CAPPLET_CFLAGS... -DNEED_GNOMESUPPORT_H
-I/usr/include/libcapplet2 -I/usr/include -I/usr/lib/gnome-libs/include
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/X11R6/include -I/usr/include/gnome-xml
-I/home/chema/gnome/include
checking VFS_CAPPLET_LIBS... ./configure: command substitution: line 2:
syntax error near unexpected token `"(c'
./configure: command substitution: line 2: ` echo $ac_n "(cached)
$ac_c" 1>&6'
and so on ....
-------------------------------------------
I would very much apreciate help.
TIA,
Chema
|
|
From: Frank H. <fr...@g-...> - 2001-05-28 23:31:13
|
> On Mon, May 28, 2001 at 09:18:06PM +0200, Frank Heckenbach wrote:
> > > On Thu, May 17, 2001 at 12:35:56AM +0200, Frank Heckenbach wrote:
> > > > --- pkgconfig-0.5.0/parse.c.orig Wed Jan 3 10:34:49 2001
> > > > +++ pkgconfig-0.5.0/parse.c Thu May 17 00:27:45 2001
> > > > @@ -1,3 +1,4 @@
> > > > +#define _POSIX_THREAD_SAFE_FUNCTIONS
> > > >
> > > > #include "parse.h"
> > > > #include <stdio.h>
> > > >
> > > > Otherwise, make fails with undefined references to getc_unlocked()
> > > > on my system.
> > >
> > > Could you please explain why this is neccesary, and what your system
> > > is?
> >
> > As I said, to avoid undefined references to getc_unlocked(). My
> > system is i586-pc-linux-gnulibc1 system, and my <stdio.h> contains:
> >
> > #if defined(_POSIX_THREAD_SAFE_FUNCTIONS) || defined(_REENTRANT)
> >
> > #ifndef __SVR4_I386_ABI_L1__
> > #define getc_unlocked(fp) _IO_getc(fp)
> > ...
> >
> > However, #define _POSIX_THREADS will also work (this automatically
> > defines _POSIX_THREAD_SAFE_FUNCTIONS), I don't know which one is
> > better.
>
> Ok, this is supposed to be caught by a check for flockfile in your
> libc. Seems like you have one that does have flockfile, but not
> getc_unlocked. or at least not without a #define.
My <stdio.h> has flockfile() with the same conditionals:
#if defined(_POSIX_THREAD_SAFE_FUNCTIONS) || defined(_REENTRANT)
#ifndef __SVR4_I386_ABI_L1__
#define getc_unlocked(fp) _IO_getc(fp)
#define getchar_unlocked() getc_unlocked(stdin)
#define putc_unlocked(x, fp) _IO_putc(x,fp)
#define putchar_unlocked(x) putc_unlocked(x, stdout)
#endif
extern void flockfile __P((FILE *));
...
However, I figure since it's only an extern declaration the autoconf
check will succeed without it (using an implicit declaration).
Whereas getc_unlocked is a macro, and if its declaration is missing,
things don't work.
If you don't want to define _POSIX_THREAD_SAFE_FUNCTIONS for some
reason, you could perhaps check if flockfile is declared. For such
tests I've used the following macro:
dnl GPC_DEFINE(NAME)
dnl Define $1 in upper case
AC_DEFUN(GPC_DEFINE,[AC_DEFINE(translit($1, [a-z], [A-Z]))])
dnl The second parameter is used by make-acconfig-h.m4
AC_DEFUN(GPC_MSG_CHECKING,[AC_MSG_CHECKING([$1])])
dnl Checks for function declarations
dnl GPC_CHECK_FUNC_DECL(FUNC, HEADERS, HEADER_MSG)
dnl Check whether function $1 is declared in $2
AC_DEFUN(GPC_CHECK_FUNC_DECL,
[ GPC_MSG_CHECKING(for $1 declaration in $3,if the $1 function is declared in $3)
AC_CACHE_VAL(gpc_cv_decl_$1,
[AC_TRY_COMPILE(
[$2],
[void (*tmp)() = (void (*)) $1;],
gpc_cv_decl_$1=yes,
gpc_cv_decl_$1=no)])
AC_MSG_RESULT($gpc_cv_decl_$1)
if test $gpc_cv_decl_$1 = yes; then
GPC_DEFINE($1_DECLARED)
fi
])
E.g.:
GPC_CHECK_FUNC_DECL(malloc, [#include <stdlib.h>], <stdlib.h>)
> Could you tell us exactly which version of libc and what distro
> you are running? thanks,
It was originally SuSE 5.2, but heavily changed, patched and
partially updated by me. The libc it 5.4.46 (AFAICR ;-).
Frank
--
Frank Heckenbach, fr...@g-...
http://fjf.gnu.de/
PGP and GPG keys: http://fjf.gnu.de/plan
|
|
From: Havoc P. <hp...@re...> - 2001-05-28 21:58:34
|
Martijn van Beers <ma...@ee...> writes: > Ok, this is supposed to be caught by a check for flockfile in your > libc. Seems like you have one that does have flockfile, but not > getc_unlocked. or at least not without a #define. > > Could you tell us exactly which version of libc and what distro > you are running? thanks, > <tangents> Can we please put the ChangeLog back? Emacs will auto-format a ChangeLog, it won't auto-format CVS stuff, and I don't want to wait on a CVS command every time I want to grep ChangeLog. Also ChangeLog should be in EXTRA_DIST so tarball recipients can see what changed. cvs2cl.pl is not in CVS that I see, so I can't use it. And 'cvs log' does not easily show changes for the whole directory, it just shows changes file-by-file. Finally it is a standard convention to use ChangeLog and doing something different is just gratuitous. In Makefile.am, m4_SCRIPTS is wrong, it should be m4_DATA. I thought I already changed this once? What is the problem you're trying to solve? SCRIPTS is for things with the execute bit set. m4 macros are macros, not scripts. There is no +x bit. PKG_CHECK_CFLAG has no business in pkg.m4, neither does PKG_ACLOCALFLAGS. PKG_CHECK_CFLAG should be in autoconf. Send them a patch. PKG_ACLOCALFLAGS ditto. In the meantime a little cut-and-paste won't hurt anyone, configure.in are full of that anyway. PKG_ should be macros involving packages, not random-ass whatever we can think of. PKG_CHECK_MODULES m4 macro is still checking for 0.7, but you've shipped 0.6. Not going to work... The reason for 0.7 was to bump right before release since some people were using CVS version. So this way we catch potential issues. But if you want to go back to 0.6 for aesthetics, you need to fix the m4 macro. I had to dig through a diff to find all these changes, due to lack of ChangeLog. Also, the log messages logged to CVS are in the wrong format; which I'll add to the reasons ChangeLog should be used, people always use lame CVS log messages in a lame format otherwise. Finally, I need a release with this stuff not broken! Can we re-release please? Or if you don't have time, give me the right access to sourceforge and I'll do it. </tangents> Re: getc_unlocked(), why not try just sticking this #define at the top of that file, release, see if problems still come up, if the issue comes up again let's just remove flockfile() uses and s/getc_unlocked/getc/g for the next release. Havoc |
|
From: Ian F. <ifr...@op...> - 2001-05-02 15:02:52
|
Hi All I have installed pkgconfig ver 0.5.0 using=20 ./configure make make install And I am now trying to install glib ver 1.3.4 the problem is that when I type ./configure in my glib source directory = I keep getting the following message: configure: error: *** pkg-config not found. See = http://pkgconfig.sourceforge.net where am I going wrong? When I try Installing pkgconfig it just keeps = saying nothing to do. I really need help with this. Ian Frawley Software Engineer Opal Telecom Tel: 0161 222 2122 E-Mail: ifr...@op... |