Re: [Numpy-discussion] preferred numpy build system

2009-02-09 Thread Ondrej Certik
On Mon, Feb 9, 2009 at 2:35 PM, Brian Granger wrote: >> CMake does handle this automatically. >> E.g. if include directories are changed (which you do by editing a >> CMakeLists.txt or the cmake cache), all files which are affected by the are >> rebuilt. If some library changes, everything linking

Re: [Numpy-discussion] preferred numpy build system

2009-02-09 Thread Brian Granger
> CMake does handle this automatically. > E.g. if include directories are changed (which you do by editing a > CMakeLists.txt or the cmake cache), all files which are affected by the are > rebuilt. If some library changes, everything linking to this library is > linked again. > If any of the files

Re: [Numpy-discussion] preferred numpy build system

2009-02-09 Thread Ondrej Certik
On Sun, Feb 8, 2009 at 7:56 PM, David Cournapeau wrote: > Ondrej Certik wrote: >>> That's exactly what I don't like about cmake - it means you can't >>> produce accurate builds (you need to rerun cmake everytime you change >>> the configuration or dependencies, whereas this is automatic with >>>

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread David Cournapeau
Ondrej Certik wrote: >> That's exactly what I don't like about cmake - it means you can't >> produce accurate builds (you need to rerun cmake everytime you change >> the configuration or dependencies, whereas this is automatic with >> scons/waf). It also have (used to have) very poor documentation

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread Ondrej Certik
> That's exactly what I don't like about cmake - it means you can't > produce accurate builds (you need to rerun cmake everytime you change > the configuration or dependencies, whereas this is automatic with > scons/waf). It also have (used to have) very poor documentation unless > you buy the boo

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread David Cournapeau
On Mon, Feb 9, 2009 at 5:17 AM, Brian Granger wrote: >> I don't find it that surprising - numpy and scipy require some >> relatively advanced features (mixed language and cross-platform with >> support for many toolchains). Within the open source tools, I know >> only two which can handle those re

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread David Cournapeau
On Mon, Feb 9, 2009 at 4:39 AM, Ondrej Certik wrote: > > Yes, I am investigating cmake, it's pretty cool. I wrote some macros > for cython etc. What I like about cmake is that it is cross platform > and it just produces makefiles on linux, or visual studio files (or > whatever) on windows. When

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread Ondrej Certik
On Sun, Feb 8, 2009 at 12:26 PM, Brian Granger wrote: >> Yes, I am investigating cmake, it's pretty cool. I wrote some macros >> for cython etc. What I like about cmake is that it is cross platform >> and it just produces makefiles on linux, or visual studio files (or >> whatever) on windows. Whe

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread Brian Granger
> Yes, I am investigating cmake, it's pretty cool. I wrote some macros > for cython etc. What I like about cmake is that it is cross platform > and it just produces makefiles on linux, or visual studio files (or > whatever) on windows. When I get more experience with it, I'll post > here. Yes, wh

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread Brian Granger
> I don't find it that surprising - numpy and scipy require some > relatively advanced features (mixed language and cross-platform with > support for many toolchains). Within the open source tools, I know > only two which can handle those requirements: scons and cmake. For > example, it would almos

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread Ondrej Certik
On Sun, Feb 8, 2009 at 3:10 AM, David Cournapeau wrote: > On Sun, Feb 8, 2009 at 3:21 AM, Ondrej Certik wrote: >> Hi David, >> >>> Sorry for the confusion: numscons is NOT the preferred build system. >>> The current numpy.distutils extensions, as shipped by numpy, is the >>> preferred one. Numsco

Re: [Numpy-discussion] preferred numpy build system

2009-02-08 Thread David Cournapeau
On Sun, Feb 8, 2009 at 3:21 AM, Ondrej Certik wrote: > Hi David, > >> Sorry for the confusion: numscons is NOT the preferred build system. >> The current numpy.distutils extensions, as shipped by numpy, is the >> preferred one. Numscons is more an experiment, if you want. > > Ah, I see, thanks for

Re: [Numpy-discussion] preferred numpy build system

2009-02-07 Thread Brian Granger
> I see. I think it's a bit confusing that one needs to build a new > build system just to build numpy, e.g. that both distutils and scons > are not good enough. I would not say that numscons is a *new* build system. Rather, I look at numscons as a glue layer that allows scons to be used within d

Re: [Numpy-discussion] preferred numpy build system

2009-02-07 Thread Ondrej Certik
Hi David, > Sorry for the confusion: numscons is NOT the preferred build system. > The current numpy.distutils extensions, as shipped by numpy, is the > preferred one. Numscons is more an experiment, if you want. Ah, I see, thanks for the clarification. >> So is it supposed to be in Debian? > >

Re: [Numpy-discussion] preferred numpy build system

2009-02-07 Thread David Cournapeau
Hi Ondrej, On Sat, Feb 7, 2009 at 3:04 PM, Ondrej Certik wrote: > Hi, > > I have couple beginners questions about numscons. What is the > preferred build system for numpy now, is it numscons? The README > doesn't mention numscons, so I am a bit confused what the future plan > is. > Sorry for the

[Numpy-discussion] preferred numpy build system

2009-02-06 Thread Ondrej Certik
Hi, I have couple beginners questions about numscons. What is the preferred build system for numpy now, is it numscons? The README doesn't mention numscons, so I am a bit confused what the future plan is. Also by doing: $ python setupscons.py install Running from numpy source directory. Tracebac