Re: [Scons-dev] Fwd: SourceForge Project of the Week September 25th, 2017

Gratz. SCons won in 2015 right? On Sep 20, 2017 11:00 PM, "William Deegan" wrote: > FYI: :) > -- Forwarded message -- > From: Joan Uy Ang > Date: Wed, Sep 20, 2017 at 2:27 AM > Subject: SourceForge Project of the Week

Re: [Scons-dev] SCons 3.0.0 release

Great work Bill! Sorry I my help burnt out half way. On Mon, Sep 18, 2017 at 6:10 PM, Tim Jenness wrote: > > This is fantastic news. Thank you very much to everyone for getting this out. > It’s been a huge amount of work. > > >> On Sep 18, 2017, at 13:48 , Bill Deegan

Re: [Scons-dev] tools and testing

Ah, right. The PR didn't show the commit for some reason. https://bitbucket.org/scons/scons/commits/0ba0c0371c240ef6bf302e4a6ec21b9e8d487dbe?at=default On Tue, Jun 6, 2017 at 11:43 AM, Russel Winder <rus...@winder.org.uk> wrote: > On Fri, 2017-04-21 at 18:55 -0400, William Blevins wrote

Re: [Scons-dev] The SCons Contrib repo

There are some things there. Mostly pulled from the wiki, and mostly untested. On May 21, 2017 6:13 AM, "Russel Winder" wrote: Did untested tools get put into the repo? -- Russel. = Dr Russel

Re: [Scons-dev] need some info on getting precise control of Builder registration and execution

. Targets and sources compose the DAG. On May 19, 2017 12:55 AM, "William Blevins" <wblevins...@gmail.com> wrote: > Not what you are asking for in particilar, but all SConscript are > processed befote anything builds, so don't think of it in terms of builder > executio

Re: [Scons-dev] need some info on getting precise control of Builder registration and execution

Not what you are asking for in particilar, but all SConscript are processed befote anything builds, so don't think of it in terms of builder execution but in terms of walking the DAG. Targets are the root. Start at the leaves. On May 18, 2017 3:58 PM, "Zarko Berberski (Aditi Staffing LLC) via

Re: [Scons-dev] Pull Request 448

Russel, The bookmarks in HG are almost the same as branches in git. They are used to track a HEAD reference at the bookmark. V/R, William On Mon, May 1, 2017 at 4:00 PM, Bill Deegan wrote: > "Not that" should be "Note that" > > On Mon, May 1, 2017 at 3:22 PM, Bill

Re: [Scons-dev] tools and testing

It might be. I submitted a fix for 1924 as PR 304. That should have been merged... On Apr 21, 2017 2:17 PM, "Bill Deegan" wrote: :) Sounds good. On Fri, Apr 21, 2017 at 10:17 AM, Russel Winder wrote: > On Fri, 2017-04-21 at 09:36 -0700, Bill

Re: [Scons-dev] Accommodating dependency cycles.

to be able to enable such though. > If your command action actually does something like preprocessing.. > > On Thu, Mar 23, 2017 at 7:11 AM, William Blevins <wblevins...@gmail.com> > wrote: > >> Command Builder is probably running the CScanner because of adding the >> Sou

Re: [Scons-dev] Accommodating dependency cycles.

Command Builder is probably running the CScanner because of adding the SourceFileScanner to default scanner list. On Mar 23, 2017 7:10 AM, "Gary Oberbrunner" <ga...@oberbrunner.com> wrote: On Wed, Mar 22, 2017 at 10:47 PM, William Blevins <wblevins...@gmail.com> wrote: &g

Re: [Scons-dev] ./runtest.py for a subset of tests?

at 3:53 PM, Manish Vachharajani < > manishv@unbounded.systems> wrote: > >> Oh, duh, so no -f. Thanks. >> >> On Wed, Mar 22, 2017 at 4:36 PM, William Blevins <wblevins...@gmail.com> >> wrote: >> >>> You can also pass in directories as

Re: [Scons-dev] Accommodating dependency cycles.

f > included_deps:dependencies.extend(included_deps) > for dep in included_deps:seen[dep] = 1 > nodes.extend(scanner.recurse_nodes(included_deps))return dependencies > > V/R, William On Wed, Mar 22, 201

