Re: [Scons-dev] Cross-language support

2015-08-08 Thread Bill Deegan
William, That's fine if you want to make an environment per file you're evaluating. If you have the SCANNER_HINT, then you can add it to a builder (which creates and OverrideEnvironment(If I remember correctly)) and simplifies the SConstruct/script -Bill On Sat, Aug 8, 2015 at 7:29 PM, William B

Re: [Scons-dev] Cross-language support

2015-08-08 Thread William Blevins
I was rethinking the whole SCANNER_HINIT concept, and realized that its unnecessary because what we are trying to accomplish can already be done via "env.add_scanner( , )", so unless someone objects, I plan to remove that bit of functionality. V/R, William On Wed, Aug 5, 2015 at 8:37 PM, William

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread William Blevins
On Sat, Aug 8, 2015 at 5:48 PM, Bill Deegan wrote: > If I run "scons --debug=dumpenv", won't it still do a build? > So I could get a lot of extra output if I just redirect stdout. > > Does the output go to stdout or stderr? > The way the patch is written no. It replaces the BuildTask, but since

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Bill Deegan
If I run "scons --debug=dumpenv", won't it still do a build? So I could get a lot of extra output if I just redirect stdout. Does the output go to stdout or stderr? -Bill On Sat, Aug 8, 2015 at 11:28 AM, William Blevins wrote: > > On Aug 8, 2015 1:47 PM, "Jason Kenny" wrote: > > > > My only c

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread William Blevins
On Aug 8, 2015 1:47 PM, "Jason Kenny" wrote: > > My only concern with this feature is that it can dump a lot of data. Given Parts for example I would have lots of environment that would be dumped. such information is generally only useful when you can map a given environment to the correct file (

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Jason Kenny
My only concern with this feature is that it can dump a lot of data. Given Parts for example I would have lots of environment that would be dumped. such information is generally only useful when you can map a given environment to the correct file ( or part file in my case) or build actions (such

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Roberto De Vecchi
William Now I got your idea! Printing a subset of the env is a nice to have option but I find more value in the env dump capability than in the reduced output ( I have several cystom builders that dumps the env they are called from with an option: having a standard capability for this would be

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Alexandre Feblot
Yes, that’s what I meant. I wouldn't feel the need for a specific option when I can just do scons --envdump=xx > file.txt -- Alexandre Feblot > Le 8 août 2015 à 19:01, William Blevins a écrit : > > > > On Sat, Aug 8, 2015 at 11:38 AM, Bill Deegan > wrot

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread William Blevins
On Sat, Aug 8, 2015 at 11:38 AM, Bill Deegan wrote: > Perhaps an option to direct this output to a file? > I assume that it can just be piped to a file, but maybe I don't understand your question. > > On Sat, Aug 8, 2015 at 6:31 AM, William Blevins > wrote: > >> >> >> On Sat, Aug 8, 2015 at 9

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Alexandre Feblot
Would a standard shell redirection not be enough? -- Alexandre Feblot > Le 8 août 2015 à 17:38, Bill Deegan a écrit : > > Perhaps an option to direct this output to a file? > > On Sat, Aug 8, 2015 at 6:31 AM, William Blevins > wrote: > > > On Sat, Aug 8, 2015 at

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Bill Deegan
Perhaps an option to direct this output to a file? On Sat, Aug 8, 2015 at 6:31 AM, William Blevins wrote: > > > On Sat, Aug 8, 2015 at 9:14 AM, Alexandre Feblot > wrote: > >> Hi, >> would have this been available, I indeed would already have used scons >> --envdump=CXXFLAGS,CFLAGS,ENV.PATH A.o

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread William Blevins
On Sat, Aug 8, 2015 at 9:14 AM, Alexandre Feblot wrote: > Hi, > would have this been available, I indeed would already have used scons > --envdump=CXXFLAGS,CFLAGS,ENV.PATH A.o > > When I thought about the feature, I also thought the case 2 was more useful, thank you for your feedback. I can do b

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Alexandre Feblot
Hi, would have this been available, I indeed would already have used scons --envdump=CXXFLAGS,CFLAGS,ENV.PATH A.o -- Alexandre Feblot > Le 8 août 2015 à 15:04, William Blevins a écrit : > > I guess I should be a bit more explicit about what I am trying to do. > > Example: > A.cpp > SConstruct

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread William Blevins
I guess I should be a bit more explicit about what I am trying to do. Example: A.cpp SConstruct -> "Program( 'exe', Glob( '*.cpp' ) )" My goal original goal was to be able to print environment objects from the command-line without having to modify code: 1. As written: [Example: "scons --debug=env

Re: [Scons-dev] Patch for potential new debug option

2015-08-08 Thread Roberto De Vecchi
William, from my experience using varname as a filter to limit the output will not help much in big trees where my cloned env are assigned to vars with the same name. I would find very useful having the env dump limited to the target node specified on the command line: is this already supported

Re: [Scons-dev] Requesting feedback on new website design

2015-08-08 Thread Dirk Bächle
Hey Bill, On 08.08.2015 00:21, Bill Deegan wrote: I made a bunch more changes. http://scons.org/new/ The download page isn't quite right yet, but the navigation is pretty much done. feedback? this looks really great now! I like it a lot...and would switch this to "live", even though there