IrcLog2008 04 12

09:01:26 * stevenknight (n=[email protected]) has joined #scons 09:01:41 good morning... 09:01:43 <Greg_Noel> stevenknight, hello 09:01:55 <Greg_Noel> Nobody else here, yet? 09:01:59 <CoryCohen> Hi 09:02:09 CoryCohen: hi 09:02:09 <Greg_Noel> Hello, you here for the bug party? 09:02:18 <CoryCohen> Yeah, just to lurk really. 09:02:25 <CoryCohen> Did you see me email to the dev list? 09:02:48 <Greg_Noel> probably; what was the subject? 09:02:59 yeah, the object file scanner for link dependencies? 09:03:03 <CoryCohen> Automatic link dependency generation using nm. 09:03:23 <Greg_Noel> Yeah, that's on my queue to answer after the bug party. 09:03:33 <CoryCohen> Ok. I'll be patient then. :-) 09:03:46 <Greg_Noel> You probably have the scanner attached at the wrong place. 09:03:52 my initial reaction: +1 09:03:53 <CoryCohen> You guys have got plenty to do today it looks like. 09:04:16 <Greg_Noel> But no quorum yet 09:04:29 i think you're just not setting up the scanner quite right 09:04:41 scanning generated files works just fine for things like generated .h files 09:04:52 but it can be a little non-obvious how to do it 09:04:56 <CoryCohen> That's likely. I just started using SCons. 09:05:07 in principle scanning objects should be like scanning generated .h files 09:06:27 <CoryCohen> How much more is there to it then: linkscan = Scanner(function=mylinkscan, skeys=['.o']) 09:06:38 <CoryCohen> env.Append(SCANNERS=linkscan) 09:08:20 you also have to hook it up to the specific Builder involved 09:08:38 scanning for dependencies is not purely a function of the source file type (i.e., the .o suffix) 09:08:54 <CoryCohen> Oh... The example had a Command builder, but I didn't think that was relevant. 09:08:54 it's always done within the context of a specific target file that's being generated 09:09:14 <CoryCohen> Is there some magic I use to get the default object builder? 09:09:18 the dependencies that you generate from a .o file are appropriate for linking into an executable 09:09:26 <CoryCohen> Yes. 09:09:34 but they'd be different if you were doing something else with the .o file 09:09:47 <CoryCohen> (nods) 09:09:53 yeah, "magic" is right... 09:10:12 it's not something that's as easily configurable as it should be 09:10:48 hang on a sec... looking... 09:10:53 <CoryCohen> Ok. 09:12:06 in Tool/init.py, there are create{Prog,StaticLib,SharedLib,Object}Builder() functions 09:12:23 that create the default builders for those types of things 09:12:38 you can grep in Tool/*.py for examples of different tool modules that use them to add additional things 09:12:56 <CoryCohen> Great. Thanks. 09:13:01 suffixes, emitters, etc. 09:13:20 there may be some additional surgery required, but keep asking when you get blocked 09:13:36 Greg: looks like it might be me and you again 09:13:45 <Greg_Noel> Yeah 09:13:49 shall we get started? 09:14:00 <Greg_Noel> I only have one new point after last time 09:14:17 ?new point 09:14:44 <Greg_Noel> I was going over the issues and I noticed that 1872 was submitted by David 09:15:24 <Greg_Noel> I hadn't noticed that the first time 09:15:41 <Greg_Noel> With that the case, I propose to give it to him 09:15:53 +1 09:16:19 <Greg_Noel> Then as far as I know, there's nothing that we didn't discuss last time 09:16:29 i was scanning editlist2008 before and had one change of heart 09:16:38 <Greg_Noel> Which? 09:16:48 Bill's argument that we add the BuildDir() deprecation warning for 1.0 makes sense to me 09:17:09 that's #1906 09:17:22 <Greg_Noel> I think it's too soon 09:17:42 for just a warning? 09:18:12 <Greg_Noel> Well, I don't use it, so I won't fight it, but ... 09:18:31 <Greg_Noel> ... those that do could be annoyed. 09:18:57 true 09:19:23 but they'll be annoyed when it happens in 1.x, too 09:19:25 <Greg_Noel> Given that it's so misunderstood, how many users do you think it has? 09:19:40 excellent question 09:19:57 Can anyone tell me how I can get scons to activate SConstruct files in subdirectories? 09:20:01 probably fairly common 09:20:13 <Greg_Noel> Then they need time to switch. 09:20:16 HM2: hang on a sec while we finish this thread 09:20:30 k.. 09:21:11 how much time? 09:21:20 <Greg_Noel> There have been deprecation warnings for Copy() ==> Clone() for a year 09:21:45 <Greg_Noel> I don't think it really needs more than a few months, but 1.1 sounds reasonable. 09:22:52 <Greg_Noel> (See, I think there will be a 1.1.) 09:23:09 guess I can live with that, provided our "THIS WILL CHANGE" warnings in the doc are prominent enough 09:23:10 are they? 09:23:19 agree re: there being a likely 1.1 09:23:46 <Greg_Noel> I think you need the BIG CAPS, but yes; I certainly see them. 09:24:06 <Greg_Noel> ... but then, I'm a reader, I actually see what's in the print. 09:24:30 that definitely differentiates you from the great mass of us who mostly just skim... :-) 09:24:34 <CoryCohen> It is two rather small sentences. 09:25:14 CoryCohen: good point 09:25:43 so let's leave 1906 for 1.x 09:25:59 but add another item for 0.98.1 to enhance the warnings in the doc: 09:26:08 <Greg_Noel> I actually like the schedule that's in the wiki... 09:26:13 indented "IMPORTANT NOTE:" block quotes or something 09:26:26 <Greg_Noel> ... one release with a doc warning 09:26:47 <Greg_Noel> ... one release with a compile warning that can be turned off 09:26:54 <Greg_Noel> ... one release with a compile warning that can't be turned off 09:27:14 <Greg_Noel> ... one release with a fatal error 09:27:48 <Greg_Noel> The block quote for emphasis sounds reasonable 09:28:01 where "one release" is a major (x.y) release, not something like 0.98.1, yes? 09:28:18 <Greg_Noel> That's minor release, but yes 09:28:32 okay 09:28:58 so i'll open a 0.98.1 issue to add block quotes 09:29:06 and 1906 is 1.x 09:29:46 <Greg_Noel> Remember, we were figuring a new release, whether major or minor, three to four times a year, so three to four months each 09:30:13 so minimum case that's about a year of lead time 09:30:15 should be reasonable 09:32:02 HM2: SConstruct files in subdirectories 09:32:08 there's nothing magic about the file name 'SConscript' 09:32:21 you should be able to just put 09:32:28 SConscript("subdir/SConstruct") 09:32:36 ...right 09:32:39 in any file and it will read up the subsidiary 09:32:47 well atm i'm still trying to get a seperate builddir 09:33:44 the tricky part with subsidiary SConstruct files is the .sconsign files that store the build information 09:34:22 separate builddir: do you mean a separate build variant, or a directory in which you want to stick all your object files from across the project? 09:34:28 is SConstruct == SConscript? 09:34:58 all SCons config files are just Python scripts that get executed to set up the dependencies and stuff 09:35:00 well ideally i'd like to have src/some/random/path mimicked in both build/some/random/path and include/some/random/path 09:35:16 the only magic name is SConstruct, which we use as the top level of the build 09:35:26 everything else is just convention 09:35:41 you include them in the build by calling SConscript(), but they can be named anything 09:36:08 ;( 09:37:08 <Greg_Noel> HM2, builddir doesn't do dual mimicry 09:37:40 actually it does (or is supposed to); what would the mimicked include/some/random/path be used for? 09:38:10 if it doesn't have any actual built targets then SCons may not "realize" that you intend files to physically show up there 09:38:30 <Greg_Noel> To construct the install tree; we've been at this point before 09:38:38 hmm 09:38:54 this is odd 09:39:11 ??? oh, discusing this before I showed up? 09:39:19 <Greg_Noel> What builddir does is create a virtual copy of the source tree so you can build a variant in it. 09:39:27 i use env = Environment (CPPPATH = 'include' in my "src" dir and it builds fine...include is ../include relative to "src" 09:39:50 but with a build dir it expects to find build/include 09:40:09 <Greg_Noel> No, we've been 'round it on the mailing list; that's what (forgot name) really wants from builddir when he says it doesn't work like it should 09:41:04 okay, I thought this might have been a quick question to handle 09:41:11 but it sounds like we need to go into more depth 09:41:19 didn't mean to derail the bug dicussion to this extent 09:41:21 scons doesn't correct include paths when it uses a build dir? 09:41:41 <Greg_Noel> HM2, if you made an exact copy of the source, then built in it, that's what you'd expect. 09:42:00 Greg's exactly right 09:42:06 ah it builds! 09:42:22 at last some sanity 09:42:30 <Greg_Noel> no quorum, why not? 09:42:50 hmm, that might be the first time I've heard "sanity" used in a discussion of BuildDir()... :-) 09:42:57 <Greg_Noel> concur! 09:43:12 and it didn't copy my source files! 09:43:13 wowza 09:43:24 HM2: you're using duplicate=0? 09:43:28 yes 09:43:34 yeah, that's the way it should work, then 09:44:01 right, 1 more question, how can I get it to pass multiple source files to gcc (or the compiler) at once 09:44:10 possibly? 09:44:13 ah, batch builders...! 09:44:14 with Object()? 09:44:20 <Greg_Noel> can't, see issue 1086 09:44:26 yes 09:44:42 you'd have to basically do your own custom Builder or Command right now 09:45:18 we're discussing how to extend our model to support it more naturally 09:45:34 I see 09:45:50 doesn't python support nested lists? seems the obvious way to do it 09:46:05 you can pretty easily set up a custom Builder of command line that uses $SOURCES to get more than one source file on the command line 09:46:06 <Greg_Noel> ah, er, um, Java 09:46:08 * JimRandall (n=[email protected]) has joined #scons 09:46:22 <Greg_Noel> JimRandall, you're late.... 09:46:24 the trick is that SCons won't (by default) realize that multiple .o files get created from it 09:46:51 <JimRandall> Indeed - better late than never :) 09:47:00 but Jim's here! better than some others... 09:47:05 yes 09:47:17 <Greg_Noel> No quorum, so we've been chatting... 09:47:36 stevenknight : no i mean multiple .c files into one .o file 09:47:44 <Greg_Noel> Does three constitute a quorum? 09:47:57 most substantive decision so far has been to not enable deprecation warnings for BuildDir until 1.x 09:48:15 but for 0.98.1 enhance the warnings in the doc with caps or block quotes 09:48:27 <JimRandall> And maybe a few large arrows 09:48:28 I'd say three is sufficient 09:48:28 <Greg_Noel> (both) 09:48:54 <JimRandall> Thought I don't use it, so I'd not notice it anyway :) 09:48:59 if we keep postponing things waiting for enough people to participate, it'll never happen 09:49:18 <Greg_Noel> true, shall we start? 09:49:32 yes, let's create the momentum and let others catch up to the train 09:49:50 once they realize we're making all sorts of decisions they disagree with... :-) 09:50:10 <Greg_Noel> ok, 449? (shudder) 09:50:37 HM2: your best bet right now for multiple .c files into one .o file is to do a custom Command() 09:50:44 yes, 449: 09:51:08 <Greg_Noel> I have to admit I don't understand it 09:51:16 <Greg_Noel> Gary was carrying this ball 09:51:41 449: future, p3, put gary's name on it 09:51:45 <Greg_Noel> done 09:51:53 if it languishes it's because there isn't enough demand anyway 09:52:03 <Greg_Noel> 468? 09:52:03 <JimRandall> aye - doesn't seem that critical 09:52:22 468: how about turning this into a doc issue? 09:52:33 <Greg_Noel> hmmm... possible 09:52:34 just show people how to use atexit for this pattern? 09:52:45 <Greg_Noel> yes, I like it. done 09:52:50 <JimRandall> Aye 09:52:51 <Greg_Noel> when? 09:53:05 1.0 09:53:13 with all the other User's Guide things 09:53:24 <Greg_Noel> ok, I'll make it yours. 09:53:28 anything that we can't actually finish by then will get promoted en masse to 1. 09:53:29 1.x 09:53:33 yes, mine 09:54:05 <Greg_Noel> 505, future. far future. 09:54:13 skip 484? 09:54:31 <Greg_Noel> oops 09:54:42 484: 1.x, but I'm not sure who 09:55:09 might as well be me if there's no one else obvious 09:55:14 <Greg_Noel> I'd do it, but I've never hacked that area 09:55:49 yeah, and it's one of those tool-incompatibility things that's really easy to fix for one and break others without knowing it... :-/ 09:55:51 <Greg_Noel> I can certainly add a note to explain the problem more clearly; that might make it easier. 09:56:01 scons -c doesn't kill empty directories in the build directory then? 09:56:06 even though it creates them 09:56:24 <Greg_Noel> HM2, nope, not as a rule. unfortunately. 09:56:25 HM2: correct, no one's come up with code to do it 09:57:01 <Greg_Noel> does that work for 484? 09:57:04 HM2: it's hard to know when a directory is a build by-product vs. something that people intend to leave there 09:57:05 odly i'm now getting /build/build/geometry 09:57:25 <Greg_Noel> Take the 'builddir' out of your subdirs. 09:57:33 i see 09:57:43 484: 1.x, P3, assign to me, add the note you were talking about 09:57:48 <Greg_Noel> done 09:57:58 <Greg_Noel> next 505> 09:58:06 505: i don't think it's that far off 09:58:42 and, honestly, it bugs me that waf makes a big deal of having it 09:58:47 <Greg_Noel> I just see no reason for it, but then, I've used stone-age tools since the stone age 09:58:56 aweosme 09:59:00 this is working well 09:59:14 HM2: cool, glad to hear it 09:59:26 HM2: a little tricky to get set up, but it's slick once everything's in place 09:59:44 * HM2 now has to play with install() ? 09:59:47 <Greg_Noel> Jim, an opinion? I'll not stand in the way. 09:59:54 the build log part of 505 becomes really necessary for continuous integration systems 09:59:59 <JimRandall> I'm a monochrome kind of guy myself 10:00:16 <JimRandall> Though I seem to be in the minority there too :) 10:00:18 how about splitting 505? 10:00:44 <Greg_Noel> how? 10:01:00 i can see the color being a nice-to-have, but logging is downright useful 10:01:21 i guess I don't want to see the latter get pushed out because we're iffy about colorizing output 10:01:28 <JimRandall> Agreed - logging was one of the very first things I bolted on top of scons 10:01:51 how about give it me and mark it research? 10:01:56 <Greg_Noel> Being a UNIX guy, I just use tee. 10:02:12 can't just use tee in a continuous integration system like Buildbot or Pulse 10:02:14 <Greg_Noel> ok, done, research, steven 10:02:32 <Greg_Noel> Er, I do, works fine. 10:02:53 ??? 10:03:09 oh, i get it 10:03:16 <Greg_Noel> trust me, more than one way to skin a cat 10:03:35 sorry, i'm thinking of using it in conjunction with -j 10:03:47 intermixed error messages 10:03:59 <Greg_Noel> different problem 10:03:59 <JimRandall> Now that would be an interesting use of colourization too 10:04:09 yeah, you're right, i'm getting them mixed up 10:04:29 i was thinking of it as a -j issue because the only time i use it is in buidlbot 10:04:48 sorry, i've taken us down a rathole again... 10:04:53 513? 10:05:24 <Greg_Noel> I think the whole issue of suffixes needs work, but it may not be this issue. 10:05:55 agreed 10:06:05 i've taken a run at this once or twice but never got far enough 10:07:02 <Greg_Noel> I suspect this one needs to be closed and a new issue opened that's more focused. 10:07:12 it's really dumb, though, that other suffixes can be configure and this one can't 10:07:46 <Greg_Noel> (they can?) 10:07:59 i believe so... 10:08:11 <Greg_Noel> hmmm... 10:08:11 we do support the following variables: 10:08:43 $CPPSUFFIXES, $DSUFFIXES, $IDLSUFFIXES, $LATEXSUFFIXES, $LIBSUFFIXES, $FORTRANSUFFIXES... 10:09:20 I presume to pass environment junk to SConscript()'d files I need to export or something? 10:09:23 now i don't remember why I didn't "just solve" this if other languages have a working pattern to copy 10:09:33 to the environment 10:09:57 HM2: yes, check out the Export() function or the export= argument to SConscript() 10:10:09 HM2: and Import() on the SConscript side 10:11:08 <Greg_Noel> I guess I don't know how those work, but I thought it required loading a Tool, and we already load too many of them. 10:11:31 back to 513: give it to me, 2.x, p2 10:11:38 <Greg_Noel> It's that part that I think needs significant speedup. 10:11:45 <Greg_Noel> ok, done; next? 10:11:48 agreed re: speedup 10:11:57 it shouldn't require a new tool, just making the existing one smarter 10:12:21 <Greg_Noel> And maybe some way to configure it without loading all the Tools. 10:12:36 555: this is less crucial with Anatoly's scons.bat fix 10:12:43 I am very very impressed 10:12:46 (agree re: configuration without loading more tools) 10:13:06 <Greg_Noel> 555, not of interest to a UNIX guy ;-} 10:13:11 :-) 10:13:26 no annoying MACRO_LANGUAGE_GARBAGE, Scons seems clean 10:13:39 now that we scons.bat is smarter, 555 should just be part of overall Windows installation fixing 10:13:48 <Greg_Noel> pick your poison on it; I'll go along 10:13:49 <JimRandall> sounds good 10:14:03 let's just close this one, the Windows installation is recorded elsewhere 10:14:19 FIXED by the scons.bat change, dup it to the one I just integrated 10:14:27 let me get a number for you... 10:15:18 555 is dup 1882 10:15:40 561: 10:15:44 <Greg_Noel> typing ahead, 561 said CVS('subdir/file') 10:16:13 <Greg_Noel> rather than 'CVS(.)' n the subdir 10:16:25 <Greg_Noel> oops, modulo quoting 10:16:26 ah! okay, i get it 10:16:28 INVALID 10:16:31 <Greg_Noel> done 10:16:52 633: windows installation 10:16:53 <Greg_Noel> skip 646 10:17:19 <Greg_Noel> oops, I'm off again. 10:17:51 <Greg_Noel> yes, defer until we know about GSoC project 10:17:58 agreed 10:18:49 <Greg_Noel> 646 10:19:04 <Greg_Noel> (been so long I've forgotten this) 10:19:34 646: 2.x, me, p3 10:19:57 we're just not consistent about how we do this searching-for-tools thing 10:20:25 <Greg_Noel> I'll add a note to it; should be possible with Dir('bin') 10:20:47 <Greg_Noel> 648 10:20:48 okay, cool 10:21:23 648: I agree with you: 1.x, p4 10:21:23 <Greg_Noel> DOS, ick. 10:21:33 <JimRandall> 648 not too hard to do, and would be handy 10:21:48 <JimRandall> Can send that one to me. 10:21:54 Jim, you interested? If not, I might be able to look at it as part of.. 10:21:54 <Greg_Noel> done, both 10:21:55 okay... 10:22:06 659: 10:22:50 more windows command line, Jim you okay with taking this one too? 10:23:09 <JimRandall> Aye, that windows? 10:23:15 * bdbaddog2007 (n=[email protected]) has joined #scons 10:23:27 Bill! 10:23:33 <Greg_Noel> Stylishly late? 10:23:43 we gave you lots and lots and LOTS of action items... :-) 10:23:53 <CoryCohen> Sorry, bit late here... 659 works just fine for me. 10:23:57 G'morning.. Yes weekend mornings are difficult for me. 10:24:32 CoryCohen: are you under Cygwin? 10:24:36 <CoryCohen> Windows, cygwin, cut-and-pasted the test case. 10:24:37 <Greg_Noel> So it's fixed now, by something other that us? 10:24:44 no, i don't think it's fixed 10:25:02 <CoryCohen> The shell should not care about the space (or lack thereof). 10:25:05 under cygwin you're using their UNIX-shell derivative 10:25:14 <CoryCohen> I'm deeply suspicious of a not-real bash shell. 10:25:17 i think this is about using Windows' cmd.exe 10:25:43 <CoryCohen> Yeah. That's mote likely, but the reporter appears to have ls, etc. 10:26:09 ah, true 10:26:15 maybe it is fixed then... 10:26:25 <CoryCohen> Not that I'm against fixing it, but I think it's the shell that broken. 10:26:25 hang, on, let me boot up my Windows laptop 10:26:34 <JimRandall> Agreed - it doesn't run under plain vanilla windows 10:26:34 i'll test it on a non-Cygwin system while we move on 10:26:51 <CoryCohen> Ok. 10:26:54 <JimRandall> the /dev/null 10:27:08 <JimRandall> It can't find that file for some reason :) 10:28:08 <Greg_Noel> 695: I'm not sure get_contents is the right API to expose 10:28:21 662: dup 1882 10:28:42 695: agree w/Greg 10:28:49 <Greg_Noel> 662: done 10:29:35 695: I'd prefer to expose something called read() so it looks like a Python file handle 10:29:56 should we just make a note on the bug, and open a feature request bug with what you want to do for 2.x ? 10:30:05 sounds good 10:30:07 695 that is, and close it ? 10:30:28 <Greg_Noel> ok, done (but note that Value already has read) 10:31:04 <Greg_Noel> 720 10:31:57 <Greg_Noel> Ah, I think you're right about Rob; Mark Flacy for Java. 10:32:52 659: it works even under vanilla Windoze 10:32:55 FIXED 10:33:04 720: agree re: Rob 10:33:16 and Mark (if he's interested) 10:33:45 Greg, would you either approach them yourself, or be a burr under my saddle for me to do it? 10:33:52 <Greg_Noel> I'll write them. 10:33:55 I suck at staying on-task with that sort of things... 10:34:11 <Greg_Noel> Me, too, but I have a nag list... 10:34:28 okay, on to 2008? 10:34:34 <Greg_Noel> I'll also ask Rob if he thinks it's fixed. 10:34:39 <Greg_Noel> yes, 2008 10:34:40 cool 10:35:06 <Greg_Noel> 1872 10:35:16 1872: consensus 2.x, p2 10:35:27 <Greg_Noel> I noticed this was from David, so I recanted. 10:36:02 meaning you're okay with that consensus? 10:36:28 <Greg_Noel> No, I originally suggested 2.x; I recanted and now suggest 1.x. 10:36:44 oh, I see 10:36:57 <Greg_Noel> I'm still ok with 2.x, but if we're giving David things to do... 10:37:34 <Greg_Noel> Why not 2.x and ask him if he thinks it can be 1.x? 10:37:41 sure, if he's up for it. 1.x. worst that happens is we end up pushing it out 10:37:46 i'd say go the other way 10:37:52 <Greg_Noel> ok, done. 10:37:58 make sure we at least consider it for 1.x and push out if need be 10:38:10 instead of having things on the 2.x list that we don't consider pulling in 10:38:46 <Greg_Noel> 1873 10:38:56 1873: 1.x, p2 10:39:07 <Greg_Noel> Ouch. You sure? 10:39:23 i think trying to do something more friendly with this stuff sooner rather than later is important 10:39:29 <Greg_Noel> ok, done. 10:39:43 not sure if it wil actually make it by then, but we should try 10:40:03 <Greg_Noel> 1874 10:40:07 :) 10:40:17 I'm not sure my bug report on this one captured the issue. 10:40:26 * ita (n=[email protected]) has joined #scons 10:40:48 <Greg_Noel> yes, it did. I just don't see any general solution. 10:40:55 right 10:41:11 I link a binary against libtcl8.4.so, which needs to be installed in a directory which is the LIBPATH, scons doesn't install it prior to the link so link fails. 10:41:15 <Greg_Noel> How can you tell when the dot is a suffix or part of the name. 10:41:20 always adding the suffix is wrong for some configurations. not adding the suffix is wrong for some configurations 10:41:40 this is specifically for shared library names. 10:42:13 <Greg_Noel> Well, is it the same for .dylib? .pylib? .dll? 10:42:30 <Greg_Noel> Too many variations. 10:42:48 this is for shared libraries found by findlib 10:43:16 where it trys a number of name variations. 10:43:30 with and without suffix, but in this case doesn't try suffix. 10:44:20 <Greg_Noel> Does the workaround work? 10:45:11 oh, okay, so this is in Scanner/Prog.py, yes? 10:45:31 hold on lemme bring up the file. 10:45:51 actually if you want we can defer this bug til later. 10:46:09 yeah, i found it 10:46:11 <Greg_Noel> yes, table, discuss in mailing list. 10:46:26 it's a real bug 10:46:41 table and discuss 10:46:53 <Greg_Noel> 1897, dup, three agreed 10:47:12 you mean 1879, yes? 10:47:14 1879 right? 10:47:32 <Greg_Noel> sigh, dyslexia... 10:47:53 dyslexics of the world untie! 10:48:14 (I get to say that because both my wife and daughter are...) 10:48:31 <Greg_Noel> makes sense to me... 10:48:36 1880: 10:49:00 1880: 2.x, drop it even to p4? 10:49:02 <Greg_Noel> Didn't Gary also report a 1880-ish issue? 10:49:22 this is the sort of thing Benoit is really good at tracking down 10:49:38 <Greg_Noel> good idea, I'll ask him. Next? 10:50:00 1883: much less an issue with the scons.bat patch 10:50:35 i'd like to put it under the general windows installation umbrella 10:50:43 <Greg_Noel> works for me 10:50:46 however we decide to actually record that... 10:51:18 wiki page? or a bug which depends on other bugs ? 10:51:24 <Greg_Noel> Why don't I create a keyword? 10:51:30 I usually like the bug which depends on other bugs.. 10:51:49 i like both the keyword and the umbrella bug 10:51:59 even better.. 10:52:00 :) 10:52:01 <Greg_Noel> ok, I'll work something up 10:52:04 <Greg_Noel> next? 10:52:05 thanks 10:52:35 1885: see if Rob Managan will take it? 10:52:39 <Greg_Noel> I'll ask Rob 10:52:44 done 10:52:46 <Greg_Noel> next 10:53:37