Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:9707
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Fri, 7 May 2004 20:59:27 +0200
To: Wez Furlong <wez@thebrainroom.com>
Cc: internals@lists.php.net
Message-ID: <20040507185927.GX9782@shaka.acc.umu.se>
References: <20040507115824.GT9782@shaka.acc.umu.se> <20040507130026.57EAC148809B@mx.thebrainroom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040507130026.57EAC148809B@mx.thebrainroom.net>
User-Agent: Mutt/1.4.1i
Subject: Re: [PHP-DEV] compile issues on Solaris
From: guru@acc.umu.se (Daniel Fahlgren)

On Fri, May 07, 2004 at 02:00:31PM +0100, Wez Furlong wrote:
> This is a known issue (search bugs.php.net).
> 
> Unfortunately, the workaround you (and the others) suggest will cause a
> similar problem on Linux systems :-/
> 
> We need to find a way to set those _XOPEN_SOURCE style defines up so that
> the build succeeds on your system.  However, I don't have access to any
> Solaris boxen  so I can't get stuck in to fix it.

Well. A simple solution that should keep the build on Linux (and others)
intact is

#ifdef __sun__
#include<sys/types.h>
#endif

Perhaps not the neatest one, but then it should compile on Solaris using
gcc.. Better then not compile at all :) I guess the correct way is to
let configure figure out if types.h is needed and not trust a define
that might not exist in all compilers.

I could dig in and try to find another solution that works. If I'm
feeling brave (and perhaps stupid) I can give it a try on Irix and AIX
as well.. ;) (I haven't tried to compile on them at all)

/ Daniel Fahlgren

-- 
I live the way I type; fast, with a lot of mistakes

Daniel Fahlgren             http://www.acc.umu.se/~guru/
sysadm@{acc,cs,math}.umu.se 070-3406400         ordf@acc