Re: [sage-devel] Re: use "./configure; make" for Sage?
Le jeudi 09 février, Jason Grout a écrit: > On 2/9/12 10:17 AM, Jason Grout wrote: > > > What about cmake? That also seems pretty popular, and, for example, > > KDE switched from autotools to cmake. > > > > Disclaimer: I know almost nothing about writing either autotools > > things or cmake things. > > For that matter, scons seems like a viable alternative (in python) as > well. > > Same disclaimer applies, though... Same remarks : - didn't support cross-compilation back then, and still doesn't seem to ; - needs python+scons already on the system... Snark on #sagemath -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
Re: [sage-devel] Re: use "./configure; make" for Sage?
Le jeudi 09 février, Jason Grout a écrit: > What about cmake? That also seems pretty popular, and, for example, > KDE switched from autotools to cmake. > > Disclaimer: I know almost nothing about writing either autotools > things or cmake things. I had a look at cmake years ago when I wanted to port ekiga to win32 ; it wasn't supporting cross-compilation back then, so it was out for this reason. [Reminder: ekiga's win32 is built&packaged on linux systems, using mingw.] I think it does support cross-compilation now, but I don't know how good it is. Perhaps it would be worth asking the kde developpers. Notice that cmake is a build-time dependency, whereas autotools aren't ; for a project which doesn't consider bzip2 a given, that might be too much... Food for thought. Snark on #sagemath -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
[sage-devel] Re: use "./configure; make" for Sage?
On 2/9/12 10:17 AM, Jason Grout wrote: What about cmake? That also seems pretty popular, and, for example, KDE switched from autotools to cmake. Disclaimer: I know almost nothing about writing either autotools things or cmake things. For that matter, scons seems like a viable alternative (in python) as well. Same disclaimer applies, though... Jason -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
[sage-devel] Re: use "./configure; make" for Sage?
On 2/9/12 10:01 AM, David Kirkby wrote: On 9 February 2012 14:04, Michael Orlitzky mailto:mich...@orlitzky.com>> wrote: I'll +1 both sides: 1) autotools is the worst thing on Earth I believe if it was as bad as you make out, it would not be as popular as it is. I would guess guess at least one third of open-source projects use it. I know William called it "autohell", but that's because he did not RTFM. I see his early attempt at the "prereq" configure script, which was written to be processed by autoconf. Just about every reccomendation in the manual was ignored. 2) sage should use it I'm not convinced of that myself. I think it would be an awful lot of work to do it properly, but if done properly it would be good for Sage IMHO. What about cmake? That also seems pretty popular, and, for example, KDE switched from autotools to cmake. Disclaimer: I know almost nothing about writing either autotools things or cmake things. Thanks, Jason -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
[sage-devel] Re: use "./configure; make" for Sage?
Note that we almost have something like this already, the prereq tarball (in spkg/base) uses the autotools to check that various prerequisities for building Sage are satisifed. PS: its configure.ac now, configure.in is deprecated ;-) -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
