Yes, I'll continue using scons, since tup doesn't seem to have a strong case. Scons is harder to configure than tups (sans lua) and way slower, but actually working consistently and easily is important to me.
However, the biggest problem with the lua mode is the lack of documentation. But that's probably just because it's so young. Which is also part of why tup is not yet in a position for me to trust it with my build. David On Mon, Nov 10, 2014 at 1:57 PM, Freddie Chopin <[email protected]> wrote: > On 11/10/2014 08:23 PM, David Roundy wrote: > >> All three of these are very quick and dirty scripts that are specific to >> my particular scientific code. But none of them would I be very happy >> implementing in lua. And in the matplotlib parser, I do indeed use the >> eval function, so even though it's just a hokey regular expression munger, >> it handles (some) python code in a way that would be very much more >> difficult in lua. >> >> In general, when thinking about scripting, I recommend keeping the case >> of a non-trivial build in mind. And if the lua-based scripting doesn't >> help much with the case of a non-trivial build, then it might not be worth >> its weight. >> > > First of all - you have the ability to use run scripts, so I'm not sure > what the problem is... There is no plan to remove that feature, so you can > use tup for your very spiecific needs. > > Another thing - while using tup for very complex and non trivial scenarios > is important, I think that is should also be useful for these simple and > trivial cases, which are probably 99% of all cases tup has to deal with... > Tup's original parser is very simple, but I lacks some very basic things, > like an equivalent of make's patsubst(), or actually any basic string > processing. This is where lua fills the gap and it fills it pretty well - > it's very small and pretty simple. > > Don't get me wrong, I'm not against any improvements, I just don't really > know what your problem is and what is the intention of this thread... > Everyone could find a feature of tup and prove that it lacks features > necessary for their very specific use case - take for instance the support > for tup.config files generated by kconfig tool - I'm sure everyone could > find something wrong with that easily... If your proposal is to replace lua > with python, then you should really compare tup to SCons of WAF projects - > I haven't tried them (; , but I've heard that these are hard to use and > really slow, but both are written in Python and use it as the script > language. > > Regards, > FCh > > > -- > -- > tup-users mailing list > email: [email protected] > unsubscribe: [email protected] > options: http://groups.google.com/group/tup-users?hl=en > --- You received this message because you are subscribed to a topic in the > Google Groups "tup-users" group. > To unsubscribe from this topic, visit https://groups.google.com/d/ > topic/tup-users/Hl00qYKjq7c/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- David Roundy -- -- tup-users mailing list email: [email protected] unsubscribe: [email protected] options: http://groups.google.com/group/tup-users?hl=en --- You received this message because you are subscribed to the Google Groups "tup-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
