Issues 2009-01-21
 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
17660DEFECTtriageP2stevenknightJava Builder issue wrong class name in dependency tree
4
consensus2.xp4
5
6
Bill
7
Brandon2.xp4Agree its just cosmetic, probably need rename this to "fix dependency tree display" or create a new bug for it to depend on.
8
David
9
Gary2.xp4agree
10
GregDepends on 1888, so 3.x?This issue requires the "additional source scanner" mentioned in issue 1086 to identify the other source files required (and whose dependencies should be listed) and whatever treatment is needed to get them compiled correctly.
11
Jim
12
Ken
13
Sohail
14
Steven2.xp4?Seems low priority to me, because the fundamental issue is that he types one target name (classes/C.class) and the tree just displays the "primary" target in the list that's built. Since that's more-or-less cosmetic, I don't see this as high priority.
15
16
OOPS! Due to a fencepost effect, the next two issues should have been included in 2005 Q2 (both were posted the last day of Q2), but we'll have to pick them up here. Mea culpa; the macro to display the date range has been fixed, so it won't happen again.
17
18
12020DEFECTtriageP3issues@sconschdir flags renders Java paths incorrect
19
consensus2.xp2
20
21
Bill
22
Brandon2.xp2chdir specific compilers are evil
23
David
24
Gary2.xp2agree
25
Greg2.xp2?who?This is a problem with any builder that only builds in the current directory (i.e., requires chdir=), so a higher priority is merited.
26
Jim
27
Ken
28
Sohail
29
Steven2.xp2Since there's no workaround, higher priority to try to get to it sooner rather than later in the 2.x time frame.
30
31
12050DEFECTtriageP3issues@sconswarning on programs as different environments
32
consensus
33
34
Bill
35
Brandon2.x+p4I remember the early 0.9x behavior used to work fine, I think it broke sometime after that when the identical Environment detection was removed for performance reasons.
36
David
37
Gary2.xp3Steven's idea appeals to me
38
Greg3.xp3I think we've done a better job of separating the flags in the four years since this was entered. Checking the commands to see if they are identical may be possible, but it sounds fragile. I see no urgency, so I'd put it in 3.x.
39
Jim
40
Ken
41
Sohail
42
Steven2.xp3what if we just get rid of this warning message? make SCons a little smarter, have it actually expand the strings and not complain if the command lines are, in fact, the same. The user could still change one of the environments later, but caveat utor...
43
44
18880DEFECTtriageP3stevenknightFortran Modules defined and used in one file : dependency cycle
45
consensusAsk David
46
47
Bill
48
Brandon??Not sure I understand the bug.
49
David
50
Gary??
51
Greg2.xp4Ask DavidThis issue also requires the "additional source scanner" from issue 1086 and whatever treatment is needed to get them compiled correctly.
52
Jim
53
Ken
54
Sohail
55
Steven??David CournapeauI don't know. Dependency cycles just seem wrong to me, so I'll defer to others.
56
57
22860DEFECTtriageP4issues@sconsStdafx.obj must be linked when using precompiled header
58
consensus
59
60
Bill
61
Brandon??stdafx.cpp is only for converting existing visual studio projects, you can use precompiled without needing this, but you need to tell it which header to stop at on the command line. It is up to the user to pick which mode they would rather use. Personally, I'd rather see out of the box distcc / ccache integration than spending too much time on precompiled header support.
62
David
63
Garyno idea on this one, sorry
64
GregIs this a case of really needing to link in the object or is it a case of not using the smart linker to invoke the compiler to bind the objects?
65
Jim
66
Ken
67
Sohail
68
Steven2.xp3stevenknightAdd "VisualStudio" keyword.
69
70
22870DEFECTtriageP4issues@sconssite_scons not add in RPM sources for package building
71
consensus2.xp3?
72
73
Bill
74
Brandon??Been awhile since I've dealt with RPMs (I took the red pill and switched to DPKG :)
75
David
76
Gary2.xp3?Agree w/ Steven I guess. If we're including SConstruct/script, need to add site_scons too.
77
GregShould we automatically add (all of?) the site_scons directory or should this be something the user specifies? If the former, should we detect which files under site_scons are being used or just include the whole directory?
78
Jim
79
Ken
80
Sohail
81
Steven2.xp3?Copy the whole site_scons directory. They're logically part of the SConstruct configuration.
82
83
22880ENHANCEMENTtriageP4issues@sconsRPM package should not copy every source files
84
consensus
85
86
Bill
87
Brandon??
88
David
89
GaryinvalidGreg's right, the RPM Package builder is not what he wants. Building an RPM w/o sources is not easy, but I've done it.
90
GreginvalidThis is packaging a staging directory, which is not the same thing as packaging the sources. Don't we provide FindInstalledFiles() for this?
91
Jim
92
Ken
93
Sohail
94
SteveninvalidGreg's analysis sounds rights to me. We should tell him how to do what he wants, of course.
95
96
22890DEFECTtriageP4issues@sconsCan't create a rpm package in an other SConstruct script
97
consensusGreg to mark invalid or wontfix
98
99
Bill
100
Brandon??
Loading...
 
 
 
Sheet 1