[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Quilt-dev] Solaris support
From: |
Andreas Gruenbacher |
Subject: |
Re: [Quilt-dev] Solaris support |
Date: |
Fri, 20 Apr 2007 02:36:27 +0200 |
User-agent: |
KMail/1.9.5 |
On Friday 20 April 2007 02:22, John Vandenberg wrote:
> On 4/20/07, Andreas Gruenbacher <address@hidden> wrote:
> > On Friday 20 April 2007 01:55, John Vandenberg wrote:
> > > Unless there are objections or better ideas, I'll draft an INSTALL
> > > document for the various platforms I use quilt on.
> >
> > I would of course take such a text.
>
> Ok.
>
> > Not sure if it's a good idea to add some smartness to the configure script
for
> > common cases like Solaris, like checking for uname
>
> uname will be fine, but its worth asking ... is AC_CANONICAL_HOST not
> desirable ? It does slow down the initial phase of configure.
Yes maybe, I was just guessing.
> > or even unconditionally
> > extending $PATH -- the GNU packages are commonly in the same path all the
> > time, right?
>
> I was thinking along the same lines; yes, packages from
> sunfreeware.com and the newer Companion CD
> (http://www.sun.com/software/solaris/freeware/) can be found at
> standard locations.
So maybe wants to send a patch, and we can seve the trouble of documenting
that.
> Also, if you're happy to take patches that go a
> little overboard in dealing with Solaris, we can ensure that configure
> degrades gracefully down to the Solaris /usr/xpg4 binaries where we
> have already know that we support the Solaris binaries.
I'm not happy with changing much in the scripts themselves for avoiding GNU
dependencies, so unless we are using GNU extensions by accident while there
are equivalent POSIX versions, I think I would at most expect some platform
specific compatibility scripts. Th emechanisms for that are not fully there
yet, but some parts are.
Andreas