This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Another linuxthreads/libanl fix



If I configure glibc without any add-ons, it fails now in:

In file included from ../sysdeps/unix/sysv/linux/gai_sigqueue.c:28:
gai_misc.h:32: parse error before "pthread_cond_t"
gai_misc.h:32: warning: no semicolon at end of struct or union
gai_misc.h:39: parse error before '}' token
gai_misc.h:73: parse error before "__gai_requests_mutex"
gai_misc.h:73: warning: type defaults to `int' in declaration of `__gai_requests_mutex'
gai_misc.h:73: warning: data definition has no type or storage class

I think we shouldn't build gai_sigqueue in this case at all.  Is the
appended patch ok?  Or should we change gai_sigqueue or gai_misc.h
instead?

Andreas

2001-03-07  Andreas Jaeger  <aj@suse.de>

	* resolv/Makefile (routines): Only build gai_sigqueue when threads
	are available.

============================================================
Index: resolv/Makefile
--- resolv/Makefile	2001/03/07 07:40:34	1.36
+++ resolv/Makefile	2001/03/07 08:25:35
@@ -29,7 +29,7 @@
 	      Banner res_hconf.h res_debug.h README gai_misc.h ga_test.c
 
 routines := herror inet_addr inet_ntop inet_pton nsap_addr res_init \
-	    res_hconf res_libc gai_sigqueue
+	    res_hconf res_libc
 
 tests = tst-aton
 
@@ -38,6 +38,7 @@
 extra-libs := libresolv libnss_dns
 ifeq ($(have-thread-library),yes)
 extra-libs += libanl
+routines += gai_sigqueue
 endif
 extra-libs-others = $(extra-libs)
 libresolv-routines := gethnamaddr res_comp res_debug	\

-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]