I am for hosting on bitbucket myself.
Jason
From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of Bill Deegan
Sent: Thursday, June 18, 2015 9:58 AM
To: SCons developer list; Release Team
Subject: [Scons-dev] Migrate downloads from Sourceforge.net?
All,
Should we migrate off
I believe if we sign the binaries SF cannot modify them.
Jason
-Original Message-
From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of Dirk Bächle
Sent: Thursday, June 18, 2015 1:11 PM
To: scons-dev@scons.org
Subject: Re: [Scons-dev] Migrate downloads from Sourceforge.net?
:47 AM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
My take is that the scanner changes should improve the ability for the scanner
to find files, anything short of that is a breaking backward compatibility. Any
change that fixes the ability to find files where
On Wed, Jun 3, 2015 at 4:53 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
I believe the copy of A is similar to linking on many systems. The linker runs
but it doesn’t have to as the import libs/so did not change, SCons just assumes
that if the dependent source
This is correct. SCons only makes nodes it knows about. The Sconstruct is
loaded by scons as a file node because it is called internally via the
SConscript() call which turns all inputs to files nodes.
Other files in the same directory will not be seen unless you call some
function to make
My take is that the scanner changes should improve the ability for the scanner
to find files, anything short of that is a breaking backward compatibility. Any
change that fixes the ability to find files where before it did not find them (
and it should have) if the correct direction. Test cases
If I understand this correctly. I have a similar issue in Parts. I found that
it was that the scanner did not expand the path correctly via not calling
subst() before it tried to access the variable. This caused failures in
correctly finding libs and or header on first pass builds. It would
are read
On Wed, May 20, 2015 at 4:59 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
Are there two separate FS objects for that?
No there is one global fs that is shared with all environment objects.
After the Sconstruct are read in this will hold all nodes that are known to
the SCons
To: SCons developer list
Subject: Re: [Scons-dev] How to traverse the graph after files are read
On Wed, May 20, 2015 at 6:51 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
[...]
Thanks for the explanation. I wrote it down to ask questions later when I get
some output with the tree.
To get
I think a little clarification is needed.
SCons install() api makes an install sandbox. There is a list that holds all
the install files. When you call Install() those files get added to the
internal list. This information is used by the Package() and GetInstallFiles()
api in SCons to allow a
I should point out the Dirk has been very helpful as I been making moves toward
getting Parts easier to move in to SCons.. or better yet make Parts a value add
to SCons. I hope we can make need fixes to SCons to make it easier to integrate
add-ons.
As a side note.. Dirk offered to help make
As far as this goes would it not be better to use something like
twitter/google+/facebook for sending out notifications? Just asking...
Jason
-Original Message-
From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of Dirk Bächle
Sent: Thursday, May 14, 2015 11:10 AM
To: SCons
On Thu, May 14, 2015 at 3:48 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
As far as this goes would it not be better to use something like
twitter/google+/facebook for sending out notifications? Just asking...
Jason
-Original Message-
From: Scons-dev
] On Behalf Of anatoly
techtonik
Sent: Tuesday, April 7, 2015 11:23 AM
To: SCons developer list
Subject: Re: [Scons-dev] Packaging logic?
On Fri, Apr 3, 2015 at 7:28 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
The current way is to get a source dist and install
The current way is to get a source dist and install it.
This would not stop. You would be able to do the same thing.
The difference in the below would be:
Pip install scons
would be default go to the internet and get SCons
pip install .
would install the current setup.py in the directory (
Real quick.
I don’t there is a suggestion on not supporting standalone drops, etc.. I still
would like to provide a msi on windows. There is a difference between a sdidt
like drop vs a full standalone (py2exe like) drop however. Different systems
view this differently. In general on linux and
..
to work correctly. This would be a low hanging fruit that would save some
memory as well.
Do you have any concerns over doing this?
Jason
-Original Message-
From: Kenny, Jason L
Sent: Tuesday, March 31, 2015 2:07 PM
To: dl9...@darc.de; SCons developer list
Subject: RE: [Scons-dev
% that this is the case. I will update when I
know more. Given this issue gets fixed I think I should be at 100% pass rate
again.
Jason
-Original Message-
From: Kenny, Jason L
Sent: Monday, March 30, 2015 10:54 AM
To: dl9...@darc.de; SCons developer list
Subject: RE: [Scons-dev
Hi guys,
I been fixing up Parts packaging logic so it is pip and wheel friendly. I was
wonder what are the plans for SCons on this front? It seems to me that this
should not be that complex for us to do in SCons. I just noticed there is a lot
of work going on in the current scripts with
, Kenny, Jason L wrote:
HI Dirk!
So an update.
I had a little time yesterday to look at this. I am down to 11 failures. They
all seem to be the same issue.
Quick summary:
I seem to have three issues with the branch as it is.
1) the base node did not have __dict__ in the slots definition
] On Behalf Of Dirk Bächle
Sent: Tuesday, March 31, 2015 2:41 PM
To: SCons developer list
Subject: Re: [Scons-dev] Announcement: Core changes for v2.4 ahead, Switching
the Node class to using slots...
Jason,
On 31.03.2015 21:06, Kenny, Jason L wrote:
[...]
So let me think this out load here
class to using slots...
Jason,
On 29.03.2015 19:58, Kenny, Jason L wrote:
Sorry,
Let me take that back.. looking in to it more, the bootstrap.py did
not work correctly on widows. Once it got the correct version of scons
bootstrap ( I just did a full install of it)
I have all but 3 tests
Hi dirk,
I need to give this a run. As I am one of the people that would be in a
dangerous area :-)
My first thought however would be this:
1) did we add a __dict__ to the __slots__ ? if not can we, this would probally
fix 99% of the issues I would have in Parts
2) stuff like t.abspath -
, February 3, 2015 10:29 AM
To: SCons developer list
Subject: Re: [Scons-dev] SCons-like build system
Jason,
On 03.02.2015 15:21, Kenny, Jason L wrote:
Where is the benchmark code. I wonder how hard it is to get this to use the
features in Parts to see how it effects the system.
which code do you mean
, January 26, 2015 5:06 PM
To: SCons developer list; Kenny, Jason L
Subject: Re: [Scons-dev] SCons-like build system
Parts check a number of things to see if a Part might be out of date, and if it
could be, we load it, else we don’t read the file, and instead load cached
information if and only
independently.
I.e. SCons processes many small DAGs instead of one big DAG.
Thank you.
Best regards,
Constantine.
On 01/23/15 18:03, Kenny, Jason L wrote:
I understand this problem. This is one main thing Parts tries to address. It
uses information about the different component to figure out what
I understand this problem. This is one main thing Parts tries to address. It
uses information about the different component to figure out what not to load.
This requires the build to be laid out in some sort of component based like
build, vs a recursive make, which may not be a big deal,
Interesting.
I like some of the stuff you have here. I can only do so much in Parts wrapping
SCons, some of it has to be in the core
What I would like to know as I did not see it in the example right off is, how
do you deal with lots of components. One feature I have in Parts and often see
It shouldn’t ( still why I working on moving to a new site, but it is slow
process)
svn checkout http://parts.tigris.org/svn/parts/trunk parts --username guest
should do a checkout ( of trunk in this case)
I should have a download tab that allows you to download a zip, msi, tar.bz
package.
Honestly I view sideeffect as a result ( ie a side effect) of not wanting to
fix the builder up. PDB files are side effects file that might exists is some
flags are set. Honestly it better to handle them as targets.
Jason
-Original Message-
From: Scons-dev
]+)'
On Fri, Sep 26, 2014 at 6:21 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
I believe this is what I tried to achieve in Parts.
For example look at this file
http://parts.tigris.org/source/browse/parts/trunk/parts/parts/tools/Gn
uCommon/gxx.py?view=markup
You see the different version
of Future SCons Tools
This use_env logic - do you mean that tools rely on system environment and need
it to be passed through by SCons? Or they still need SConstruct environment to
patch it?
On Tue, Sep 30, 2014 at 4:32 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
Thanks
Yes it could
30, 2014 9:49 AM
To: SCons developer list
Subject: Re: [Scons-dev] First Pillar of Future SCons Tools
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
I believe this is what I tried to achieve in Parts.
For example look at this file
http://parts.tigris.org/source/browse/parts/trunk/parts/parts/tools/GnuCommon/gxx.py?view=markup
You see the different version, platforms ( and cross platform support) for g++
on posix, windows, darwin ,solaris
the regular version in terms of implementation, and I think the exists() +
exists_error() API is nicer.
I don't really like the error object, i.e. something that tests as False but
has a string value.
-- Gary
On Tue, Sep 9, 2014 at 9:56 AM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke
] This morning's WTF moment
On Tue, Sep 9, 2014 at 11:08 AM, Kenny, Jason L
jason.l.ke...@intel.commailto: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
WTF moment
On Tue, Sep 9, 2014 at 12:03 PM, Kenny, Jason L
jason.l.ke...@intel.commailto: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
I know that I am late in the talk here and some of this may have been answered
already..
Windows has a sub-systems that run on the kernel. One of them is win32. ( there
used to be a posix one FYI, and with win 8 there is a new winrt layer). So
while it looks like a joke to on windows 64-bit
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 this wiki page. I know I would
like to propose a possible infra set of objects to
how the 1 toolchain per
env would work in practice. What about SWIG or JNI or other mixed builds?
On Sep 8, 2014 12:19 PM, Kenny, Jason L
jason.l.ke...@intel.commailto: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
Hi guys,
We made some types safety tweaks in the subprocess we provided.
I have attached it. This is the latest version in Parts open source as well (
ie in truck).
Jason
From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of Gary
Oberbrunner
Sent: Sunday, August 24, 2014 1:09 PM
Just a project I know of that moved to cmake from scons.
Freeorion: http://www.freeorion.org/index.php/Main_Page
-Original Message-
From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of Dirk Bächle
Sent: Monday, August 25, 2014 3:43 PM
To: SCons developer list
Subject: Re:
with
the Java emitter is that there is no standard for how a Java compiler classes
file creation, which means that the emitter needs to be different for every
Java compiler.
Which JDK do you use?
V/R,
William
On Fri, Aug 1, 2014 at 5:49 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke
We just updated in Parts trunk the Java tool. I believe it a few tweak based on
the standard Scons tools. The note I have on this fix is “Fixed Java tool
emitter to correctly handle derived targets.”
You might want to look at it and see if it helps at all and is work grabbing
into SCons.
Here
, 2014 at 5:49 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
We just updated in Parts trunk the Java tool. I believe it a few tweak based on
the standard Scons tools. The note I have on this fix is “Fixed Java tool
emitter to correctly handle derived targets.”
You
copy support
On Tue, Jul 29, 2014 at 4:02 AM, Kenny, Jason L jason.l.ke...@intel.com wrote:
Ideally that is the hope I have.. CCopy should be used as the backbone
of all copied in Parts and I hope in SCons. Everything in Parts is
done so it could be added to SCons. The license is MIT under Intel
I agree. In Parts we added code to allow Symlinks to work as a first class
object ( ie a node) In Scons. It seems to work just fine. As long as some
simple rules are followed it we have not had issues on windows and or linux/mac
at this point.
Jason
From: Scons-dev
, 2014 at 12:40 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
It was part of the document I sent out on how I deal with steaming of stuff.
There is an internal API that I provide.
The main interface function are defined in
parts.api.output.pyhttp
and
not include it in our source control..)
c) writing custom code where theres a module we could use, unless there's
significant reason to do so (see #1 and #2)
-Bill
On Wed, May 28, 2014 at 10:59 AM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
I agree it look
Sure, where is the patch?
-Original Message-
From: William Deegan [mailto:b...@baddogconsulting.com]
Sent: Tuesday, April 15, 2014 5:01 PM
To: SCons developer list
Cc: Kenny, Jason L
Subject: Patch to add support for intel c compiler
Jason,
Can you take a look at this and see
at Scons version it was a
complex file that hard to maintain.
Still I can look at the patch.
Jason
-Original Message-
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of Kenny, Jason L
Sent: Wednesday, April 16, 2014 8:05 AM
To: 'William Deegan'; SCons
I think there will be one more fix coming as well. Just found that the API
being wrapped as an extra argument in python 2.7.6 ( I think we tested with
python 2.7.3)
Jason
-Original Message-
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of Dirk Bächle
Hi dirk,
While I don't have a patch to SCons at the moment we have people in my team
fixing this with Parts as a monkey path to sub process module. I asked the two
people working on this to speak up and update their patch work online for SCons
to consider.
I think from my point of view there
issue on Linux?
On Fri, Apr 4, 2014 at 5:32 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
Hi dirk,
While I don't have a patch to SCons at the moment we have people in my team
fixing this with Parts as a monkey path to sub process module. I asked the two
people
I think we have had a number patches that tried to remove the shell form the
spawned command on linux and windows.
I am personally for it, given we have some way to do it when we do need the
shell.
Anatoly?
Do you think this might be a good place to tweak up your subprocess code? I
would be
Hi guys,
I just got a patch to Parts internal at Intel to fix some issues with
subprocess. I find myself sort of surprised by this, and honestly felt that
this seems to be an issue that should be looked at in Scons as well.
The problem is this. We have been building a given huge product here
I would be willing to help
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of Gary Oberbrunner
Sent: Wednesday, February 26, 2014 6:58 AM
To: SCons Dev List
Subject: [Scons-dev] Fwd: Re: SCons participation in GSoC as part of Python
umbrella
Who is willing to
with proper handling of
std* streams
On Wed, Feb 12, 2014 at 6:25 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
Fix async subprocess execution with proper handling of std* streams.
So I fixed the issue with output in Parts. I not saying it could not
be clean up some more. However it solves
repo is a bit out-of-date. I hope Jason will find time
to pull up-to-date version from Intel internal repository.
2014-02-18 16:30 GMT+04:00 anatoly techtonik
techto...@gmail.commailto:techto...@gmail.com:
On Wed, Feb 12, 2014 at 6:25 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke
and sys.stderr.isatty():
env['SPAWN'] = colorizeSpawn
sys.stderr = Colorizer(sys.stderr)
def exists(env):
return 1
2014-02-12 16:25 GMT+01:00 Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com:
Fix async subprocess execution with proper handling of std
I have the same issue with the build at my job. I thought it might have been
bug in Parts passing data around, a badly define build files that dependson
stuff differently if something exists on disk or not ( ie something that is
built). However I pretty sure there is a bug in SCons. I leaning
but 2.3.1 rebuilds needlessly? Or is this
something that was there in 2.3.0?
--
Gary Oberbrunner
(sent from my Android)
On Jan 10, 2014 12:56 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
I have the same issue with the build at my job. I thought it might have been
bug
So to answer the question Yes we do. In fact we have two cases:
1) Header generation ( this is done via the Parts call to PythonScript()
which is a builder I added to call a python file given two functions, one for
emitting what it will do and one to do the work). This is not an issue as
Technically all tasks in SCons run in parallel, thanks to a GIL. What run in
parallel are the subprocess calls to a command line ( as these turn into waits
from the python point of view). The easy way to do what you suggest its to add
locks around this shared data to force the exeution of one
Small clarification as I fumbled with the keyboard...
Technically all tasks in SCons run in parallel - Technically none of the tasks
in SCons run in parallel
-Original Message-
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of Kenny, Jason L
Sent
: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of Dirk Bächle
Sent: Monday, October 28, 2013 1:45 PM
To: SCons developer list
Subject: Re: [Scons-dev] Schedule for redesign?
Hi Jason,
and thanks for chiming in.
On 28.10.2013 17:07, Kenny, Jason L wrote:
I hope I
My take is that HG is fine, and is a bit easier to use, for it usage model.
However Git has gotten a lot better on windows, and as long as you don't do
crazy stuff it is easy and safe to use. Git SVN support is a lot better than
anything else today as well, so I find using it with other
Hi,
I have been looking at adding an Android Apk builder to my SCons addon Parts.
We have pretty good NDK support, however most develop circles ( minus the one I
was supporting at first) you really need a apk builder ( vs using adb, etc to
copy data over and run it). The problem I seem to
out something on the ideas page,
that would be awesome.
https://docs.google.com/a/baddogconsulting.com/document/d/1FoRgJD23UDJ1Hk4P5xE3dCIU8AIgUJ3qojCMSgEkbOU/edit
-Bill
On Mar 28, 2013, at 1:34 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
This could be possible.
I can think of about 4 -5
This could be possible.
I can think of about 4 -5 item that would might work.
Jason
-Original Message-
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of William Deegan
Sent: Thursday, March 28, 2013 1:52 PM
To: SCons developer list
Subject: Re:
I am not, I have to get some stuff done at work while I am out here for a few
days. It would be great to meet up while more than one of us are in San Jose
area.
Jason
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of William Deegan
Sent: Sunday, March 17,
So SCons is inconsistent, it checks for command on the user path to determine
whether a command is available for a tool, but when it runs a compilation it
only uses the standard path. If I were tweeting in a bad
mood there would be a #fail somewhere around here :-)
Just a different take
I am not going to say this is an easy problem to solve ( dealing with this in
Parts, all the time)
Depending on how you view the tool to work I find that I need to test did
tool X:
1) correctly detect that it does not exist
2) detect that it does exist
3) given that it does exist, is the
Just wondering as I will be going.
Jason
___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev
Is this more of an issue that there are some compilers that act like sudo build
systems, and that to best use them a system as to understand internal stuff the
tools may do to do certain actions. For example C# can do a lot of stuff for as
well, you can say build all *.cs file in the directory
a directory?
-Bill
On 11/26/2012 03:04 PM, Kenny, Jason L wrote:
Hi guys,
Been busy trying to fix up stuff on my end. As I said I had some code to help
deal with symlinks, that I think will be useful for SCons.
In this mail I will try to describe what we have and provide some simple
examples
Order is very important in Scons with the way some tools are defined, or when
tools tend to rely on common tools. For example Fortran and c compiler tend to
depend on the same linker. If the linker is defined with a C bias it makes it
hard to set up fortran builds. More so when you have a mix
Hi guys,
I starting to add my support for vc 11 in Parts. I believe I thought I saw
support for this in SCons 2.2. I was wondering was the arm cross build support
added with this as well?
I ask as I basically added a ARCH ( for HOST and TARGET) of 'arm' to Parts to
help deal with and my NDK
I believe this is a misnomer.
What it is claim is that the build started 25% early, not that it was 25%
faster. This only means that we falsely built more stuff, by making it out of
data when using a time-stamp only method for an update check. I found that
this logic did not help anything
Hi guys,
I starting to try to get a set of small patches to the current SCons code to
deal with small items in the Subst and macros that SCons provides.
As I was going over the code I notice a number of things.. I want to ask about
two of the items I found.
One of the is the functions
Thanks Gary.
The devil is in the details
I'm not sure what you're asking above, and your cut paste is a little off.
The intent is, if the prefix ends with a space, add the prefix (without the
space) to the result list as a separate element.
That supports linkers that instead of -lfoo
...@scons.org] On
Behalf Of Gary Oberbrunner
Sent: Sunday, September 02, 2012 9:41 AM
To: SCons developer list
Subject: Re: [Scons-dev] TEMPFILE spaces bug: your thoughts requested
On Sat, Sep 1, 2012 at 11:27 PM, Kenny, Jason L jason.l.ke...@intel.com wrote:
We gave Steve the patch to this issue.. As I
I have a question on how to correctly set the version number in SCons when
building a installable scons package.
I basically want to make a drop of Scons to pass around with the patch applied
with a different version number so it is clear which version of SCons is being
used as I validate the
Sorry let me explain.
I have a add on called Parts that has the goal of moving a number of
improvements to SCons. Now that we have the HG move done I can start pushing
stuff again.
In this code I do something similar to what you propose to clean up the output
for -j builds. The way I did this
On Tue, Jun 5, 2012 at 12:20 PM, Kenny, Jason L
jason.l.ke...@intel.commailto:jason.l.ke...@intel.com wrote:
I will make a push request.. It will be good practice for me. I will do it in a
week, to prove to myself that this fixes the problem I get randomly in 6
different product I directly deal
85 matches
Mail list logo