Re: [dev] Build system: redo

2012-07-15 Thread Andrew Hills
On Sun, Jul 15, 2012 at 8:43 PM, Kurt H Maier wrote: > none of which indicates mk is any more similar to make than redo To actually answer your question, mk-files resemble Makefiles more than whatever redo is using. --Andrew Hills

Re: [dev] Build system: redo

2012-07-15 Thread Kurt H Maier
On Sun, Jul 15, 2012 at 08:14:12PM -0400, Andreas Wagner wrote: > The design, not the code. "Make" refers to the default make on a system > which could be GNU Make, BSD Make or whatever. Typically "make" does not > refer to a codebase except maybe the make from UNIX which few have actually > used.

Re: [dev] Surf 0.5 released

2012-07-15 Thread Carlos Torres
possibly SSL session doesnt time out after 3 or 5 minutes? --Carlos On Sun, Jul 15, 2012 at 10:14 AM, Troels Henriksen wrote: > Surf 0.5 is now available from http://surf.suckless.org. > > Since the last release, surf has gained a number of exciting features, > for example: > > * No longer cras

Re: [dev] Build system: redo

2012-07-15 Thread Andreas Wagner
The design, not the code. "Make" refers to the default make on a system which could be GNU Make, BSD Make or whatever. Typically "make" does not refer to a codebase except maybe the make from UNIX which few have actually used. On Jul 15, 2012 7:58 PM, "Kurt H Maier" wrote: > On Sun, Jul 15, 2012

Re: [dev] Build system: redo

2012-07-15 Thread Kurt H Maier
On Sun, Jul 15, 2012 at 07:42:06PM -0400, Prakhar Goel wrote: > > So? So mk is a cleaned up make and redo isn't? Not buying it.

Re: [dev] Build system: redo

2012-07-15 Thread Prakhar Goel
On Sun, Jul 15, 2012 at 7:28 PM, Jacob Todd wrote: > Mk shares no code from make. > [snip] So? -- Warm Regards Prakhar Goel LinkedIn Profile: http://www.linkedin.com/in/newt0311

Re: [dev] Build system: redo

2012-07-15 Thread Jacob Todd
Mk shares no code from make. On Jul 15, 2012 1:54 PM, "Andreas Wagner" wrote: > Mk is just a cleaned up version of make. In contrast, the implementations > of redo itself and build files written for it are much simpler. Redo also > improves on correctness. > > Check this out: http://cr.yp.to/redo

Re: [dev] Build system: redo

2012-07-15 Thread Prakhar Goel
See my earlier reply concerning the minimal branch. -- Warm Regards Prakhar Goel LinkedIn Profile: http://www.linkedin.com/in/newt0311

Re: [dev] Build system: redo

2012-07-15 Thread Kurt H Maier
On Sun, Jul 15, 2012 at 06:53:38PM -0400, Prakhar Goel wrote: > > Redo will do the same things that make did but better. I think make does the "not be written in fucking python" thing better. Do you have a patch that addresses this? Thanks, Kurt

Re: [dev] Build system: redo

2012-07-15 Thread Prakhar Goel
Guillaume, Redo will do the same things that make did but better. It'll let you automate the processing of your latex files but you can write the processing code in sh (or any other language of your choosing). If the underlying files change (and your build scripts correctly declare the dependencie

Re: [dev] Build system: redo

2012-07-15 Thread Prakhar Goel
To all the people complaining about python: there is a minimal version which is ~250 lines of sh. You loose a few things like incremental builds but the core build system is still available. -- Warm Regards Prakhar Goel LinkedIn Profile: http://www.linkedin.com/in/newt0311

Re: [dev] Build system: redo

2012-07-15 Thread Connor Lane Smith
On 15 July 2012 18:54, Andreas Wagner wrote: > Mk is just a cleaned up version of make. In contrast, the implementations of > redo itself and build files written for it are much simpler. Redo also > improves on correctness. > > Check this out: http://cr.yp.to/redo.html > > I like redo, but I do th

Re: [dev] Build system: redo

2012-07-15 Thread Stephen Weber
> I propose adding redo to the list of software that rocks. I love redo as a tool (mostly because I love sh), though I can't say I've read through the code and suckless is more about good, short, hackzble code than usefulness as a tool :)

Re: [dev] Build system: redo

2012-07-15 Thread Andreas Wagner
Mk is just a cleaned up version of make. In contrast, the implementations of redo itself and build files written for it are much simpler. Redo also improves on correctness. Check this out: http://cr.yp.to/redo.html I like redo, but I do think it should have been implemented in C from the start.

Re: [dev] Build system: redo

2012-07-15 Thread Anselm R Garbe
On 15 July 2012 15:28, Prakhar Goel wrote: > I propose adding redo to the list of software that rocks. It'll also > give you a nice incremental build system to use. > > Info here: http://apenwarr.ca/log/?m=201012#14 The holy make replacement is already there: http://man.suckless.org/9base/mk

Re: [dev] Build system: redo

2012-07-15 Thread Guillaume Quintin
Hi, I am far far from being an expert of make and so can you explain to me why/how - is the parallelism better? - can it build LaTeX document better (than make)? (``no baked-in assumptions about what you're building;") - are checksums better? Guillaume. 2012/7/15, Christoph Lohmann <2...@r-36.

[dev] Surf 0.5 released

2012-07-15 Thread Troels Henriksen
Surf 0.5 is now available from http://surf.suckless.org. Since the last release, surf has gained a number of exciting features, for example: * No longer crashes when closing a window during loading. * Properly capitalised window class. * Something about SSL. For the next release, the surf h

Re: [dev] Build system: redo

2012-07-15 Thread Christoph Lohmann
Greetings. On Sun, 15 Jul 2012 15:49:08 +0200 Prakhar Goel wrote: > I propose adding redo to the list of software that rocks. It'll also > give you a nice incremental build system to use. > > Info here: http://apenwarr.ca/log/?m=201012#14 It's Python. No. > Actually, pretty much all of DJBs so

[dev] Build system: redo

2012-07-15 Thread Prakhar Goel
I propose adding redo to the list of software that rocks. It'll also give you a nice incremental build system to use. Info here: http://apenwarr.ca/log/?m=201012#14 Github page: https://github.com/apenwarr/redo Actually, pretty much all of DJBs software (daemontools, qmail, djbdns, etc...) could