Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 27806 invoked by uid 6000); 28 Jan 2000 15:46:41 -0000 Received: (qmail 27798 invoked from network); 28 Jan 2000 15:46:39 -0000 Received: from web1.ntrnet.net (206.66.160.5) by taz.hyperreal.org with SMTP; 28 Jan 2000 15:46:39 -0000 Received: from mail.ntrnet.net (mail.ntrnet.net [206.66.160.4]) by web1.ntrnet.net (8.8.5/8.8.5) with ESMTP id KAA29017 for ; Fri, 28 Jan 2000 10:46:37 -0500 Received: from shell.ntrnet.net (squid.ntrnet.net [206.66.160.7]) by mail.ntrnet.net (Postfix) with ESMTP id AC7CF76808 for ; Fri, 28 Jan 2000 10:46:37 -0500 (EST) Received: (from rbb@localhost) by shell.ntrnet.net (8.8.5/8.8.5) id KAA30718; Fri, 28 Jan 2000 10:46:37 -0500 Date: Fri, 28 Jan 2000 10:46:37 -0500 (EST) From: rbb@apache.org X-Sender: rbb@shell.ntrnet.net To: new-httpd@apache.org Subject: Re: cvs commit: apache-2.0/src/lib/apr/network_io/unix sendrecv.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org I don't remember if I replied to this lready or not. I have investigated this, and I can't see why HAVE_SOCKLEN_T isn't being defined on Solaris. It is being defined correctly on Linux. I don't currently have access to a Solaris machine. If I can get an account on one soon, I'll fix this. If not, it will have to wait until I can find a Solaris box. Ryan On Tue, 25 Jan 2000, Dale Ghent wrote: > On 26 Jan 2000 stoddard@hyperreal.org wrote: > > | stoddard 00/01/25 21:01:19 > | > | Modified: src/os/unix iol_socket.c > | src/lib/apr/network_io/unix sendrecv.c > > Since you're working on apr stuff, There's one compile problem that stops > 2.0 from building on at least Solaris 2.7. The "HAVE_SOCKLEN_T" #define is > not making it's way into src/lib/apr/include/apr_config.h. Solaris does > indeed have this typedef, and the lack of "#define HAVE_SOCKLEN_T 1" is > causing the !define at the bottom to kick in, redefining socklen_t, and > thus causing gcc to revolt in disgust: > > gcc -DSOLARIS2=270 -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS > -D_REENTRANT -pthreads -c -I../include -I../misc/unix apr_snprintf.c > In file included from apr_snprintf.c:77: > /usr/include/sys/socket.h:56: conflicting types for `socklen_t' > ../include/apr_config.h:354: previous declaration of `socklen_t' > make[5]: *** [apr_snprintf.o] Error 1 > > The interesting thing is that, from looking at the config.status output, > the test for socklen_t was successful, but unfortunately, my > autoconf/header-fu is not at the level I'd like it to be, and after > looking at acconfig.h, aclocal.m4, and configure.in, I can't for the life > of me find the reason why HAVE_SOCKLEN_T isnt being put in apr_config.h > when autoheader generates it during the initial configure. Yes, I am using > GNU m4, and not /usr/ccs/bin/m4. > > Thoughts? > /dale > > Come to the first official Apache Software Foundation Conference!!! _______________________________________________________________________________ Ryan Bloom rbb@ntrnet.net 2121 Stonehenge Dr. Apt #3 Raleigh, NC 27615 Ryan Bloom -- thinker, adventurer, artist, writer, but mostly, friend. -------------------------------------------------------------------------------