Re: [Scons-dev] Accommodating dependency cycles.

Reading SConscript files ... scons: done reading SConscript files. scons: Building targets ... scons: done building targets. scons: *** Found dependency cycle(s): test2.h -> test2.h On Wed, Mar 22, 2017 at 10:43 PM, William Blevins <wblevins...@gmail.com> wrote: > Oh, that's true.

Re: [Scons-dev] Accommodating dependency cycles.

Oh, that's true. It depends on itself. It is not a chain per say: A <--> A. Yeah, that is bizarre. I assume he messed up the example, but I copied it verbatim. On Wed, Mar 22, 2017 at 7:39 PM, Gary Oberbrunner <ga...@oberbrunner.com> wrote: > > On Wed, Mar 22, 2017 at 6:15 P

[Scons-dev] Directory node up_to_date changes

Manish, Have you thought about the performance penalty for the directory node up_to_date change? I assume this is a reason the code operates as it currently does... This will require, O(N * M) checks per directory node where N = max directory depth and M = the number of files within the

Re: [Scons-dev] ./runtest.py for a subset of tests?

You can also pass in directories as targets. On Wed, Mar 22, 2017 at 6:35 PM, William Blevins <wblevins...@gmail.com> wrote: > ./runtest.py test/A.py test/B.py should work fine. > > V/R, > William > > On Wed, Mar 22, 2017 at 6:19 PM, Manish Vachharajani < > ma

Re: [Scons-dev] ./runtest.py for a subset of tests?

./runtest.py test/A.py test/B.py should work fine. V/R, William On Wed, Mar 22, 2017 at 6:19 PM, Manish Vachharajani < manishv@unbounded.systems> wrote: > Can anyone tell me how to properly run only some tests with runtest.py? A > ./runtest.py -a works fine. ./runtest.py -al will list

[Scons-dev] Accommodating dependency cycles.

Team, Firstly, the dependency cycles users are finding are real, and did not happen previously. This is because the Command Builder probably didn't have a source scanner set, the default scanner didn't have keys that mapped to anything useful, or ...? This means that legitimate cycles that didn't

Re: [Scons-dev] [Scons-users] Bug in up_to_date for directory targets

I also checked scons 2.4.1 and 2.3.0, so this goes back a while apparently? Or maybe this never worked right... Can someone confirm? V/R, William On Tue, Mar 21, 2017 at 6:09 PM, William Blevins <wblevins...@gmail.com> wrote: > Moving to scons-dev list. Notice email change ^ > &

Re: [Scons-dev] [Scons-users] Bug in up_to_date for directory targets

> $ python --version > Python 2.7.13 > SCons distribution per Debian Apt 2.5.1-1 Thoughts? William On Tue, Mar 21, 2017 at 5:39 PM, William Blevins <wblevins...@gmail.com> wrote: > I see what you are saying. I need to look into it some. Did this work in a > previou

Re: [Scons-dev] SCons option tests failing in Python3

s to work normal) > > I punted on 1 and 2 for the moment, and am working on 3. > > -Bill > > > > On Tue, Feb 28, 2017 at 10:56 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> Alright. I figured I would share some of the legwork. If I move the tes

Re: [Scons-dev] SCons option tests failing in Python3

to get some of the low hang fruit. > > most of the test/Interactive tests are all failing for the same reason and > I'm persuing that now. > But I'm turning into a pumpkin and it will have to wait for tomorrow.. > > > On Tue, Feb 28, 2017 at 9:15 PM, William Blevins <

Re: [Scons-dev] SCons option tests failing in Python3

I suppose the quick fix would be to rename the test file... unless someone has a better way? On Wed, Mar 1, 2017 at 12:02 AM, William Blevins <wblevins...@gmail.com> wrote: > Krew, > > I figured out why test/options are failing under Python3, but I'm not sure > how to fix it

[Scons-dev] SCons option tests failing in Python3

Krew, I figured out why test/options are failing under Python3, but I'm not sure how to fix it right off so I'll post it here in case someone else has worked with it lately. SCons.compat is renaming cProfile to profile which in turn is causing test/option/profile.py to execute inside other tests.

Re: [Scons-dev] Starting with development

