gnutls dependency

[Riccardo Mottola]

Hi,


On Fri, 2014-05-09 at 09:21, Maciej (Matchek) Bliziński wrote:
> On Fri, May 9, 2014 at 1:07 AM, Riccardo Mottola <rmottola at opencsw.org> wrote:
> >
> > I fear that the "-config" is missing or not found. pkg-config?
> 
> I looked if our libgnutls_dev package contains
> /opt/csw/bin/libgnutls-config -- it does not. Here's how you can find
> whether any package from a given catalog contains a file with a given
> base name. For example, pkg-config:
> 
> baseurl=http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/pkgnames-and-paths-by-basename
> curl -s "${baseurl}?basename=pkg-config" | python -m json.tool
> 
> You will see some results. If you run the same query looking for
> "libgnutls-config" you will get back nothing. So it seems to be a
> discrepancy between what the gnutls packages provide, and what your
> sources expect.

You are correct. libgnutls-config is not there at all, it is just a
configure aid, I suppose coming from pkg-config.

In fact, if I configure outside gar, configure works even without
detecting libgnutls-config:

checking for libgnutls-config... no
checking for libgnutls - version >= 1.4.0... yes
checking for gcry_control in -lgcrypt... yes

the specific test looks like this:
configure:25140: gcc -o conftest -g -O2 -I/usr/include
-I/opt/csw/include -I/opt/GNUstep/Local/Library/Headers
-I/opt/GNUstep/Local/Library/Headers
-I/opt/GNUstep/System/Library/Headers -I/usr/include/libxml2
-L/opt/csw/lib -R/opt/csw/lib -L/opt/csw/lib/ffi -R/opt/csw/lib/ffi
-L/opt/GNUstep/Local/Library/Libraries
-L/opt/GNUstep/Local/Library/Libraries
-L/opt/GNUstep/System/Library/Libraries conftest.c -L/usr/lib -lgnutls
-lgcrypt -lxslt -L/usr/lib -R/usr/lib -lxml2 -lz -lpthread -lm -lsocket
-lnsl -liconv -lffi -lnsl -lrt -ldl  -lpthread -lz >&5


Inside mgar, i get this error:

configure:11104: checking for libgnutls-config
configure:11135: result: no
configure:11144: checking for libgnutls - version >= 1.4.0
configure:11191: /opt/csw/bin/gcc-4.9 -o conftest -O2 -pipe -mcpu=v9
-Wa,-xarch=v8plus -I/usr/include -I/opt/csw/include
-I/opt/csw/Local/Library/Headers -I/opt/csw/Local/Library/Headers
-I/opt/csw/System/Library/Headers -I/opt/csw/include  
-I/usr/include/libxml2 -mcpu=v9 -Wa,-xarch=v8plus -L/opt/csw/lib
-L/opt/csw/Local/Library/Libraries -L/opt/csw/Local/Library/Libraries
-L/opt/csw/System/Library/Libraries conftest.c -L/usr/lib -lgnutls
-lgcrypt -lxslt -L/usr/lib -R/usr/lib -lxml2 -lz -lpthread -lm -lsocket
-lnsl -liconv -L/opt/csw/lib/ffi -lffi   -lnsl -lrt -ldl  -lpthread -lz
>&5
ld: fatal: file /usr/lib/libc.so: version 'SUNW_1.22.5' is unavailable:
        required by file /opt/csw/lib/libgnutls.so
ld: fatal: file processing errors. No output written to conftest
configure:11191: $? = 1

What kind of failure is that? On libc?

One thing that I notice is that mgar only adds the -L flags and not the
-R. The paths are of course slightly different because I configured my
own stuff in /opt/GNUstep and not /opt/csw to keep them separate.

my configure section looks like this:
configure-sourcegs:
        . /opt/csw/System/Library/Makefiles/GNUstep.sh && cd $(WORKSRC)
; $(CONF
IGURE_ENV) ./configure $(CONFIGURE_ARGS)
        @$(MAKECOOKIE)

which was, admittedly, blatantly coped as far as the variables goes, but
it makes sense to me.

Riccardo