On Thursday, April 23, 2015 at 3:57:01 PM UTC-5, Freddie Chopin wrote: > > Hi! > > I don't know much about java, so I may get something completely wrong, > but I'm under the impression that you try to make tup behave like "some > other tool" just because "that's how it's supposed to work". >
I would liken it more to trying to cage a wild animal. The java compiler tends to want to test/check/do everything itself, as explained below. ...if your compiler supports that - is to use something > similar to @-files in GCC. You can generate files with compiler flags > (or list of object files for linking) and then pass these files to GCC > with @ "flag". > That *is* something to consider, but then... in order to be efficient at all, I would need to be able to list only files that need recompilation... which might lead to reinventing the wheel, a bit. > (3) am I missing something that should be obvious? > > If you can parse everything in one pass then using runscript (or any > tool that would generate Tupfiles) would solve your issue. Isn't that > possible? Do you really have to execute some steps before knowing "next > steps"? > You may be right. My initial thinking that the potentially-expensive parsing (to discover the dependencies) could be skipped altogether if the java file had not been changed (sounds to me like what tup is good at). I'm going to try something along the lines of your suggestion next! You can also consider using lua parser, which is able to open any files, > parse them any way you like and generate rules out of that (the file > that is opened that way may not be generated, at least I think that > there's such restriction). So you can try to parse your .java files in > lua, directly in Tupfile.lua, and generate some rules that way. > > Regards, > FCh > Thanks! -- Robert Hailey -- -- 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.