The easy unassigned tickets are free game. I would assume tickets that aren't worked on in years are free game also. I recommend asking in the scons-dev for tips, since the current tigris issue list probably needs to be groomed. V/R, William On Jan 10, 2017 1:45 AM, "Gaurav Juvekar"

Re: [Scons-dev] [Scons-users] Dependency cycles. 2.4.1 -> 2.5.1

+-A.h > +-/usr/bin/gcc > Thoughts? William On Sat, Jan 7, 2017 at 11:36 AM, Bill Deegan <b...@baddogconsulting.com> wrote: > What's your dependency tree look like? > > On Fri, Jan 6, 2017 at 10:44 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> I haven

Re: [Scons-dev] g++.py tool mapping to gxx.py

Jason, I don't see a technical reason that this cannot be done, but I am not sure I understand the problem that this aims to solve. Can you give me a TR;DR version? I skimmed the link above but I didn't see the immediate issue. V/R, William On Tue, Dec 20, 2016 at 11:18 PM, Jason Kenny

[Scons-dev] Version-Specific SCons Documentation

Bill, You outdid yourself with the Version-Specific SCons Documentation page. It has everything anyone could ever want and in all shades of the rainbow :) V/R, William ___ Scons-dev mailing list Scons-dev@scons.org

Re: [Scons-dev] Test failures after recent PRs

Thanks for confirming my hypothesis. On Nov 30, 2016 8:04 AM, "Russel Winder" <rus...@winder.org.uk> wrote: > On Mon, 2016-11-28 at 20:30 -0500, William Blevins wrote: > > Bill, > > > > I have some tests failing on Debian Stretch after the last few days

Re: [Scons-dev] Test failures after recent PRs

The D-related ones appear to be from an update in ld or some other tool. I will look into fixing this later. V/R, William On Mon, Nov 28, 2016 at 8:30 PM, William Blevins <wblevins...@gmail.com> wrote: > Bill, > > I have some tests failing on Debian Stretch after the last few

[Scons-dev] Test failures after recent PRs

Bill, I have some tests failing on Debian Stretch after the last few days of tests: test/D/DMD.py test/D/DMD2.py test/D/DMD2_Alt.py test/D/HSTeoh/sconstest-libCompileOptions_dmd.py test/D/HelloWorld/CompileAndLinkOneStep/sconstest-dmd.py

Re: [Scons-dev] Releasing 2.5.0-2

k that caching fix to the rel_2.5.0 branch > as well. > > > On Wed, Oct 19, 2016 at 12:31 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> Yes, it's in the trunk. Are you releasing 2.5.0-2 from the trunk or from >> the 2.5.0 branch as a minor fix? >

Re: [Scons-dev] Releasing 2.5.0-2

wrote: > Did I merge that yet? > > > On Wed, Oct 19, 2016 at 11:00 AM, William Blevins <wblevins...@gmail.com> > wrote: > >> Bill, >> >> Should we consider cherry-picking in the memoizing patch also, since this >> addresses some of

[Scons-dev] Releasing 2.5.0-2

Bill, Should we consider cherry-picking in the memoizing patch also, since this addresses some of the 2.5.0 performance questions? V/R, William ___ Scons-dev mailing list Scons-dev@scons.org https://pairlist2.pair.net/mailman/listinfo/scons-dev

Re: [Scons-dev] Reusing test scripts

wrote: > Sounds reasonable. > When ready make a pull request and I'll give feedback as usual ;) > > On Fri, Sep 30, 2016 at 8:02 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> Bill, >> >> Does that sound reasonable? Any preference on the string ch

Re: [Scons-dev] Reusing test scripts

Bill, Does that sound reasonable? Any preference on the string change? I'd prefer to keep it simple. V/R, William On Fri, Sep 30, 2016 at 7:22 PM, William Blevins <wblevins...@gmail.com> wrote: > Bill, > > Yes. I moved a few to directories like "test/CC/shared-fixture"

[Scons-dev] Reusing test scripts

Team, Many of the integration tests have scripts named something like "my.py" which are identical except for a custom hard-coded string. I would like to make these scripts common and shared (when possible); this should not invalidate or weaken any tests. They all run in different directories. For

Re: [Scons-dev] Extending QMTest fixtures

