The emitter should only return the outputs of the protoc call, so java, cpp, or python files, correct? The emitter isn't supposed to output (for example) the java class files; thus, I don't know why you would run the scanner at all.
V/R. William On Mon, May 9, 2016 at 7:25 PM, Schleimer, Ben via Scons-dev < [email protected]> wrote: > Hi, > I was working with another developer on the protoc tool (located at > https://github.com/TheOstrichIO/sconseries/blob/master/site_scons/site_tools/protoc.py) > and the question of scanning for recursive protobuf "import" statements > came up. > > The issue is whether SCons naturally supports recursive scanning before > emitting. From my tests, I found that the scanner always runs after the > emitter and is only used to check if the dependency needs to be rebuilt or > not. > > I hacked around this issue by recursively calling the scanner inside the > emitter but I am wondering if this is the best way to solve this problem. > (I can share my modified code if you want) > > Thanks! > Ben > > PS. the 'recursive' argument in Scanner() doesn't seem to help :-( > > > > > _______________________________________________ > Scons-dev mailing list > [email protected] > https://pairlist2.pair.net/mailman/listinfo/scons-dev > >
_______________________________________________ Scons-dev mailing list [email protected] https://pairlist2.pair.net/mailman/listinfo/scons-dev
