scons / scons Goto Github PK
View Code? Open in Web Editor NEWSCons - a software construction tool
Home Page: http://scons.org
License: MIT License
SCons - a software construction tool
Home Page: http://scons.org
License: MIT License
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Modeled after the feature recently added to Cons classic.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39011
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Only fork jobs when under a specific load average. This could be tricky, because I don't think there's a standard Python library to fetch load average.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39020
This issue was originally created at: 2001-11-27 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-11-27 22:00:00
Bring performance up to acceptable levels, first by eliminating redundant implicit dependency scans.
issues@scons said at 2001-11-27 22:00:00
Converted from SourceForge task item 42925
stevenknight said at 2006-05-20 20:56:20
No white space in keyword.
This issue was originally created at: 2001-09-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-24 22:00:00
Haven't really defined this yet or added a test. We probably won't hold up initial release for this, but if it makes it in time, great.
issues@scons said at 2001-09-24 22:00:00
Converted from SourceForge task item 39114
This issue was originally created at: 2001-10-09 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-09 22:00:00
Per email discussions 9 Oct 2001.
issues@scons said at 2001-10-09 22:00:00
Converted from SourceForge task item 40129
stevenknight said at 2006-05-20 20:55:17
No white space in keyword.
This issue was originally created at: 2001-10-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-24 22:00:00
If Make does this, we should use the same error message. If not, make up something suitably user-friendly.
issues@scons said at 2001-10-24 22:00:00
Converted from SourceForge task item 41071
stevenknight said at 2006-05-20 20:55:54
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Support the ability to cut down the targets being built. The Cons method is a little quirky, so we should revisit whether or not it's the best way.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39014
This issue was originally created at: 2001-12-14 15:57:23.
This issue was reported by: stevenknight
.
stevenknight said at 2001-12-14 15:57:23
From Stephen Kennedy:
I ran into a few gotchas when trying it on some of our
projects:
(is the sourceforge bug tracker being used? there were
zero bugs entered)
- if a command failed because it could not be located,
there was no error reported.
stevenknight said at 2001-12-21 09:46:09
Fixed in 0.02.
issues@scons said at 2001-12-21 09:46:09
Converted from SourceForge tracker item 493513
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
This used to be called Link(), but I'm going to change the name in the design doc.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39010
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
A test prototype already exists in test/Library.py.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 38980
stevenknight said at 2006-05-20 20:53:26
No white space in keyword.
This issue was originally created at: 2001-10-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-24 22:00:00
test/Depends.py has some things that test this.
issues@scons said at 2001-10-24 22:00:00
Converted from SourceForge task item 41023
stevenknight said at 2006-05-20 20:55:41
No white space in keyword.
This issue was originally created at: 2001-09-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-24 22:00:00
This will probably mean implementing the real Taskmaster to communicate between the engine and the script.
issues@scons said at 2001-09-24 22:00:00
Converted from SourceForge task item 39202
stevenknight said at 2006-05-20 20:54:15
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
This is a Cons classic option that we might not need if we have other, more GNU-like ways to do the same thing.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39030
This issue was originally created at: 2001-12-16 17:20:17.
This issue was reported by: aroach
.
aroach said at 2001-12-16 17:20:17
Default() should take a node, which would allow this:
env = Environment()
Default(env.Program('foo', 'foo.c'))which would make platform independant default targets
easy to use.
issues@scons said at 2001-12-16 17:20:17
Converted from SourceForge tracker item 494033
gregnoel said at 2008-03-18 03:51:23
Change anthonyroach to aroach. Are you still out there?
gregnoel said at 2008-03-18 04:59:28
Gack! Changing the name shouldn't have changed the status!
gregnoel said at 2008-03-18 05:05:26
Gack! Changing the name shouldn't have changed the status!
This issue was originally created at: 2001-11-04 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-11-04 22:00:00
These are reserved construction variable names...
issues@scons said at 2001-11-04 22:00:00
Converted from SourceForge task item 41627
This issue was originally created at: 2001-11-28 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-11-28 22:00:00
test/option-j.py doesn't pass on Win32; it executes the two tasks sequentially, not in parallel.
issues@scons said at 2001-11-28 22:00:00
Converted from SourceForge task item 42985
stevenknight said at 2006-05-20 20:56:34
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Actually search for #include dependencies using CPPPATH.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 38993
stevenknight said at 2006-05-20 20:52:31
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
This could be like the Cons classic -o option, but that mechanism is a little clunky, so see if we can't come up with something better. Maybe the -e flag reduces the need for much of this.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39015
This issue was originally created at: 2001-09-30 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-30 22:00:00
Tests and other things.
issues@scons said at 2001-09-30 22:00:00
Converted from SourceForge task item 39578
stevenknight said at 2006-05-20 20:54:39
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
A GNU Make option. Python will throw exceptions for us if an undefined Python variable is used in the script portion itself, but our construction variable expansion should support a way to do this as well.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39032
This issue was originally created at: 2001-09-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-24 22:00:00
Make sure processing stops if one of the commands returns error.
issues@scons said at 2001-09-24 22:00:00
Converted from SourceForge task item 39201
stevenknight said at 2006-05-20 20:53:50
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Store derived files in a central cache, with a directory of MD5 signatures. (Does this mean you don't get to use Cache() if you use timestamps?)
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39018
This issue was originally created at: 2001-12-14 15:53:02.
This issue was reported by: stevenknight
.
stevenknight said at 2001-12-14 15:53:02
From Steve Leblanc:
I think I've found a bug when you want to use the -C
option (at least that's
how I spotted it.) Create files like this:SConstruct inc1.h bar/ SConscript inc2.h foo.c
SConstruct looks like this:
env = Environment(CPPPATH=['#'], LINK='cc')
SConscript('dir/SConscript')SConscript looks like this:
env.Program('foo', 'foo.c')foo.c looks like this:
#include "inc1.h"
#include "inc2.h"
int main(void) { return 0; }Now go to the top directory and type 'scons .' and
everything works fine.
Go to directory 'bar' and type 'scons -C .. .' and
you'll get an error
saying that scons couldn't read inc2.h. I followed
this a bit with the
debugger and what's happening is that the build is
taking place in the
top-level directory (as it should) but the path for
the inc2.h node is
'inc2.h' and not 'bar/inc2.h'.Am I doing something stupid or is there a bug
somewhere?
issues@scons said at 2001-12-17 10:44:36
[Charles C. 12/17/2001] This bug arises from the fact that
the file system cache, SCons.Node.FS.default_fs, is created
when the FS module is imported. This is before the -C
option has been processed, hence the default_fs object is
always rooted at the directory from which scons is run.I am working on a fix that delays the resolution of the top-
level directory of an FS object until it is either
explicitly set, or someone actually tries to look up a
node, whichever comes first.
issues@scons said at 2001-12-17 10:44:36
Converted from SourceForge tracker item 493512
This issue was originally created at: 2001-12-14 15:59:08.
This issue was reported by: stevenknight
.
stevenknight said at 2001-12-14 15:59:08
From Stephen Kennedy:
I ran into a few gotchas when trying it on some of our
projects:
(is the sourceforge bug tracker being used? there were
zero bugs entered)
- if the include path is set through CXXFLAGS instead
of
CPPPATH (not in the man page!) then dependency
generation
silently fails. (i.e. foo.o only depends on foo.cpp)
steve9000 said at 2001-12-14 17:25:17
Also perhaps it should be an error for an include switch
to be specified in CXXFLAGS.I'd suggest that all variables which are created from
other variables have some kind of checking to ensure
that each part comes from the correct source.
stevenknight said at 2001-12-16 20:31:42
Steve9000--
The problem I see with trying to warn about this is that
whether or not a given flag should come from one variable or
another depends on the compiler being used. Complaining
about someone specifying '-Ifoo' in CXXFLAGS isn't
Builder-specific, it's specific to that fact that the $CXX
variable happens to be 'gcc'. Someone using Microsoft VC++
would have to have a different check.I agree that warnings would be useful, though, so I'm going
to add a TODO item to track whether or not we can think of
some way to generalize this. If you have any suggestions,
I'm all ears.
issues@scons said at 2001-12-16 20:31:42
Converted from SourceForge tracker item 493515
gregnoel said at 2008-03-18 03:51:23
Change anthonyroach to aroach. Are you still out there?
gregnoel said at 2008-03-18 04:59:28
Gack! Changing the name shouldn't have changed the status!
gregnoel said at 2008-03-18 05:05:26
Gack! Changing the name shouldn't have changed the status!
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
This "prints internal environments/objects" a la the Gnu Make dump of its internal database. This should actually incorporate whatever's defined for local defaults, too, so the user can see what the system administrator or buildmeister has provided for them. Maybe it includes commentary, too, to explain what's what.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39024
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Use GNU gettext to put in the infrastructure for multiple-language support earlier rather than later.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39008
This issue was originally created at: 2001-12-16 17:25:56.
This issue was reported by: aroach
.
aroach said at 2001-12-16 17:25:56
This is a really stupid bug in scons.py. I should have
added a test for this.
issues@scons said at 2001-12-16 17:25:56
Converted from SourceForge tracker item 494036
gregnoel said at 2008-03-18 03:51:18
Change anthonyroach to aroach. Are you still out there?
gregnoel said at 2008-03-18 04:59:27
Gack! Changing the name shouldn't have changed the status!
gregnoel said at 2008-03-18 05:05:24
Gack! Changing the name shouldn't have changed the status!
This issue was originally created at: 2001-12-17 06:28:54.
This issue was reported by: issues@scons
.
issues@scons said at 2001-12-17 06:28:54
When trying to install scons 0.01 on NT 4.0 with
Python 2.1.1, I get:C:\tmp\x>python setup.py
Traceback (most recent call last):
File "setup.py", line 78, in ?
if sys.argv[1] == "bdist_wininst":
IndexError: list index out of rangeHm. Do I do something wrong?
How can I specify the install directory?
stevenknight said at 2001-12-17 07:37:47
No, you followed instructions correctly, but the
instructions were wrong.setup.py requires that you specify an argument. To install
it on your system, you actually need to type:# python setup.py install
Sorry for the misinformation. A fix is being checked in
immediately.
stevenknight said at 2001-12-17 07:38:08
No, you followed instructions correctly, but the
instructions were wrong.setup.py requires that you specify an argument. To install
it on your system, you actually need to type:# python setup.py install
Sorry for the misinformation. A fix is being checked in
immediately.
stevenknight said at 2001-12-17 08:28:14
Fix checked in for 0.02, both to the documentation (to
mention "setup.py install") and to setup.py itself (to catch
the IndexError exception).
issues@scons said at 2001-12-17 08:28:14
Converted from SourceForge tracker item 494202
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Build targets/dependencies in random order.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39027
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Pick up all the grungy registry logic that we'll need to make this transparent from distutils.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39033
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
We may not need this, since we don't chdir() around the tree the way recursive Make does. If we do need this, then we also need the --no-print-directory option.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39029
This issue was originally created at: 2001-10-05 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-05 22:00:00
We'll use this instead of a separate user guide for initial release.
issues@scons said at 2001-10-05 22:00:00
Converted from SourceForge task item 39899
stevenknight said at 2006-05-20 20:55:04
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Don't rebuild a file even if it needs it.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39023
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Clear out (don't use) default environment/objects. These meant different things to Gnu Make, but they're probably the same for us. Or should we separate them somehow?
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39026
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Add support for the Repository() method and the -Y command-line option.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39012
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Use environment variables, not construction variables, for command expansion.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39019
This issue was originally created at: 2001-10-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-24 22:00:00
In the future, we may want some flexibility on this so you can do something like ../other_src/file.o and have it do .sconsign tracking in that dir. But don't worry about it for now.
issues@scons said at 2001-10-24 22:00:00
Converted from SourceForge task item 41072
stevenknight said at 2006-05-20 20:55:29
No white space in keyword.
This issue was originally created at: 2001-10-05 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-05 22:00:00
Generate them with jw -b man
issues@scons said at 2001-10-05 22:00:00
Converted from SourceForge task item 39900
stevenknight said at 2006-05-20 20:54:52
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Query mode, where we don't build, but just let the exit status tell the user if the build is already up-to-date.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39025
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
From email from Knight, 24 Sept 2001:
Vague outline: A directory's entries should probably be entries in the sources[] attribute. Or better yet, turn that attribute into a _sources[] attribute, and use an accessor sources() method to get at it. The the Dir class can override sources() to just return its entries[] (minus '.' and '..').
A directory should always be "out of date" so that we always descend the tree and try to build the entries therein. I think this could be done by never giving it a real value for its signature, in which case the collected signatures of its entries would always be non-null and indicate the directory would need to be "rebuilt," but not before we've built its "source" entires.
The actual directory builder, then, would be just an internal do-nothing builder that updates status to indicate the directory has now been "built" (that is, all of its entries have been built).
A directory should never have a signature written to a .sconsign file.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 38970
stevenknight said at 2006-05-20 20:52:55
No white space in keyword.
This issue was originally created at: 2001-09-24 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-24 22:00:00
Need to add this to the doc and add a test for it. We probably won't hold up initial release for this one, but if it makes it in time, great.
issues@scons said at 2001-09-24 22:00:00
Converted from SourceForge task item 39115
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
A prototype test already exists (short-circuited) in test/Command.py.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 38979
stevenknight said at 2006-05-20 20:53:38
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
These correspond to the Cons class -pa, -p, and -pw options. If the functionality's available elsewhere, we may not need all of these.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39021
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Traverse up the directory tree looking for the SConstruct file. Rewrite targets as appropriate to build only in (and under) the local directory.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39028
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Allow compilation with different values of CCFLAGS. A prototype test already exists in test/CCFLAGS.py.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 38992
stevenknight said at 2006-05-20 20:53:12
No white space in keyword.
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Support specification of libraries with which we'll link Program() files in a LIBS construction variable.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 38995
stevenknight said at 2006-05-20 20:52:43
No white space in keyword.
This issue was originally created at: 2001-12-16 18:27:35.
This issue was reported by: aroach
.
aroach said at 2001-12-16 18:27:35
Peter Haight says that Default() work right with
relative paths when called from a SConscript in a
sub-directory.
issues@scons said at 2001-12-16 18:27:35
Converted from SourceForge tracker item 494049
This issue was originally created at: 2001-09-23 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-23 22:00:00
Add something that lets the user print out signatures, with varying degrees of verboseness. We need this for development as much as users need this to know why SCons does what it does.
issues@scons said at 2001-09-23 22:00:00
Converted from SourceForge task item 39013
This issue was originally created at: 2001-10-28 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-10-28 22:00:00
Should ignore insignificant differences in white space.
issues@scons said at 2001-10-28 22:00:00
Converted from SourceForge task item 41191
stevenknight said at 2006-05-20 20:56:05
No white space in keyword.
This issue was originally created at: 2001-09-30 22:00:00.
This issue was reported by: stevenknight
.
stevenknight said at 2001-09-30 22:00:00
This is a prelude to supporting the -i and -k options.
issues@scons said at 2001-09-30 22:00:00
Converted from SourceForge task item 39577
stevenknight said at 2006-05-20 20:54:27
No white space in keyword.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.