Bill, I pushed up that change to the fixtures location and cleaned up most of the "wrapper.py" duplicate code. This weekend I will skim through Tim's changes and pick up anything I missed. V/R, William On Fri, Sep 23, 2016 at 10:08 PM, William Blevins <wblevins...@gmail.com>

Re: [Scons-dev] Extending QMTest fixtures

oth options stop at the first matched directory, if I'm reading the code correctly. As opposed to composing them. Either way the code you have does add additional flexibility, and is good enough for now. So go ahead and add a pull request? On Fri, Sep 23, 2016 at 9:23 PM, William Blevins <wblevins.

Re: [Scons-dev] Extending QMTest fixtures

es: > a > d > > Dir 3: > Files: > a > d > f > > > If fixture dirs = [1,2,3] > > fixture dir should end up as: > Files: > a (dir 1) > b (dir 1) > c (dir 1) > d (dir 2) > f (dir 3) > > So like a series of overlays where first has priority. > >

Re: [Scons-dev] Extending QMTest fixtures

with files from the > next directory in line in the list of fixture dirs, such that the created > dir would be the set of all files in all listed fixture dirs? > > I'm not entirely sure this would be useful though.. > > On Fri, Sep 23, 2016 at 1:51 PM, William Blevins <wble

Re: [Scons-dev] Extending QMTest fixtures

Any thoughts on the actual diff? On Fri, Sep 23, 2016 at 1:40 PM, Bill Deegan <b...@baddogconsulting.com> wrote: > ok. > > On Fri, Sep 23, 2016 at 1:35 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> Bill, >> >> The Bitbucket UI

Re: [Scons-dev] Extending QMTest fixtures

branches. > Bookmarks should get you what you need here. > When we merge the branches come to scons main repo and then we need to > close them out. > (this is one (annoying) difference between git and mercurial). > > -Bill > > On Fri, Sep 23, 2016 at 2:36 AM, William Blevins <wblev

[Scons-dev] Extending QMTest fixtures

Team, As Bill and I briefly discussed in a PR, we thought it would be nice if we could have various directories to pull fixtures. I made the locations into a list, and added a global share directory for reusing files that get copy pasta lots. Please take a look at this diff which also includes

Re: [Scons-dev] Python 2to3

om> wrote: > > when you run bootstrap.py it creates the build and bootstrap directory > trees. > Those shouldn't be added to source control. > Perhaps they're not specified specifically enough > > -Bill > > On Thu, Sep 22, 2016 at 3:30 PM, William Blevins <wb

Re: [Scons-dev] Python 2to3

trol. > Perhaps they're not specified specifically enough > > -Bill > > On Thu, Sep 22, 2016 at 3:30 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> In the .hgignore file, the first line "build" is apparently causing >> "build.py" to be

Re: [Scons-dev] Python 2to3

