From 0a0286b48266d80a6c30be9474192b43c05c876f Mon Sep 17 00:00:00 2001 From: Sebastian Wilhelmi Date: Wed, 16 Dec 1998 15:49:42 +0000 Subject: Removed all the stuff for argp, that was causing gnomesupport not to 1998-12-16 Sebastian Wilhelmi * macros/gnome-support.m4: Removed all the stuff for argp, that was causing gnomesupport not to build. * support/Makefile.am (libgnomesupport_la_SOURCES): added gnome-argp.c, which is needed for platforms without program_invocation_short_name and program_invocation_name. (libgnomesupport_la_LIBADD): reinstalled the correct value. svn path=/branches/unlabeled-1.28.6/; revision=534 --- macros/gnome-support.m4 | 23 ----------------------- 1 file changed, 23 deletions(-) diff --git a/macros/gnome-support.m4 b/macros/gnome-support.m4 index 458b6109..bfdad36e 100644 --- a/macros/gnome-support.m4 +++ b/macros/gnome-support.m4 @@ -15,29 +15,6 @@ AC_DEFUN([GNOME_SUPPORT_CHECKS],[ AC_CHECK_FUNCS(getopt_long,,LIBOBJS="$LIBOBJS getopt.o getopt1.o") - # We check for argp_domain because we use it, and it appears only in - # very recent versions of the argp library. - AC_CACHE_CHECK([for working argp code], gnome_cv_argp, [ - AC_TRY_COMPILE([#include ], [ - struct argp foo; - extern char *foo2; - foo.argp_domain = foo2;], - gnome_cv_argp=yes, - gnome_cv_argp=no) - - # It is possible to have the argp headers installed but not have - # the code in the C library. At least, there have been reports of - # this happening. So we check for this case explicitly. - if test "$gnome_cv_argp" = yes; then - AC_CHECK_FUNC(argp_parse,,gnome_cv_argp=no) - fi]) - - if test "$gnome_cv_argp" = no; then - LIBOBJS="$LIBOBJS argp-ba.o argp-eexst.o argp-fmtstream.o argp-fs-xinl.o argp-help.o argp-parse.o argp-pv.o argp-pvh.o argp-xinl.o" - fi - - # This header enables some optimizations inside argp. - AC_CHECK_HEADERS(linewrap.h) # for `scandir' AC_HEADER_DIRENT -- cgit v1.2.1