Re: SCons'ified PyGTK

On Tue, 2006-01-31 at 15:48 -0600, Albert Chin wrote:
> On Thu, Dec 29, 2005 at 06:35:19PM +0000, Gustavo J. A. M. Carneiro wrote:
> >   Behold! A SCons'ified PyGTK is now available:
> > 
> >
> >
> > 
> >   It needs scons 0.96.91, instead of make.  I had to invest a lot of
> > effort and time to make this happen, due to missing functionality in
> > base scons.  However, I tried to be careful to split out generic
> > functionality into a separate 'scons tool' that could potentically be
> > reused outside of PyGTK.  I didn't test it on win32, but in theory it
> > should work, with more or less adjustments.
> > 
> > [snip snip]
> PyGTK runs fine on Solaris, HP-UX, AIX, Tru64 UNIX, and IRIX. Does
> scons know how to build shared libraries intelligently on these
> platforms?

Quoting from

	"""Designed from the ground up for cross-platform builds, and known to
work on Linux, other POSIX systems (including AIX, *BSD systems, HP/UX,
IRIX and Solaris), Windows NT, Mac OS X, and OS/2."""

>  Is the intention to ditch autoconf/libtool in favor of
> scons?

  There's no specific plan in PyGTK, just a consideration.  But, if we
switch, I'm sure we'd get rid of autotools + distutils, otherwise what
would be the point?  PyGTK already ships a barely functional
(for python distutils) because win32 developers *always* complain that
building modules in win32 using autotools is very hard.  Whether that's
true or not I don't know, but at least a stigma exists, and users don't
even want to try autotools in win32.  And let's be reallistic here,
nowadays win32 is much more important these days than most unix
variants, linux excluded, due to the sheer number of potential

> With autoconf, setting things like an alternate bin directory
> (--bindir=<path>) and alternate python installation prefix
> (am_cv_python_pyexecdir=<path>) are trivial. What about scons?

  To install in a different prefix, type:
	# scons prefix=<path> install

  But I encourage you to try and report back any problems you find :)

  I also added bindir, libexecdir, libdir, etc.  These variables are not
standard in bare scons.  No one here suggests using scons alone, but
scons + some standard macros/tools.

  Anyway, I should try to send some of my scons improvements, currently
contained in a 'scon tool' which can easily be imported, upstream.  It
would be much easier if everything was already in scons.  Maybe one day
when I'm not feeling too lazy I'll try sending patches.. :P


Gustavo J. A. M. Carneiro
<gjc inescporto pt> <gustavo users sourceforge net>
The universe is always one step beyond logic.

Attachment: signature.asc
Description: This is a digitally signed message part

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]