p.write(open(f, 'rb').read()) > > -outfp.close() > > -""") > > But no file added to the fixture. > > I've fixed and pushed. I'm betting it's in your local repo, but didn't get > committed? > > -Bill > > On Thu, Sep 22, 2016 at 2:57 PM, William Blevi

Re: [Scons-dev] Python 2to3

Bill, Do you know if the QMTest fixture commands have been used in anger? That first issue worries me a bit. The later one, not so much. V/R, William On Thu, Sep 22, 2016 at 5:56 PM, William Blevins <wblevins...@gmail.com> wrote: > 1. test/Actions/pre-post.py > > I moved

Re: [Scons-dev] Python 2to3

, I wouldn't be surprised if its just a race condition in the test itself. PS. Try running them individually and see if they fail... V/R, William On Thu, Sep 22, 2016 at 5:41 PM, William Blevins <wblevins...@gmail.com> wrote: > Yes. > > On Thu, Sep 22, 2016 at 4:47 PM,

Re: [Scons-dev] Python 2to3

ossible? > > Thanks, > Bill > > On Thu, Sep 22, 2016 at 10:55 AM, William Blevins <wblevins...@gmail.com> > wrote: > >> No worries. Some others are not, so it's a fair point. >> >> On Thu, Sep 22, 2016 at 1:53 PM, Dirk Bächle <tshor...@gmx.de> wro

Re: [Scons-dev] Python 2to3

No worries. Some others are not, so it's a fair point. On Thu, Sep 22, 2016 at 1:53 PM, Dirk Bächle <tshor...@gmx.de> wrote: > On 22.09.2016 19:21, William Blevins wrote: > >> The current PR is from default; I'm just using bookmarks. >> >> > Sorry,

Re: [Scons-dev] Python 2to3

I haven't included or choose not to include. On Thu, Sep 22, 2016 at 12:51 PM, Dirk Bächle <tshor...@gmx.de> wrote: > On 22.09.2016 18:40, Dirk Bächle wrote: > >> Hi William, >> >> On 22.09.2016 05:39, William Blevins wrote: >> >>> Administrat

[Scons-dev] Python 2to3

Administrators, I have a lot of stuff in that PR now. Look at it and decide if it's fine. https://bitbucket.org/scons/scons/pull-requests/359/python2to3-work/diff I think the fixture changes are pretty much a waste in most cases. Perhaps, a negative. Let me know if we want to do it that way or

Re: [Scons-dev] SCons COM vs COMSTR tests

.. > > I think ideally we'd be able to easily separate running unit tests from > the system tests. (Though you can do that by specifying which parent > directory now). > > -Bill > > On Wed, Sep 21, 2016 at 10:15 AM, William Blevins <wblevins...@gmail.com> > wrote:

[Scons-dev] SCons COM vs COMSTR tests

Team, I was looking at some tests and they seems to overlap in such a way that 1 is subsumed by the other. For example, test/Java/RMICOM.py and test/Java/RMICOMSTR.py are identical except that one sets only the RMICOM variable and the other sets both RMICOM and RMICOMSTR (which of course means

Re: [Scons-dev] Windows executables

That actually explains a lot. I figured it was more of a convention than a requirement. Glad I asked. V/R, William On Wed, Sep 21, 2016 at 5:42 AM, anatoly techtonik <techto...@gmail.com> wrote: > On Wed, Sep 21, 2016 at 4:22 AM, William Blevins <wblevins...@gmail.com> &g

Re: [Scons-dev] Windows executables

No... and thanks. The windows mentality just confuses me honestly. On Tue, Sep 20, 2016 at 9:32 PM, Jonathon Reinhart < jonathon.reinh...@gmail.com> wrote: > > On Tue, Sep 20, 2016 at 9:22 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> Can you no

[Scons-dev] Windows executables

Team, I have a really dumb question (probably). Some of the SCons tests that execute binaries have code to check whether or not the platform is win32. If win32, then add ".exe" extension to the executable name. Is this a requirement or just a convention? Can you not run an executable on Windows

Re: [Scons-dev] Odd sconsdb related test failure

rely on persistence during > interpreter cleanup. > > Daniel > > On Mon, Sep 19, 2016 at 7:57 PM William Blevins <wblevins...@gmail.com> > wrote: > >> Daniel, >> >> Apt (Debian package manager) shows 2.7.11-2. Python version shows >> 2.7.12+. I assum

Re: [Scons-dev] Odd sconsdb related test failure

? Del can > call sync. Just regular python 2.7? https://bitbucket.org/scons/ > scons/pull-requests/348/centralize-the-preferred- > pickle-protocol/diff#Lsrc/engine/SCons/dblite.pyT124 > > On Sat, Sep 17, 2016, 22:58 William Blevins <wblevins...@gmail.com> wrote: > >> No

Re: [Scons-dev] Odd sconsdb related test failure

Not sure if Daniel is on the dev-list, so I'll start a direct chat and see if he has any thoughts. On Sat, Sep 17, 2016 at 8:23 PM, James Corey <jc-sc...@neniam.net> wrote: > Yes, that test also fails for me, on debian and fedora. > > > On Sat, Sep 17, 2016 at 3:14 PM, William

[Scons-dev] How does SCons get internal list from archives

Team, The test "test/packaging/rpm/cleanup.py" fails arbitrarily. Turns out this is related to dependencies changing order. Seems like SCons needs to be sorting dependencies somewhere, but I don't know where that is... 1/1 (100.00%) /usr/bin/python -tt test/packaging/rpm/cleanup.py > STDOUT >

[Scons-dev] Odd sconsdb related test failure

It appears that the pickle patch from earlier this week is causing a test failure. https://bitbucket.org/scons/scons/pull-requests/348/centralize-the-preferred-pickle-protocol/diff 1/1 (100.00%) /usr/bin/python -tt test/Interactive/variant_dir.py > STDOUT >

Re: [Scons-dev] scons -j

Russel, Depends. If I remember correctly, '-j' with no options just means unlimited jobs. I don't know how often that is actually useful. V/R, William On Sat, Sep 17, 2016 at 5:22 AM, Russel Winder wrote: > > I see make can take no parameters to the -j option but SCons

Re: [Scons-dev] multi-thread tasks

James, As a fellow user, I think SCons could use something like this. I have had similar issues in the past, but I generally just let the O/S handle the additional threads. To my knowledge, jobs and builder/action invocations are 1:1. I would think that a simple property is appropriate, but

Re: [Scons-dev] Ability to send callback for setting an Environment() variable..

Bill, You mean set CC to the directory rather than the gcc compiler? I'm not sure I understand your question. V/R, William On Thu, Sep 1, 2016 at 4:47 PM, Bill Deegan wrote: > Greetings, > > Here's what I"m thinking. > > env['CC'] = '/my/path/to/custom/gcc/version'

Re: [Scons-dev] D, SCons and Meson

It seems that making SCons appeal to the autobuild crowd should be a priority. On Mon, Aug 29, 2016 at 9:32 AM, Russel Winder wrote: > I forgot to mention, the biggest upside of SCons compared to Meson is > that SConscript files are Python codes, meson.build files are DSL

Re: [Scons-dev] User-guide generation

n 21.08.2016 17:53, William Blevins wrote: > >> >> [...] >> >> I would argue that "the normal user" never runs the document building >> scripts, so I don't see how that applies. >> > > it applies because the building scripts, and the Doc toolcha

Re: [Scons-dev] User-guide generation

/SConstruct" should > work fine and is supposed to allow you to build the corresponding > PDFs/HTMLs standalone, during editing for example. > So simply removing it is not an option at the moment. > > Best regards, > > Dirk > > > On 19.08.2016 06:32, William Blev

Re: [Scons-dev] User-guide generation

ything. This was just for my personal reference. V/R, William On Fri, Aug 19, 2016 at 4:54 AM, William Blevins <wblevins...@gmail.com> wrote: > Team, > > I think I chased my tail until I figured out I needed to run some python > scripts under #bin which do fairy magic... > > V/R

Re: [Scons-dev] User-guide generation

Team, I think I chased my tail until I figured out I needed to run some python scripts under #bin which do fairy magic... V/R, William On Fri, Aug 19, 2016 at 4:12 AM, William Blevins <wblevins...@gmail.com> wrote: > Team, > > Is the doc/user/SConstruct legacy? If I build f

Re: [Scons-dev] User-guide generation

, William Blevins <wblevins...@gmail.com> wrote: > Team, > > I have a strange issue. The user-guide build does not throw any errors but > doc/user/index.html does not regenerate and doc/user/scons-user/index.html > is empty. All the addition html files under doc/user/scons-user seem to

[Scons-dev] User-guide generation

Team, I have a strange issue. The user-guide build does not throw any errors but doc/user/index.html does not regenerate and doc/user/scons-user/index.html is empty. All the addition html files under doc/user/scons-user seem to generate correctly. Anyone else have this issue? V/R, William

Re: [Scons-dev] Fwd: [Scons-users] Performance of version 2.5.0 vs 2.3.0 on Windows host dropped significantly

> -Bill > > On Tue, Aug 16, 2016 at 8:03 AM, William Blevins <wblevins...@gmail.com> > wrote: > >> Bill, >> >> Here are the SConscripts. I'll try to look at them after the first. >> >> -- Forwarded message -- >> From: <

[Scons-dev] 2.5.0 performance optimization oops

Krew, Sorry that I missed an optimization issue in 2.5.0. It hasn't seemed to affect many projects, so it appears to be dependent on particular project properties outside of my prediction and which I can only guess about. I was curious if I had forgotten or neglected to run the scons_testsuite

Re: [Scons-dev] Merging PR #344 && #346

Tom, Indeed. I reviewed 344 again before I wasted anyone's time and found things that needed to be fixed :( The other is 345 (not 346); not sure how I managed to mess that up. https://bitbucket.org/scons/scons/pull-requests/345/optimize-implicit-dependency-scan/diff V/R, William On Thu, Aug

[Scons-dev] Merging PR #344 && #346

Krew, Any odds of merging 344 & 346? https://bitbucket.org/scons/scons/pull-requests/344/use-set-where-it-is-applicable/diff https://bitbucket.org/scons/scons/pull-requests/346/check-if-targets-have-changed-as-well-as/diff Both seem reasonable and I expect #346 to be high priority in the next

[Scons-dev] SCons and Parts

Jason, We should definitely revisit integrating Parts into SCons. Is Parts Python 3 compliant out of curiosity? V/R, William ___ Scons-dev mailing list Scons-dev@scons.org https://pairlist2.pair.net/mailman/listinfo/scons-dev

Re: [Scons-dev] Offline for a bit this week

Sorry to hear that Bill. I lost my father years ago. It's a rough time; let us know if you need something. Condolences, William On Thu, Jul 7, 2016 at 4:30 PM, Bill Deegan wrote: > All, > > I won't be very responsive this week. > My step-dad passed unexpectedly late

Re: [Scons-dev] bitbucket login

Bill Deegan <b...@baddogconsulting.com> wrote: > >> no problem here. >> -Bill >> >> On Wed, Jul 6, 2016 at 1:25 PM, William Blevins <wblevins...@gmail.com> >> wrote: >> >>> Lovely... >>> >>> Thanks, >>> William >

[Scons-dev] bitbucket login

Krew, It appears that Atlassian is trying to intregrate accounts. Is anyone else unable to login to Bitbucket as a result? V/R, William ___ Scons-dev mailing list Scons-dev@scons.org https://pairlist2.pair.net/mailman/listinfo/scons-dev

Re: [Scons-dev] python3-port passes all test with python 2.7 on linux.. win32 has issues

If I remember correctly it only checks for gcc 3/4 so 5/6 should be broken ;( On Sun, May 15, 2016 at 6:22 PM, William Blevins <wblevins...@gmail.com> wrote: > That has to do with something in QMTest where it does a version check > against gcc to pick the right library. I wasn't sur

Re: [Scons-dev] python3-port passes all test with python 2.7 on linux.. win32 has issues

That has to do with something in QMTest where it does a version check against gcc to pick the right library. I wasn't sure how to fix it but the info might be useful. On Sun, May 15, 2016 at 5:54 PM, Bill Deegan wrote: > Russel, > > Here's you're VariantDir failure

Re: [Scons-dev] python3-port passes all test with python 2.7 on linux.. win32 has issues

Russel, test/D/GDC.py test/D/GDC_Alt.py The above tests pass for me of Debian stretch, but its possible a new update will be coming down for gdc that break them. V/R, William On Fri, May 13, 2016 at 8:12 PM, William Blevins <wblevins...@gmail.com> wrote: > I'll try to poke at s

Re: [Scons-dev] python3-port passes all test with python 2.7 on linux.. win32 has issues

I'll try to poke at some tests this weekend since my projects wrapped up yesterday. On Fri, May 13, 2016 at 8:11 PM, William Blevins <wblevins...@gmail.com> wrote: > FYI: newer versions of gfortran fail because they have a warning with the > test code, so it may be the same for gdc

Re: [Scons-dev] scanning before emitting

-contrib and once its considered stable, merge it into the baseline. Food for thought, William On Mon, May 9, 2016 at 9:22 PM, William Blevins <wblevins...@gmail.com> wrote: > Very welcome. > > For future reference, this issue should really have gone to the users-list > instead :)

Re: [Scons-dev] scanning before emitting

Very welcome. For future reference, this issue should really have gone to the users-list instead :) V/R, William On Mon, May 9, 2016 at 8:58 PM, Schleimer, Ben via Scons-dev < scons-dev@scons.org> wrote: > > Also, if you are talking about getting implicit dependencies and > cross-language

Re: [Scons-dev] scanning before emitting

Also, if you are talking about getting implicit dependencies and cross-language dependencies, then you need version 2.5.0+ V/R, William On Mon, May 9, 2016 at 7:47 PM, William Blevins <wblevins...@gmail.com> wrote: > The emitter should only return the outputs of the protoc call, so ja

Re: [Scons-dev] scanning before emitting

The emitter should only return the outputs of the protoc call, so java, cpp, or python files, correct? The emitter isn't supposed to output (for example) the java class files; thus, I don't know why you would run the scanner at all. V/R. William On Mon, May 9, 2016 at 7:25 PM, Schleimer, Ben via

Re: [Scons-dev] Java tests

_jar = env.Jar(target = 'foopack.jar', > source = 'classes') > VariantDir/include-subdir.py:Test case supplied by Jared Grubb, based on a > minimal example supplied > > Note that the JARCOMSTR has a fake jar python script so likely that's not > what you're looking

Re: [Scons-dev] User Guide and Other Release Documents

ce that text so all the paths are uniform? > (As part of the build process?) > > Thanks, > Bill > > On Sat, Apr 16, 2016 at 2:26 PM, Dirk Bächle <tshor...@gmx.de> wrote: > >> William, >> >> On 16.04.2016 22:43, William Blevins wrote: >> >

Re: [Scons-dev] User Guide and Other Release Documents

should regenerate on each build. > The path I would expect to see should start with "/scons" > > -Bill > > On Sat, Apr 16, 2016 at 9:30 AM, William Blevins <wblevins...@gmail.com> > wrote: > >> Bill, >> >> It looks like the SCons 2.5.0 User Guide w

[Scons-dev] User Guide and Other Release Documents

Bill, It looks like the SCons 2.5.0 User Guide wasn't rebuilt on the release server because the examples have ptomulik in the directory paths. I'm not sure if this is an issue or not, but shouldn't our release system always regenerate the documentation? This is a bit worrisome because it suggests

Re: [Scons-dev] Should we close python3-port branch in scons bitbucket?

On Thu, Apr 14, 2016 at 5:29 PM, Bill Deegan wrote: > Russel, > > So the branch your work is on in your repo is python3-port? > > I'm o.k. with CI going red for this. I don't want to delay the python 3 > port any further. > I think the project should go "all in" on

Re: [Scons-dev] scons-2.5.0 performance issue?

Thomas, The prune option keeps a group of dependencies from being printed more than once. For example, you see the dependency tree for a c++ library L, but executable that files linking against L will only show that it depends on L directly and give a line stating that the dependencies of L

Re: [Scons-dev] scons-2.5.0 performance issue?

Thomas, Even on no-op, the difference in dependency generation could be substantial. Consider comparing '--tree=prune' between a small QT target between 2.5.0 and 2.4.1 and I think you will see that they are quite different. V/R, William On Mon, Apr 11, 2016 at 3:59 PM, Thomas Berg

Re: [Scons-dev] SCons default branch open for python 2.7/3.x work. Please submit pull requests

On Sun, Apr 10, 2016 at 3:52 PM, Russel Winder <rus...@winder.org.uk> wrote: > On Sun, 2016-04-10 at 13:02 +0100, William Blevins wrote: > > Two Questions, > > > > 1. Are we working out of scons__python3 or merging scons__python3 and > > working the

Re: [Scons-dev] SCons default branch open for python 2.7/3.x work. Please submit pull requests

Two Questions, 1. Are we working out of scons__python3 or merging scons__python3 and working there? 2. Many of the failing tests are from embedded code blocks in the tests which futurize and six didn't update automatically. Should the update process here be "make the embedded code its own file

Re: [Scons-dev] Tracking down None in SCons environment lists

ul for many) > would affect them. > > -Bill > > On Sun, Apr 3, 2016 at 11:37 AM, William Blevins <wblevins...@gmail.com> > wrote: > >> Krew, >> >> It seems that the issue of having dependencies of NoneType.None is rather >> common and can

Re: [Scons-dev] Python 3

Tim, I think Russel was the last person work on this in depth. I was helping some, but I was waiting for a decision about using six vs futurize. I'm not 100% sure there was a decision made, but it has been active pseudo-recently. https://bitbucket.org/russel/scons__python3 V/R, William On Thu,

  1   2   3   4   >