Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
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.
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
> --- On Mon, 1/7/13, Benjamin Root <ben.root@...> wrote:
> From: Benjamin Root <ben.root@...>
> Subject: Re: [matplotlib-devel] autoconf+python
> To: "Thomas Kluyver" <thomas@...>
> Cc: "matplotlib development list"
<matplotlib-devel@...> Date: Monday, January 7, 2013,
> On Mon, Jan 7, 2013 at 12:11 PM, Thomas Kluyver <thomas@...>
> On 7 January 2013 16:57, Benjamin Root <ben.root@...> 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