Congratulations! SCons 4.0!!!
On Sat, Jul 4, 2020 at 6:57 PM Bill Deegan
wrote:
> A new SCons release, 4.0.0, is now available
> on the SCons download page:
>
> https://scons.org/pages/download.html
>
> Here is a summary of the changes since 3.1.2:
>
> NEW FUNCTIONALITY
>
>
I think this would be great. I'll help review the bugs-to-be-closed.
-- Gary
On Tue, Aug 27, 2019 at 8:50 AM Mats Wichmann wrote:
>
> Just to pull some thoughts together:
>
> there are currently 679 open scons issues on github.
>
> That number drops to 92 if you select only ones which have had
Works for me with VC 2017 community:
% scons --version
SCons by Steven Knight et al.:
script: v3.0.4.3a41ed6b288cee8d085373ad7fa02894e1903864, 2019-01-20
22:51:36, by bdeegan on kufra
engine: v3.0.4.3a41ed6b288cee8d085373ad7fa02894e1903864, 2019-01-20
22:51:36, by bdeegan on kufra
Russel says:
Python 2 is the millstone for SCons 3.
I've been using 3.6 for all recent projects and loving it (async,
f-strings, etc.), but what weight are we really carrying by supporting 2.x?
Seems to me like most 3.6 features can be detected at runtime while still
keeping back compat without
Pretty certain Gary's with me in saying,
SCons will support Python 2.7 and 3.5+ in (at least) the 3.x releases.
Most likely through (at least) the end of 2018.
Yes, absolutely. SCons is used by lots of people on older legacy systems.
IMHO it is and needs to be a solid, reliable build tool, not
The builder, in this case Object(), sets up the dependency between foo.o
and foo.c. The simplest way to do what you want is to create a
pseudo-builder that calls Object() and also calls Depends().
-- Gary
On Sun, Mar 25, 2018 at 1:07 PM, Andrew C. Morrow wrote:
>
>
Nice work Anatoly and Bill!
-- Gary
On Thu, Nov 23, 2017 at 6:05 AM, anatoly techtonik
wrote:
> Awesome. ) More proposals from my side.
>
> 1. SCons repos need `scons` label to compete in this list:
> https://github.com/topics/scons
>
> 2. SCons website need to be moved to
Ha, I can hardly call myself a "core activist" anymore, but thanks. :-)
On Fri, Apr 21, 2017 at 1:28 PM, Russel Winder <rus...@winder.org.uk> wrote:
> On Fri, 2017-04-21 at 12:55 -0400, Gary Oberbrunner wrote:
> >
> […]
> >
> > I would be so happy abou
On Fri, Apr 21, 2017 at 12:41 PM, Bill Deegan
wrote:
> That said, I'm thinking post 3 a migration to github could have some real
> value.
> (And git, I'm tired of using HG on only this project)
I would be so happy about this. I would gladly volunteer to help. I'm all
As a Windows user, I'd be very happy if pip install were the only proper
way to install it going forward. Yes, sometimes I'd want to do it locally,
but using pip is fine.
On Mon, Apr 10, 2017 at 8:15 AM, Jonathon Reinhart <
jonathon.reinh...@gmail.com> wrote:
>
> On Mon, Apr 10, 2017 at 3:36 AM,
On Wed, Mar 22, 2017 at 10:47 PM, William Blevins
wrote:
> Here is another one. I assume this round of issues is because they updated
> SCons on the latest Ubuntu. This one actually makes sense. Someone else
> posted this one. "test2.h" explicitly depends on "test.h" via
On Wed, Mar 22, 2017 at 6:15 PM, William Blevins
wrote:
> //source.cpp
> #include "source.gen.h"
> int main() { return 0; }
>
> //SConstruct
> e = Environment()
> e.Command("source.gen.h", "source.cpp", Copy('$TARGET', '$SOURCE')) #
> "generator"
> e.Program("source.cpp")
Looks like I was the final vote!
On Jul 30, 2016 7:35 AM, "Dirk Bächle" wrote:
> Hi there,
>
> for the beta phase of the new StackOverflow documentation, SCons is now
> also proposed...to make this happen we need 5 committers accepting the
> proposal. Two (myself included) have
Hi folks; I know I've been out of the loop recently, lots going on. Great
work getting the python 3 stuff in!
I did just try the default branch (with python2.7 on Windows) and I notice
print statements (not the function, just the statement) in
SConstructs/SConscripts are now syntax errors.
It would certainly make it easier for me to contribute; not that I've had
that much to contribute recently, but git is in my fingers now and I have
to remind myself how to do things in hg.
On Mon, May 9, 2016 at 1:13 PM, Bill Deegan
wrote:
> All,
>
> So it sounds like
On Mon, Jan 25, 2016 at 4:39 AM, Russel Winder wrote:
> The alternative is to abandon the current python3-port and start again
> from default based solely on future.
>
This doesn't seem crazy to me, although there was a LOT of hand-tweaking of
code on the current python3
On Fri, Jan 15, 2016 at 8:24 AM, Russel Winder wrote:
> Aim is still to get the code-base working properly, i.e passing all
> tests, as a Python 2.7 program, so that it can then become the default
> branch. My thinking here is that if we do not have a separate branch,
> but
LGTM!
On Thu, Jan 14, 2016 at 2:10 PM, Bill Deegan
wrote:
> All,
>
> If you get a chance, take a look:
> http://scons.org/new/
> and
> https://bitbucket.org/scons/scons
>
> The badges take a few seconds to render (on my currently very crappy
> internet connection)
>
>
On Sun, Jan 10, 2016 at 4:26 AM, Dirk Bächle wrote:
> On 09.01.2016 20:47, Bill Deegan wrote:
>
>> Dirk,
>>
>> For me, its "pain in having to remember how to do things in mercurial
>> which I only use for scons" each time I go to work on it I
>> have to refresh my mental cache.
It's OK with me. As I said at the beginning I'd prefer something broader
and less specific but I didn't find anything useful.
On Tue, Dec 29, 2015 at 2:29 PM, Bill Deegan
wrote:
> All,
>
> So are we good with:
> http://contributor-covenant.org/
>
> If so I'll add it
Hi Russel; last time I did this it wasn't all _that_ painful. Took a few
hours if I remember rightly. (Of course a lot of time has passed, but still
not that much new code compared to the entire code base.) Look at the diff
of the last merge before you start, to get a sense of the top two or three
I'm in favor of something like this. It's really important to be a
welcoming and inclusive community. I don't think having a code of conduct
is any kind of admission of failure; rather I see it as a proactive
statement of inclusiveness and professionalism. I wonder if a broader code
of conduct
Does anyone know how these interact?
I have a TryBuild test in a Configure context. It uses a variant dir. The
.c file in the test includes foo.h, which includes bar.h. If I have a
previous build (which copied bar.h into variantdir) and then update bar.h,
the TryBuild uses the old
I didn't think it had been that long... I'll check my records.
On Sat, Nov 7, 2015 at 3:20 AM, Russel Winder wrote:
> Gary,
>
> From what I can see the last merge from default into python3-port was
> 2014-08-23. A lot has happened since then. :-) Is the best way forward
>
Comments inline.
On Tue, Oct 20, 2015 at 12:52 AM, anatoly techtonik <techto...@gmail.com>
wrote:
> On Tue, Oct 20, 2015 at 3:57 AM, Gary Oberbrunner <ga...@oberbrunner.com>
> wrote:
>>
>> On Sun, Oct 18, 2015 at 7:52 AM, anatoly techtonik <techto...@gmai
On Sun, Oct 18, 2015 at 7:52 AM, anatoly techtonik
wrote:
>
> I see the implementation, but I don't see any use cases. I know it sounds
> too formal, but I can't validate the assumptions we had towards the new
> toolchain without a formal list. Do you have some notes or
I'm just starting to get back into it.
If you'd like to take a look at the current state of things, check out
h...@bitbucket.org/garyo/scons-newtool and look in
src/engine/SCons/ToolchainDesign.
The next thing on my list for it is a nice generalized executable-finder
(PATH, registry, env,
str(File) just calls f.path. There are also plenty of other attributes like
fullpath. Sometimes f.srcnode().path is useful. Most are documented, see
File and Directory Nodes in the man page. The ones that aren't (like rfile)
are intended for internal use but may occasionally still be useful. See
got it.
On Thu, Oct 1, 2015 at 2:17 AM, Florian Miedniak <florian.miedn...@gmail.com
> wrote:
> Hm, I knew I forgot someone ;-) You should have got an invitation by now.
>
> -Florian
>
> 2015-10-01 4:14 GMT+02:00 Gary Oberbrunner <ga...@oberbrunner.com>:
>
>
I don't seem to have any access. "Forgot password" doesn't work with any
username I tried...
On Wed, Sep 30, 2015 at 4:58 PM, Florian Miedniak <
florian.miedn...@gmail.com> wrote:
> Hi,
>
> I have created a on-demand trial setup of the JIRA + bitbucket integration
> here:
On Tue, Sep 29, 2015 at 12:08 PM, Bill Deegan
wrote:
> Gary,
>
> For this test I ended up just having the full expected output, in this
> case I effectively checked for the output not being there.
> It worked for the negative case because the output is pretty short.
>
On Thu, Sep 24, 2015 at 2:17 PM, William Blevins
wrote:
> Functionality wise, what does round-up provide that tigris doesn't?
Lack of awfulness. IMHO of course. :-)
--
Gary
___
Scons-dev mailing list
Scons-dev@scons.org
Next thing is to merge default into the python3 branch. I did this a few
months ago; you can look at the merge to see the kinds of things that have
to be tweaked, it's not usually too bad.
On Tue, Sep 22, 2015 at 3:44 PM, Tim Jenness wrote:
>
> > On Sep 22, 2015, at 12:33 ,
Looks like a bug to me.
On Sun, Sep 20, 2015 at 6:43 AM, Paweł Tomulik
wrote:
> Hi,
>
> during my work on shared library versioning I found these lines in
> Tools/sunar.py (static library linker, in function generate()):
>
> env['SHLINK'] = '$LINK'
>
Sorry I have been busy. Will try to this weekend. Anyone else?
On Tue, Sep 8, 2015 at 5:41 PM, Paweł Tomulik
wrote:
> Hi,
>
>
> W dniu 01.09.2015 o 23:51, Paweł Tomulik pisze:
> > Hi,
> >
> > W dniu 30.08.2015 o 18:40, William Blevins pisze:
> >> Did you try the patch
On Fri, Sep 4, 2015 at 4:24 AM, anatoly techtonik
wrote:
> On Fri, Sep 4, 2015 at 10:10 AM, Dirk Bächle wrote:
>
>> On 04.09.2015 06:16, anatoly techtonik wrote:
>>
>>> I have another question about SCons. If I specify target explicitly, it
>>> ends up
>>>
Are you just talking about the fact that there are too many releases listed
under Latest News before you get to What is SCons and the quotes etc.?
I can fix that.
On Fri, Aug 7, 2015 at 3:11 AM, Dirk Bächle tshor...@gmx.de wrote:
Hi there,
I just noticed, that when I open the scons.org
Congratulations all! Looks great!
On Sat, Aug 1, 2015 at 12:06 AM, William Blevins wblevins...@gmail.com
wrote:
Good news indeed! Thanks for the release :)
On Fri, Jul 31, 2015 at 11:35 PM, Bill Deegan b...@baddogconsulting.com
wrote:
Greetings,
Now that 2.3.6 is out the door. Next
Hi Bill! I don't think it's compatibility breaking in that existing
SConscripts will continue to work without change, but it _will_ require (cause)
a rebuild in many cases, and we do usually pre-announce those changes and call
them out in the release notes so people with huge projects don't get
at 9:57 AM, Gary Oberbrunner ga...@oberbrunner.com
wrote:
Hi Bill! I don't think it's compatibility breaking in that existing
SConscripts will continue to work without change, but it _will_ require
(cause) a rebuild in many cases, and we do usually pre-announce those
changes and call them out
I'm here too -- more or less. Having worked a little bit with you on the
original version of this, I'd very much like to see it get in. Your #2 is
fine I think. #1 is complicated. #3 I don't remember the details, will
have to review again.
On Wed, Jul 8, 2015 at 7:59 PM, Bill Deegan
IMHO, version number alone is fine. Probably the usual process which has
the release on its own branch is why this normally works. But it is
time-consuming so if you want to simplify I'm all for it.
On Wed, Jun 17, 2015 at 7:40 PM, Bill Deegan b...@baddogconsulting.com
wrote:
Greetings,
I'm
Pretty sure yes. All that is checked in on each release branch so you can
see it.
On Wed, Jun 17, 2015 at 8:40 PM, Bill Deegan b...@baddogconsulting.com
wrote:
Gary,
Were you calling bootstrap.py REVISION=2.3.4 then?
-Bill
On Wed, Jun 17, 2015 at 4:56 PM, Gary Oberbrunner ga
exactly the vulnerability is? IIRC we
have 1.9.8 version (latest) installed, so if there is an exploit, the
upstream should be notified too.
On Thu, Jun 4, 2015 at 1:05 PM, Gary Oberbrunner ga...@oberbrunner.com
wrote:
Pair said it was an exploited attack on the wiki script itself this time
Yes. Grr. This one is even worse, apparently there's an exploited
vulnerability in the wiki script. :-(
We have all the moin content; if anyone can help translate it to _anything_
so we can get it live on an AWS instance or whatever (just a git-backed
wiki or anything) that would be very
On Wed, Jun 3, 2015 at 6:54 AM, anatoly techtonik techto...@gmail.com
wrote:
But I have plenty of other files in current directory. Why those are
not included?
At the end of reading the SConstruct, i.e. before the build phase begins,
SCons only creates Nodes for files it has been told about.
the locale code page encoding is
and
that can be used to convert the code to the local ANSI/OEM encoding.
This is
different from a binary string.
Jason
From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of Gary
Oberbrunner
Sent: Wednesday, May 27, 2015 7:43 AM
On Wed, May 20, 2015 at 11:25 AM, anatoly techtonik techto...@gmail.com
wrote:
I want to get target Node based on name passed from command line.
How to do that?
node = File(name)
How to get list of all targets to be built? User guide:
On Wed, May 20, 2015 at 11:50 AM, Alexandre Feblot alexan...@feblot.fr
wrote:
I did such kind of traversal once: http://pastebin.com/KyEg5ngS
Maybe that was even based on something found in the wiki.
I'm not 100% certain, but I believe calling node.children() can invoke
scanners and other
On Wed, May 20, 2015 at 9:47 AM, anatoly techtonik techto...@gmail.com
wrote:
If so, then that means that every target should
be a filesystem object?
What is target then? If it is a name, how a lookup if made to locate it in
FS tree?
Every target (and source, and intermediate) is a Node.
SCons Install just copies files (and in this case makes symlinks).
Building installers is a whole different thing. SCons can do it, but
Install isn't what you're looking for.
On Tue, May 19, 2015 at 8:51 AM, anatoly techtonik techto...@gmail.com
wrote:
On Tue, May 19, 2015 at 3:29 AM, William
On Wed, Feb 25, 2015 at 3:31 PM, Russel Winder rus...@winder.org.uk wrote:
On Wed, 2015-02-25 at 21:10 +0100, Dirk Bächle wrote:
[…]
you're aware of the fact that we already have a branch for this
(python3-port)?
It is though now seriously out of date, and not being worked on by
people
On Wed, Jan 21, 2015 at 8:05 AM, Carnë Draug carandraug+...@gmail.com
wrote:
...
scons [1] is a build system and I was thinking of adding it to
shared-mime-info. Its files are very simple to identify, they are
always named SConstruct or SConscript. These files are also valid
python
On Wed, Jan 21, 2015 at 8:28 AM, Carnë Draug carandraug+...@gmail.com
wrote:
what if the magic uses the following globs for filenames SConstruct,
SConscript, and SConscript.* ?
These seem good to me. I think a few people may use *.scons, but that's
probably not popular enough to deserve
On Sun, Jan 11, 2015 at 9:12 AM, anatoly techtonik techto...@gmail.com
wrote:
On Sun, Jan 11, 2015 at 4:25 PM, Gary Oberbrunner ga...@oberbrunner.com
wrote:
Our usual problem is we merge a PR manually, but then bitbucket doesn't
recognize the change for whatever reason, and there's no way
This is still true. Just wanted to download the latest Parts via svn but
as Anatoly says, it requires authentication.
-- Gary
On Fri, Dec 26, 2014 at 4:56 AM, anatoly techtonik techto...@gmail.com
wrote:
Christmas!
Jason, I thought you need to know that URL for parts requires
On Mon, Jan 5, 2015 at 7:48 AM, Paweł Tomulik ptomu...@meil.pw.edu.pl
wrote:
...
I have a project where I just set construction variables CC=clang and
CXX=clang++ and it works well
That's more or less what we do too (in addition to some clang-specific
flags we need). Seems to work fine.
On Mon, Jan 5, 2015 at 7:02 PM, Paweł Tomulik ptomu...@meil.pw.edu.pl
wrote:
Looks like SCons is missing a tool preference system, where each user
(developer, not end user) could easily re-define by its own the preferred
order of compiler toolchains. The same applies to other tools. Don't
2014-12-23 8:39 GMT-05:00 anatoly techtonik techto...@gmail.com:
http://www.scons.org/RELEASE.txt
RELEASE 2.3.4 - Mon, 27 Sep 2014 12:50:35 -0400
Please consult the RELEASE.txt file for a summary of changes...
???
That sure looks like a bug. :-)
--
Gary
Nice! Can we integrate that into our build process?
On Thu, Dec 18, 2014 at 6:33 AM, anatoly techtonik techto...@gmail.com
wrote:
Hi,
Found a Windows alternative to drone.io - check this out:
https://ci.appveyor.com/project/anatolytechtonik/scons/build/2-default
--
anatoly t.
On Sat, Dec 13, 2014 at 12:25 PM, Dirk Bächle tshor...@gmx.de wrote:
On 13.12.2014 17:53, Bill Deegan wrote:
Can find search on bitbucket version, but it's there on github.
Good point, that would speak for github then..since bitbucket isn't too
interested in searching and hierarchies:
On Sat, Dec 13, 2014 at 3:54 PM, Bill Deegan b...@baddogconsulting.com
wrote:
All,
I think two items for wiki are must have:
1) full text searchable from the wiki
2) index able by google and others.
I'm pretty sure neither bitbucket nor github has both. (Though I suppose 1
would come with
I would like to find a system that has some kind of online
editor/previewer, rather than a pure clone/edit/push/pull-request system
(whether it's git or hg), because sometimes you want to see how your markup
will actually look on the site before pushing it. (Dirk, I think that
would also help the
On Fri, Dec 12, 2014 at 11:16 AM, Dirk Bächle tshor...@gmx.de wrote:
Gary,
On 12.12.2014 15:00, Gary Oberbrunner wrote:
I would like to find a system that has some kind of online
editor/previewer, rather than a pure clone/edit/push/pull-request system
(whether it's git or hg), because
On Fri, Dec 12, 2014 at 1:44 PM, yegle cnye...@gmail.com wrote:
On Fri, Dec 12, 2014 at 10:32 AM, Gary Oberbrunner
ga...@oberbrunner.com wrote:
You're thinking I want to move _everything_ to github I bet. Actually,
no.
I do like git better than mercurial, it's true; but bitbucket seems
On Fri, Dec 12, 2014 at 2:14 PM, yegle cnye...@gmail.com wrote:
On Fri, Dec 12, 2014 at 11:08 AM, Gary Oberbrunner
ga...@oberbrunner.com wrote:
It's possible. There's no online editor there, however, which I think
will
limit the contributions to the wiki.
Yes there is, for every file
On Fri, Dec 12, 2014 at 5:34 PM, Bill Deegan b...@baddogconsulting.com
wrote:
You can pair that with this javascript/jquery based browser based wiki..
http://dynalon.github.io/mdwiki/#!index.md
-Bill
Interesting... the point of that is to provide theming and richer content I
take it? It
On Sat, Dec 6, 2014 at 4:35 AM, Shreedhar Manek shreedharma...@gmail.com
wrote:
I change the integer the equivalent string in chmod.py (eg. 0444
to S_IRWXU and S_IRWXG and S_IRWXO) but there is problem ahead into the
program and the test fails at this point -
Watch out, 0444 is not the
On Sat, Dec 6, 2014 at 9:37 AM, Shreedhar Manek shreedharma...@gmail.com
wrote:
256 is octal 0400, so it looks like it's only getting the S_IRUSR part.
And that's because I steered you wrong; these are bitmasks, so you have to
use bitwise OR: S_IRUSR | S_IRGRP | S_IROTH
This was it.
, _apply_operation_to_mode,
_get_octal_mode_from_symbolic_perms)
Good detective work! The second is a bit more modern in style, but they
both seem workable.
-- Gary
Le 6 déc. 2014 à 16:24, Gary Oberbrunner ga...@oberbrunner.com a écrit :
On Sat, Dec 6, 2014 at 9:37 AM, Shreedhar Manek
It might; that's why we want to introduce it gently, to see what the
impact will be.
Note that people currently setting arbitrary properties directly on the
Node can use Node.attributes for this (and could/should be doing so
already).
On Fri, Dec 5, 2014 at 5:12 AM, anatoly techtonik
On Thu, Dec 4, 2014 at 4:39 PM, Shreedhar Manek shreedharma...@gmail.com
wrote:
I need help with adapting tests.
Hi!
I change the integer the equivalent string in chmod.py (eg. 0444
to S_IRWXU and S_IRWXG and S_IRWXO) but there is problem ahead into the
program and the test fails at this
On Sun, Nov 16, 2014 at 3:01 PM, Bill Deegan b...@baddogconsulting.com wrote:
Dirk,
Are they available from another apt-repo? Maybe one of the unsafe ones?
(Where they stick blobs)
I googled around for quite a while; I didn't find where or why they
were removed but also didn't find any
at 5:42 PM, Gary Oberbrunner ga...@oberbrunner.com
wrote:
On Fri, Oct 24, 2014 at 6:25 PM, Michael Jarvis mjarvis.tx...@gmail.com
wrote:
Thanks, initially I'd like to get it installed, but I will probably want
to
hack on it as well.
OK, just do this then:
python setup.py install
On Mon, Nov 3, 2014 at 8:44 AM, Ben Golding ben.gold...@synopsys.com wrote:
Nevertheless, what effect does this marking of the side effect file
actually have during the build? What can I usefully do with the object
returned by SideEffect()?
Does it have an effect during the parallel build?
On Fri, Oct 31, 2014 at 2:55 PM, Dirk Bächle tshor...@gmx.de wrote:
I don't think there is anything to fix here...and it's no bug for me either.
Please read the man page for the definition
of a SideEffect, and when it should be used. My understanding is, that in
your case the conditions do not
On Thu, Oct 30, 2014 at 9:34 AM, Ben Golding ben.gold...@synopsys.com wrote:
tgt = Command('tgt', 'src', 'touch $TARGET sf0 sf1')
sf = SideEffect([ 'sf0', 'sf1' ], tgt)
Install('dir', tgt + sf)
I can reproduce this bug. Please file a ticket! The dependency tree
looks OK, and I can't
Bonsoir! Hope you're enjoying Lyon and the conference; wish I could be there!
On Sun, Oct 26, 2014 at 4:45 AM, Dirk Bächle tshor...@gmx.de wrote:
Hi there,
I just wanted to send you all a quick Hello from the PyConFR 2014 in Lyon,
France. I gave my talk yesterday, so my adrenaline level has
On Thu, Oct 23, 2014 at 12:07 PM, Russel Winder rus...@winder.org.uk wrote:
I think we need to resync or abandon the current Python 3 branch,
currently it is so far behind default/tip that it is not worth working
on as is.
Really? I merged default into it not too long ago.
--
Gary
On Tue, Sep 30, 2014 at 10:39 AM, Kenny, Jason L
jason.l.ke...@intel.com wrote:
By this I meant to have a --use-env or something value that would set the
Scons environment ENV to that of the shell.
There's nothing wrong with this at the user level, but I don't think
it should be hard-wired
On Sat, Sep 27, 2014 at 10:36 AM, Dirk Bächle tshor...@gmx.de wrote:
...
Is it too late to stop you with that? I'm currently working on the fix for
#2971, and would like to get that into 2.3.4 as well if possible.
Sorry, I didn't know that a v2.3.4 was planned/pending, else I would've
spoken
going!
--
Gary Oberbrunner
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev
On Sun, Sep 21, 2014 at 3:10 PM, alexandre.feb...@gmail.com wrote:
Hello,
I see no commit and no pull request about that. Am I overlooking
something, or has this been forgotten?
Thanks for the reminder, Alexandre. Yes, we need to take care of this. (I
was out of the country for a week.)
On Tue, Sep 9, 2014 at 4:03 AM, Jean-Baptiste Lab
jeanbaptiste@gmail.com wrote:
Or wouldn't it be enough to simply mandate that exists() return something
that can be tested against True/False?
If that's the case, wouldn't a bit of wrapping around and implementing the
__eq__/__neq__
On Mon, Sep 8, 2014 at 10:24 PM, William Blevins wblevins...@gmail.com
wrote:
This might be obvious, but it the exception pattern not popular in python?
Sure, but we don't want everyone testing for tool existence to have to wrap
that in an exception handler.
--
Gary
On Tue, Sep 9, 2014 at 11:08 AM, Kenny, Jason L jason.l.ke...@intel.com
wrote:
What are your thoughts on infra to help provide a common mean to find
tools for different platforms.
I believe what I have in Parts for this work pretty well. It allow an
extensible and generally easy way for
On Tue, Sep 9, 2014 at 12:03 PM, Kenny, Jason L jason.l.ke...@intel.com
wrote:
I think you are missing the point or maybe I am.
Given the tool revamp.
How will we support:
1) Cross-builds.
a. I want to build 32-bit and 64- at the same time
b. I want to build for
On Tue, Sep 9, 2014 at 2:07 PM, Kenny, Jason L jason.l.ke...@intel.com
wrote:
Thanks Gary for your thoughts!
I have a few thought about the response. But I think I would start off
with just one item.
When you look at what you have suggested, we have a cross build you
suggest something
On Mon, Sep 8, 2014 at 6:35 AM, anatoly techtonik techto...@gmail.com
wrote:
2to3 makes code incompatible with Python 2.
With modernize it is possible to go one fixer at a time and bisect errors
later.
I believe individual fixers were applied and python2 compatibility has been
added back in
Grr. Oh well.
On Mon, Sep 8, 2014 at 1:47 PM, anatoly techtonik techto...@gmail.com
wrote:
Anyway we need to wait when Gary is available to wrap a new release
with this fix. Is there anybody else who can release?
I'm here, but am pretty busy at the moment. This weekend I will be away.
On Mon, Sep 8, 2014 at 12:19 PM, Kenny, Jason L jason.l.ke...@intel.com
wrote:
SO I am all for improving the Tools logic. This was a big part of the
work I did in Parts. Given what I have, I know there are some more tweaks I
would like to make.
Is there a process in how to add proposal to
On Mon, Sep 8, 2014 at 4:13 PM, Kenny, Jason L jason.l.ke...@intel.com
wrote:
Ideally I always viewed this as a True False statement. I see you have it
returning a tuple.
I only worry that I have seen a lot push with certain python developers to
say stuff like
if not tool.exists():
On Sun, Sep 7, 2014 at 9:45 AM, alexandre.feb...@gmail.com wrote:
Le 7 sept. 2014 à 14:53, Russel Winder rus...@winder.org.uk a écrit :
On Sat, 2014-09-06 at 20:31 +0200, alexandre.feb...@gmail.com wrote:
Hi,
Creation of a temporary dir containing symlinks to tools which have
been
On Sun, Sep 7, 2014 at 9:50 AM, Russel Winder rus...@winder.org.uk wrote:
Because I have Python 3 installed as default I have a symbolic link
python2 to 2.7:
python2 runtest.py test/D
leads to an error in shutil.copytree at QMTest/TestCmd.py line 1275.
shutil.py line 208 is
On Sat, Sep 6, 2014 at 5:42 AM, Russel Winder rus...@winder.org.uk wrote:
OK so I am abandoning all my scruples and trying to get SCons running on
my wife's Windows 7 machine so as to run some tests on Linux, OSX *and*
Windows.
I have now discovered that on a 64-bit laptop running Windows 7:
On Sat, Sep 6, 2014 at 4:12 AM, Russel Winder rus...@winder.org.uk wrote:
It appears to be impossible to run SCons tests from an OSX machine using
SMB mounted filestore from a Linux machine.
Since I know OSX requires the root filesystem to be HFS+, I guess you're
trying to mount your SCons
On Sat, Sep 6, 2014 at 6:16 AM, Russel Winder rus...@winder.org.uk wrote:
TestSCons.TestSCons.where_is searches the user's path for an executable.
When running tests SCons does not use the users path, just the default
system path, to search for executables. where_is is therefore either
broken
On Sat, Sep 6, 2014 at 1:54 AM, anatoly techtonik techto...@gmail.com
wrote:
Updated with rebase instructions. Need to revise
the part about working with multiple features at
once. It looks like it is better to split to separate
pages, because there can be alternatives.
This looks good,
On Sat, Sep 6, 2014 at 6:27 AM, Gary Oberbrunner ga...@oberbrunner.com
wrote:
Some tests want to deliberately look in $PATH and set up the test
accordingly;
maybe the simple fix is just to not use os.environ['PATH'] when the
passed-in
optional path arg is None. Any test that really wants
On Mon, Sep 1, 2014 at 3:29 PM, Russel Winder rus...@winder.org.uk wrote:
On Sun, 2014-08-31 at 18:03 -0400, Gary Oberbrunner wrote:
That branch is the one. If you check the commits on that branch you'll
see
who's been committing to it. I just yesterday got a python3 installed,
so
I
1 - 100 of 255 matches
Mail list logo