2005 Q2 part one
 Share
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss

 
View only
 
 
Still loading...
ABCDEFG
1
IDVotesType/MemberMilestonePriOwnerSummary/Comments
2
3
11360PATCHtriageP3issues@sconsCustomizeable banner for temp files
4
consensus
5
6
Bill
7
Brandon
8
David
9
Gary1.xp3stevenknightgo for it, Steven.
10
Greg???I don't see why TempFile() should be an action, but this patch has been hanging around for too long, so we should either apply it or WONTFIX it.
11
Jim
12
Ken
13
Sohail
14
Steven1.xp3stevenknightTempFile() probably shouldn't be an action, but it really kind of sucks right now, because it's printed at too low a layer and there's basically no way to quiet it down. I'm getting bitten by this now, so I'll take this and figure out what to do with it.
15
16
11400DEFECTtriageP3issues@sconsSCons doesn't handle files with deps on their own directory
17
consensus
18
19
Bill
20
Brandon
21
David
22
GarySeems weird, I'll go w/ what others say here.
23
Gregwontfix?This is a legitimate problem (i've wanted it) but this may not be the issue to solve it.
24
Jim
25
Ken
26
Sohail
27
Stevenresearch? wontfix?I could go with wontfix, but it would be nice to actually solve this. Is it viable to just have a Node.FS.Dir explicitly ignore File children that have dependencies on the Dir itself? Does that come close enough to be useful?
28
29
11420DEFECTtriageP3issues@sconsLarge dep. files give "string too large" error
30
consensus
31
32
Bill
33
Brandon
34
David
35
GaryfixedLudwig
36
Gregfixed?LudwigAsk Ludwig to confirm this is fixed.
37
Jim
38
Ken
39
Sohail
40
StevenFIXEDLudwigI'd be okay with just closing it out and asking for resubmission if it's still a problem.
41
42
11430PATCHtriageP3issues@sconsenv.Remove (or FilterOut) method
43
consensus
44
45
Bill
46
Brandon
47
David
48
Gary2.xp4I'd like this
49
GregHmmmConvenience function; you should be able to use list.remove() directly on variable, yes? On the other hand, we've got quite a number of these convenience functions, so maybe one more won't hurt.
50
Jim
51
Ken
52
Sohail
53
Steven1.xp4stevenknightI'd like this too. list.remove() works but throws an exception if it doesn't already exist. env.Remove()/FilterOut() would be tolerant of that case.
54
55
11520DEFECTtriageP3issues@sconsenv.Append fails on some combos of CPPDEFINES types
56
consensus
57
58
Bill
59
Brandon
60
David
61
Gary2.xp3garyoHmm, this is oddly familiar. Oh yes, now I see why. :-) I have no idea how many of these still fail though.
62
Greg1.xp2Steven?Wow. Some combinations still fail, others produce unexpected results. Good test cases, for sure.
63
Jim
64
Ken
65
Sohail
66
Steven1.xp4stevenknightI'll gladly take it, but if these have been outstanding for this long, I don't know if I think this is high priority. I'll go with Gary's take + consensus, though.
67
68
11610ENHANCEMENTtriageP3issues@sconsGrouping archives in SCons link step (for GNU ld)
69
consensus
70
71
Bill
72
Brandon
73
David
74
Gary
75
Greg2.xp2me?Yet another case for proxy wrappers in LIBS
76
Jim
77
Ken
78
Sohail
79
Steven2.xp2gregnoelFeels to me like this should be connected to toolchain somehow? From SCons' point of view, both should involve applying values to variables. I've started thinking about LIBS that are necessary to link against a particular module as similar to other things like LINKFLAGS; all of them are just settings necessary to use the component...
80
81
11640ENHANCEMENTtriageP3issues@sconsConfigurable Qt header file suffix list
82
consensus
83
84
Bill
85
Brandon
86
David
87
Garyfuturep3but if a patch were provided, 2.x would make sense.
88
Greg3.x?p3We don't have enough Qt users to make this a priority.
89
Jim
90
Ken
91
Sohail
92
Stevenfuturep4agree re: lack of priority
93
94
11660DEFECTtriageP3issues@sconsilink32.py: not specified name of target
95
consensus
96
97
Bill
98
Brandon
99
David
100
Gary
Loading...
 
 
 
Sheet 1