For oscopy I chose to use autotools with python stuff with the approach
"./configure && make && make install".
Probably I was not able to find The Good Tutorial/Documentation but I
found the learning curve very steep. And today I'm still trying to figure
out the interaction with i18n. Comparing with distutils, my understanding
is that when installing on a new machine are needed a lot of additional
packages (at least autotool suite...) with significantly increase the
complexity of first install process. I would not recommend to switch to
autotools for a python project.
Arnaud.
ยทยทยท
--
Oscopy - An interactive viewer and post-processor for electrical
simulation results http://oscopy.org
On Tue, January 8, 2013 02:50, Michiel de Hoon wrote:
If we use autoconf for matplotlib, we may end up using a different
compiler (or compiler options) than what was used to compile Python
itself. This can lead to incompatibilities that will be very hard to
figure out. As far as I understand, using setup.py by default uses the
same compiler and appropriate compiler/linker options as was used for
Python itself.
Best,
-Michiel.--- On Mon, 1/7/13, Benjamin Root <ben.root@...553...> wrote:
From: Benjamin Root <ben.root@...553...>
Subject: Re: [matplotlib-devel] autoconf+python
To: "Thomas Kluyver" <thomas@...1071...>
Cc: "matplotlib development list"
<matplotlib-devel@lists.sourceforge.net> Date: Monday, January 7, 2013,
12:24 PM
On Mon, Jan 7, 2013 at 12:11 PM, Thomas Kluyver <thomas@...1071...> wrote:
On 7 January 2013 16:57, Benjamin Root <ben.root@...553...> wrote:
I was just reading some comments from Richard Stallman on ./ when I
noticed that he pointed out a useful autoconf feature that was added
somewhat recently. Essentially, this feature would allow one to do a
build/install of a python module using the "./configure; make install"
approach, if one chooses. Maybe it should be something to consider
adding to our build system?
My 2 cents: I took over the maintenance of a Python project built by
autotools. The build system felt more complex than the actual
application - a fantastic world of .am files generating .in files
generating Makefiles, which themselves were packed with abstractions. I
had little idea how to change anything in the build process, and before
long I ri