Re: [Scons-dev] Subprocess issue on Linux?

On Wed, Apr 2, 2014 at 4:51 PM, Dirk Bächle wrote: > This idea may be feasible, but I'd rather try to get the actual shell > spawning to be as fast as possible. We have some valid approaches for this, > so let's try them out...maybe one of them is fast enough, such that we > don't have to care ab

Re: [Scons-dev] Subprocess issue on Linux?

On Wed, Apr 2, 2014 at 4:16 AM, Tom Tanner (BLOOMBERG/ LONDON) < ttann...@bloomberg.net> wrote: > If you pass an array [ 'prog', '$TARGET', '$SOURCE' ] it doesn't execute a > shell. Otherwise (passing a single string), it will examine for special > characters, and if none are found it will split o

Re: [Scons-dev] Subprocess issue on Linux?

I've found posix spawn can be much faster than fork/exec with large memory processes, so I'd be in favor of this. Not every system has it though so there would have to be a fallback to fork/exec. -- Gary Oberbrunner (sent from my Android) On Apr 1, 2014 11:52 AM, "Kenny,

[Scons-dev] Fwd: [Bitbucket] Pull request #119: Major revamp of the D language support (scons/scons)

on that people are working on making this even better :-) View this pull request<https://bitbucket.org/scons/scons/pull-request/119/major-revamp-of-the-d-language-support#comment-1456338>or add a comment by replying to this email. In reply to *Gary Oberbrunner* Hi Martin Geisler <h

Re: [Scons-dev] Trivial PR for merging

I can do it tonight, no problem. On Mon, Mar 17, 2014 at 1:26 PM, anatoly techtonik wrote: > Hi, > > https://bitbucket.org/scons/scons/pull-request/122/runtestpy-minor-fixes/diff > Can anybody merge this? It won't take more than 5 minutes to review. > > -- > anatoly t. > _

Re: [Scons-dev] pull requests

On Mon, Mar 10, 2014 at 1:01 PM, Russel Winder wrote: > Mercurial and Bitbucket ignorance on show: > > My SCons_D_Tooling repository is a clone of the mainline with my changed > all on default. I have been keeping it up to date by merging from > mainline/default/tip. Of course the churn has been q

Re: [Scons-dev] SCons and Python 3

I plan to merge things in soon. I have some local changes already so I think I'm the best one to do it. On Mon, Mar 10, 2014 at 1:06 PM, Russel Winder wrote: > Is it correct that no-one has been keeping the Python 3 branch up to > date with all the changes that have gone into default? > > -- > R

Re: [Scons-dev] [Scons-users] Please test latest mercurial version if you use MSVC on Windows

t doesn't yet support 2013 non-Express. -- Gary Oberbrunner ___ Scons-dev mailing list Scons-dev@scons.org http://two.pairlist.net/mailman/listinfo/scons-dev

[Scons-dev] Please test latest mercurial version if you use MSVC on Windows

I just merged a change to support MSVC 2013 Express; it also slightly updates older MSVC versions in ways that should be more correct. Please give it a try if you like; see if you see anything out of order (finding installed Visual Studio or MS SDK versions, selecting default version, or anything

Re: [Scons-dev] Strange behavior of env.Execute(python script) on Windows

On Wed, Mar 5, 2014 at 1:31 PM, Alexandre Feblot wrote: > I'll file a bug with ActiveState, but I'll stop here. And will start using > the official python. > I don't even know if they'll be able to investigate this without scons. > And if they can't, maybe they'll just blame scons. Because started

Re: [Scons-dev] Strange behavior of env.Execute(python script) on Windows

On Wed, Mar 5, 2014 at 12:13 PM, Alexandre Feblot wrote: > I tested the latest ActivePython (2.7.5.6) to make sure: it's buggy too. > If you're interested in pursuing it, you have two python invocations in your test: the python that runs SCons, and the python that runs your called script. You mi

Re: [Scons-dev] Strange behavior of env.Execute(python script) on Windows

On Wed, Mar 5, 2014 at 11:46 AM, Alexandre Feblot wrote: > Right, that was it. It behaves properly with the official 2.7.6. > I'm surprised actually; I thought ActiveState python should be pretty close to python.org python, with extra stuff (like pywin32). > On the other hand, the official dist

Re: [Scons-dev] Strange behavior of env.Execute(python script) on Windows

Your example works OK for me; this is only the printpath.py part: scons: Reading SConscript files ... C:\tmp\printpath.py C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\CommonExtensions\Microsoft\TestWindow;C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\BIN\amd64;c:\Window

Re: [Scons-dev] Is the release 2.3.1 out?

On Tue, Mar 4, 2014 at 6:05 PM, anatoly techtonik wrote: > This one - > https://bitbucket.org/scons/scons/commits/f973bc89bd19207396a7f95b6e0120c26cd6ea23 > Yea, I saw it. Now I get what is means. > > BTW, 'hg log --graph' - there is no need to create branch in > Mercurial. It there is a need to r

Re: [Scons-dev] Is the release 2.3.1 out?

On Tue, Mar 4, 2014 at 5:53 PM, anatoly techtonik wrote: > I believe that auto-updated doesn't change lines in root SConstruct, no? bin/update-release-info.py does that, and a few other files; I just checked in a fix that should do 2001 - 2014 in the files that script updates. See what you thin

[Scons-dev] SCons 2.3.1 is now available

A new SCons release, 2.3.1, is now available on the SCons download page: http://www.scons.org/download.php This release adds several new features and fixes many issues, including a serious regression in linking (failure to re-link if linker options are changed). It also should use less me

Re: [Scons-dev] Is the release 2.3.1 out?

Russell writes: All those years, they hurt mine eyes. 2001-2014, please for the next release. Patches gratefully accepted! :-) -- Gary Oberbrunner (sent from my Android) On Mar 4, 2014 12:50 PM, "Russel Winder" wrote: > On Tue, 2014-03-04 at 18:36 +0100, Dirk Bächle wrote: > &

Re: [Scons-dev] Is the release 2.3.1 out?

I rebuilt after merging that; not sure. I can look later. Are you looking at the files that were affected by that PR? There are many that are updated by the auto updater. On Tue, Mar 4, 2014 at 1:47 PM, anatoly techtonik wrote: > On Tue, Mar 4, 2014 at 8:50 PM, Russel Winder > wrote: > > > >

Re: [Scons-dev] Is the release 2.3.1 out?

cket.org/scons/scons/pull-request/111/several-fixes-for-running-sconspy-from/diff > > > On Tue, Mar 4, 2014 at 8:52 PM, Gary Oberbrunner > wrote: > > Yes, 2.3.1 is uploaded. I will send out the announcement tonight, > including > > Twitter. > > > > -- > > Ga

Re: [Scons-dev] Is the release 2.3.1 out?

Yes, 2.3.1 is uploaded. I will send out the announcement tonight, including Twitter. -- Gary Oberbrunner (sent from my Android) On Mar 4, 2014 12:36 PM, "Dirk Bächle" wrote: > Hi, > > has the version 2.3.1 officially been released yet? I see the packages on > Sourcefor

Re: [Scons-dev] Question...(not flamebait)

On Mon, Mar 3, 2014 at 2:37 PM, Bill Deegan wrote: > Other opinions on PEP-8 formatting compliance? We have bigger fish to fry IMHO. -- Gary ___ Scons-dev mailing list Scons-dev@scons.org http://two.pairlist.net/mailman/listinfo/scons-dev

Re: [Scons-dev] Tests fails

On Mac I see the three usual handles plus a couple of other numeric entries in /dev/fd as directories; I don't understand those but will take a look. On Mon, Mar 3, 2014 at 11:57 AM, Tom Tanner (BLOOMBERG/ LONDON) < ttann...@bloomberg.net> wrote: > Just been hunting around and apparently it's /d

Re: [Scons-dev] Question...(not flamebait)

I think Anatoly's right -- at least we haven't required contributor assignments from anyone before. On Mon, Mar 3, 2014 at 9:48 AM, anatoly techtonik wrote: > On Mon, Mar 3, 2014 at 3:40 PM, Russel Winder > wrote: > > On Mon, 2014-03-03 at 06:05 -0500, Gary Oberbrunner w

Re: [Scons-dev] Hummm... rant on

On Mon, Mar 3, 2014 at 2:35 AM, Russel Winder wrote: > Having an entry 'test_base_path = '...' in a ~/.scons/settings.py or > something similar would work fine for me. This only alters the behaviour > for tests, not for normal execution. > +1 -- though I'd suggest it be called test_settings.py a

Re: [Scons-dev] Question...(not flamebait)

On Mon, Mar 3, 2014 at 2:24 AM, Russel Winder wrote: > In SCons' case the situation is easy, the assigned or > shared copyright should rest with the SCons Foundation, and it should be > the foundation that is the published copyright owner. > Yes, this is correct. -- Gary __

Re: [Scons-dev] Hummm... rant on

As far as I understand it, env.Detect calls env.WhereIs with path=None, which means it uses env['ENV']['PATH']. By default, a new Environment doesn't inherit the user's shell environment into env['ENV'], but users can modify it as they want. So in a real user's code, the path Detect will use depe

Re: [Scons-dev] Question...(not flamebait)

On Sun, Mar 2, 2014 at 1:07 PM, Russel Winder wrote: > The SCons source files all seem to have Emacs and Vi/Vim data at the > bottom, but the data seems to just replicate the defaults. I just copy > and paste for any new files, but is the the right thing to be doing? > At least for emacs, the de

Re: [Scons-dev] D Tooling

Is there a pull request? I'm doing merges this weekend. You had some concerns about Windows compatibility, maybe I can help with that... On Mar 2, 2014 7:02 AM, "Russel Winder" wrote: > I think it is about time that either the D tooling changes from my > feature fork get merged into master or we

[Scons-dev] Fwd: Re: SCons participation in GSoC as part of Python umbrella

Who is willing to be a mentor for GSoC if we get a slot with Python? We need 3 at least. -- Gary Oberbrunner (sent from my Android) -- Forwarded message -- From: "Terri Oda" Date: Feb 25, 2014 11:40 PM Subject: Re: SCons participation in GSoC as part of Python umbrella

Re: [Scons-dev] SCons Contrib Repository

On Tue, Feb 25, 2014 at 3:30 PM, Russel Winder wrote: > On Tue, 2014-02-25 at 22:55 +0300, anatoly techtonik wrote: > > Hi again, > > > > How about opening https://bitbucket.org/scons/contrib with various > > bits and pieces that people previously posted to Wiki? Tools and > > stuff. Learning be

Re: [Scons-dev] Fwd: [SCons next-generation build system] Your organization application has been rejected.

Thanks, I just emailed them. Will let you know. On Tue, Feb 25, 2014 at 2:12 AM, anatoly techtonik wrote: > There is still a chance to participate under PSF umbrella: > https://wiki.python.org/moin/SummerOfCode/2014 > > On Mon, Feb 24, 2014 at 10:18 PM, Gary Oberbrunner > wro

Re: [Scons-dev] SCons doesn't bootstrap without libxml2

On Tue, Feb 25, 2014 at 2:24 AM, anatoly techtonik wrote: > I am actually thinking about stripping Docbook toolchain altogether > (better sooner than later), and move its maintenance into separate repo, > because its addition tripled repository size for all subsequent versions. > That seems a bit

[Scons-dev] Fwd: [SCons next-generation build system] Your organization application has been rejected.

Too bad, we were rejected for this year's GSoC. It must be getting really popular. If anyone has time to go to the IRC meeting and help us improve our application for next year, please do. -- Gary -- Forwarded message -- From: Date: Mon, Feb 24, 2014 at 1:40 PM Subject: [SCons

Re: [Scons-dev] [GSoC Mentors Announce] Re: Now Accepting Applications for Mentoring Organizations for GSoC 2014

On Sat, Feb 15, 2014 at 5:36 AM, Dirk Bächle wrote: > Hi Russel, > > > On 15.02.2014 08:40, Russel Winder wrote: > >> On Thu, 2014-02-13 at 16:20 -0500, Gary Oberbrunner wrote: >> >>> Thanks to Manuel Naranjo, our application is now in. Please go to >>

Re: [Scons-dev] Fwd: [GSoC Mentors Announce] Now Accepting Applications for Mentoring Organizations for GSoC 2014

of the things in your list would be nice to get done. >>> I'm not sure most of them are a good thing for a GSOC student to attempt. >>> >>> Few students would have the time to ramp up on all the info needed and >>> make some concrete contributions in the time allowed. &

Re: [Scons-dev] [GSoC Mentors Announce] Re: Now Accepting Applications for Mentoring Organizations for GSoC 2014

Thanks to Manuel Naranjo, our application is now in. Please go to http://www.scons.org/wiki/GSoC2014Ideas (which is just a clone of the 2013 ideas page so far) and add/edit/cleanup. On Thu, Feb 13, 2014 at 2:36 PM, Gary Oberbrunner wrote: > Someone please sign up ASAP and create a user prof

Re: [Scons-dev] please try latest default branch

n Thu, Feb 13, 2014 at 3:43 PM, Gary Oberbrunner wrote: > Hey, it works for me too! > > > On Tue, Feb 11, 2014 at 6:32 PM, Dirk Bächle wrote: > >> On 12.02.2014 00:29, Dirk Bächle wrote: >> >>> [...] >>> >>> This let's your simple testca

Re: [Scons-dev] please try latest default branch

Hey, it works for me too! On Tue, Feb 11, 2014 at 6:32 PM, Dirk Bächle wrote: > On 12.02.2014 00:29, Dirk Bächle wrote: > >> [...] >> >> This let's your simple testcase pass on my side... >> >> Uppss, please replace with: > > This lets... > :) > > > Dirk > > ___

Re: [Scons-dev] [GSoC Mentors Announce] Re: Now Accepting Applications for Mentoring Organizations for GSoC 2014

Someone please sign up ASAP and create a user profile (not an org profile) at http://www.google-melange.com; we need a backup GSoC administrator. I can't complete the org profile without it. Email me the profile name. On Thu, Feb 13, 2014 at 11:12 AM, Gary Oberbrunner wrote: > I

[Scons-dev] Fwd: [GSoC Mentors Announce] Re: Now Accepting Applications for Mentoring Organizations for GSoC 2014

I'll fill out the application today. I think we should do it, and we have at least a couple of mentor possibilities and plenty of project ideas. -- Forwarded message -- From: Carol Smith Date: Thu, Feb 13, 2014 at 10:47 AM Subject: [GSoC Mentors Announce] Re: Now Accepting Applic

Re: [Scons-dev] Fwd: [GSoC Mentors Announce] Now Accepting Applications for Mentoring Organizations for GSoC 2014

e (which doesn't work right now > btw), that would be awesome. > > -Bill > > > On Mon, Feb 3, 2014 at 12:07 PM, Dirk Bächle wrote: > >> On 03.02.2014 20:05, Gary Oberbrunner wrote: >> >>> Hi folks; if we want to get a GSoC project this year, now'

[Scons-dev] Fwd: [GSoC Mentors Announce] Now Accepting Applications for Mentoring Organizations for GSoC 2014

Hi folks; if we want to get a GSoC project this year, now's the time to think about it. Top of my priority list for a GSoC student would be someone to convert everything to python3, finishing what we've started already. Other ideas? -- Gary -- Forwarded message -- From: Carol Sm

Re: [Scons-dev] please try latest default branch

ping to solve it but at least you and interested others (hi Roberto!) can give it a try. I'll check in some of my new tracing code soon; it's been helpful to me so far. -- Gary On Sun, Feb 2, 2014 at 3:49 PM, Gary Oberbrunner wrote: > Well, my smaller test case with just the "

Re: [Scons-dev] please try latest default branch

Well, my smaller test case with just the "important" files works fine so far. It's probably just _too_ small. But in the meantime I have a more complete understanding of what's happening. I traced through the taskmaster as all this is happening. Note that in Taskmaster-speak, "considering" is p

Re: [Scons-dev] please try latest default branch

On Wed, Jan 29, 2014 at 3:07 AM, roberto de vecchi < roberto.devec...@vi-grade.com> wrote: >Gary, > > > > Can you please point me to the testcase you are investigating? I would > like to test it with the scons code I'm running ( dirk patch + some in > house changes): my developers that are run

Re: [Scons-dev] please try latest default branch

d the no_state node before its dependents. Anyone have any clues? On Sun, Jan 26, 2014 at 11:15 AM, Gary Oberbrunner wrote: > I'm continuing to track this down. No solid results so far (but I'm > adding lots of tracing code). I have a generated source file, > all-defuns.c, that

Re: [Scons-dev] please try latest default branch

the mkl dir, it finds all of its children are up to date and marks it up to date, but it's too late by then. I suspect (?) something in the taskmaster updates but will have to keep poking at it. On Tue, Jan 14, 2014 at 1:39 PM, Dirk Bächle wrote: > On 14.01.2014 14:44, Gary Oberbrunner wr

Re: [Scons-dev] please try latest default branch

14 20:18, Gary Oberbrunner wrote: > >> Dirk, and others: I tracked down my spurious rebuild to the addition of >> caching changed-status in File.changed() in Node/FS.py. If I remove that >> caching code I don't get the rebuilds: >> >> diff --git a/src/engine/

Re: [Scons-dev] please try latest default branch

d expose it via cmd line. (And just FYI, the simplest way to get notification of switching from SConscript-reading to build phase is to put a print stmt at the end of your SConstruct.) On Fri, Jan 10, 2014 at 3:39 PM, Gary Oberbrunner wrote: > On Fri, Jan 10, 2014 at 2:54 PM, Kenny, Jason L > w

Re: [Scons-dev] please try latest default branch

On Fri, Jan 10, 2014 at 2:54 PM, Kenny, Jason L wrote: > I have seen this since SCons 2.0 > > > OK, so it's not a regression caused by the 2.3.0 changes. Good to know. -- Gary ___ Scons-dev mailing list Scons-dev@scons.org http://two.pairlist.net/mai

Re: [Scons-dev] please try latest default branch

Are you saying 2.3.0 was fine 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" wrote: > I have the same issue with the build at my job. I thought it might have > b

Re: [Scons-dev] please try latest default branch

On Thu, Jan 9, 2014 at 5:31 PM, Dirk Bächle wrote: > On 09.01.2014 21:16, Gary Oberbrunner wrote: > > > On Thu, Jan 9, 2014 at 3:03 PM, Dirk Bächle wrote: > >> On 09.01.2014 14:55, Gary Oberbrunner wrote: >> >>> I'm also getting some spurious rebuilds

Re: [Scons-dev] please try latest default branch

On Thu, Jan 9, 2014 at 3:03 PM, Dirk Bächle wrote: > On 09.01.2014 14:55, Gary Oberbrunner wrote: > >> I'm also getting some spurious rebuilds with 2.3.1 compared with 2.3.0. >> Will dig into it. Dirk, I'm not sure if it's your patch or something else >&g

Re: [Scons-dev] please try latest default branch

I'm also getting some spurious rebuilds with 2.3.1 compared with 2.3.0. Will dig into it. Dirk, I'm not sure if it's your patch or something else that changed. On Wed, Jan 8, 2014 at 6:30 PM, Dirk Bächle wrote: > Hi Roberto, > > > On 08.01.2014 22:52, Gary Oberbr

Re: [Scons-dev] please try latest default branch

On Wed, Jan 8, 2014 at 4:49 PM, roberto de vecchi < roberto.devec...@vi-grade.com> wrote: > Gary, > > > > I think that the problem I’m seeing is generated by the modification in > FS.py around line 3052: > > ... > > removing the reset of self.cwd things look much better and I can build > correctly

Re: [Scons-dev] Versioned libraries: non-standard sonames

On Wed, Jan 8, 2014 at 9:52 AM, David García Garzón wrote: > Yep, i am doing such a suggestion. Well documented should not be a big > issue. > > But the variable i am refering to, SOVERSION is one that i introduced in > a previous mail. I was proposing to rename it as ABIVERSION because the > SOVE

Re: [Scons-dev] please try latest default branch

On Wed, Jan 8, 2014 at 12:35 PM, roberto de vecchi < roberto.devec...@vi-grade.com> wrote: > I tried upgrading our company build engine including the latest default > branch and for std build it seems to work properly: the memory consumption > is reduced compared to the standard version. Unfortuna

Re: [Scons-dev] Versioned libraries: non-standard sonames

Hi David; the variable in question is SHLIBVERSION I think. Are you suggesting changing the logic in Tool/__init__.py where it splits that into major, age, revision and uses major in the soname (-Wl,-soname=%s) so that a different version number can be used in the soname, different from the major

[Scons-dev] please try latest default branch

This version has a significant memory optimization patch due to Dirk. Please try it on your real projects and let me know if it has any problems. (And ideally if you can measure memory use, if it helps with that too). -- Gary ___ Scons-dev mailing lis

[Scons-dev] point release time?

I think it's time for a point release to fix the linker option bug, and roll in the other goodies that have been submitted. I'll have some time over the holidays I think; anyone object? I'd think about calling it 2.3.1 rather than 2.4, but am open to suggestions. This would of course not include

[Scons-dev] SCons downloads are way up!

Check this out: https://sourceforge.net/projects/scons/files/scons/stats/timeline?dates=2012-01-01+to+2013-12-11 Since September of this year our downloads are _way_ up. Over 50k/month in November! What happened? Some big project is now using SCons perhaps? -- Gary __

[Scons-dev] Recent commits

I just merged two of Tom Tanner's pull requests. On one of them, my commit message is wrong because I thought I was committing the other one, and didn't notice til after I pushed it. I don't think it's worth disrupting the mercurial history at this point, but thought I'd own up in case anyone not

Re: [Scons-dev] [scons-dev] fix for 2903 breaks LIBPATH.py test..

I just pushed a fix which I think is now correct. Alexandre's original fix was the right way to do it, because we do want to depend on all the link args. But the varlist code itself was broken, and wasn't ignoring $(...$) parts of variables, which broke the LINKPATH test. I fixed the varlist cod

Re: [Scons-dev] [scons-dev] fix for 2903 breaks LIBPATH.py test..

to submit a fix for both bugs. With tests. -- Gary On Fri, Oct 25, 2013 at 8:24 AM, Gary Oberbrunner wrote: > [this was sent to the old obsolete SCons dev list, btw. Forwarding to the > new one.] > > > > On Thu, Oct 24, 2013 at 11:22 PM, William Deegan < > b...@baddogco

Re: [Scons-dev] [scons-dev] fix for 2903 breaks LIBPATH.py test..

[this was sent to the old obsolete SCons dev list, btw. Forwarding to the new one.] On Thu, Oct 24, 2013 at 11:22 PM, William Deegan wrote: > Gary, > > I see this merge: > > https://bitbucket.org/scons/scons/pull-request/86/fix-http-sconstigrisorg-issues/diff > > I did a hg bisect on failure o

Re: [Scons-dev] Working branches

On Mon, Oct 7, 2013 at 7:47 AM, Russel Winder wrote: > On Fri, 2013-10-04 at 14:19 -0400, Gary Oberbrunner wrote: > […] > > What I've been thinking is this: > > * for now, we continue working on the python3-port branch until it > works. > > * until python3-p

Re: [Scons-dev] Documentation in EPUB-Format?

I wouldn't use the epub format personally, I almost always use the searchable HTML. But anything that allows for wider adoption is fine with me, especially if it's not much work. On Fri, Oct 4, 2013 at 8:56 AM, Dirk Bächle wrote: > Hi devs, > > since we're now using DocBook as source format fo

Re: [Scons-dev] Working branches

On Fri, Oct 4, 2013 at 2:10 PM, Dirk Bächle wrote: > Hi Russel, > > > On 04.10.2013 19:23, Russel Winder wrote: > >> Now we have default and python3-port as working branches, we need a >> workflow that ensures they are kept in sync. If python3-port is left >> behind, then all the work to date wil

Re: [Scons-dev] scons rpath vs signature

27;ll check into it more. (Had to spend last night cleaning up the wiki.) > > > 2013/10/2 Gary Oberbrunner > >> On Wed, Oct 2, 2013 at 8:17 AM, Alexandre Feblot wrote: >> >>> if you're speaking of scons 2.3.0, I think it looks like an effect of >>>

Re: [Scons-dev] scons rpath vs signature

On Wed, Oct 2, 2013 at 8:17 AM, Alexandre Feblot wrote: > if you're speaking of scons 2.3.0, I think it looks like an effect of > http://scons.tigris.org/issues/show_bug.cgi?id=2903 > which will be fixed in the next release. > Yes... however the fix for that bug will perhaps be a bit more involve

Re: [Scons-dev] scons rpath vs signature

Is this with the latest default branch or released version? What OS? If you can send a working sample that would be helpful. On Wed, Oct 2, 2013 at 7:38 AM, Neal Becker wrote: > It looks to me that changing rpath arguments did not cause a rebuild. > > I used: > > env = Environment (ENV = {'PAT

Re: [Scons-dev] LIBPATH test

I can repro it. I'll look into it. On Mon, Sep 30, 2013 at 2:32 PM, William Deegan wrote: > Tom, > Are you running the development version? > Also which version of python are you running with? > > Thanks, > Bill > On Sep 30, 2013, at 7:45 AM, Tom Tanner (BLOOMBERG/ LONDON) < > ttann...@bloomber

Re: [Scons-dev] LIBPATH test

Hmm. I'll look into it. Linux I presume? On Mon, Sep 30, 2013 at 10:39 AM, Tom Tanner (BLOOMBERG/ LONDON) < ttann...@bloomberg.net> wrote: > I ran the full tests in a clean clone and I got this: > > $ ./runtest.py test/Libs/LIBPATH.py > 1/1 (100.00%) /usr/bin/python -tt test/Libs/LIBPATH.py >

Re: [Scons-dev] Found and fixed bug regarding variant_dir on cygwin

I integrated this. Thanks, Bogdan. (Test case would be ideal but since it only happens on cygwin and the fix is obvious, I just put it in.) On Sun, Sep 29, 2013 at 9:34 AM, Bogdan Tenea wrote: > Hello, > > ** ** > > At this moment variant_dir option does not work on Cygwin due to the fac

Re: [Scons-dev] mercurial vs. git

On Sun, Sep 29, 2013 at 3:19 PM, anatoly techtonik wrote: > On Sun, Sep 29, 2013 at 9:07 PM, Gary Oberbrunner > wrote: > > Now that we've all been living with hg for a while, what are people's > > opinions on hg vs. git for SCons? I'll admit I'm much deeper

[Scons-dev] mercurial vs. git

Now that we've all been living with hg for a while, what are people's opinions on hg vs. git for SCons? I'll admit I'm much deeper into git these days and I think overall it's a better system. But I'm interested in what you all think. We could switch pretty easily if there was enough interest, o

Re: [Scons-dev] getting changes accepted

On Thu, Sep 26, 2013 at 8:11 AM, wrote: > Hi, > By the way, did you review mine? ( > https://bitbucket.org/scons/scons/pull-request/86/fix-http-sconstigrisorg-issues/diff > ) > > I saw it, Alexandre -- it's definitely in the queue, and on simple inspection it looks OK. I just want to make sure

Re: [Scons-dev] getting changes accepted

On Thu, Sep 26, 2013 at 6:16 AM, anatoly techtonik wrote: > If each of these small changes requires some time foe testing and time for > review, then it is better to schedule that with separate pull requests. If > these are trivial, it is more convenient to merge it in one bunch. > I agree, thoug

Re: [Scons-dev] SCons speedup and profiling results...

On Wed, Sep 25, 2013 at 5:51 PM, Dirk Bächle wrote: > Hi there, > > a few minutes ago I added a new page to our Wiki. It's called > > > http://scons.org/wiki/**WhySconsIsNotSlow > > and shows a few results of the speedup and profiling experiments that I

Re: [Scons-dev] scons running on py2.7 and py3.3

On Tue, Sep 24, 2013 at 7:15 AM, Neal Becker wrote: > Gary Oberbrunner wrote: > > > OK, I ported all of Neal's work onto a python3-port branch in the main > > SCons repo. I made an initial commit with just the 2to3, then added the > > rest of his initial manual ch

Re: [Scons-dev] scons running on py2.7 and py3.3

On Tue, Sep 24, 2013 at 6:22 AM, Russel Winder wrote: > On Sun, 2013-09-22 at 13:33 -0400, Gary Oberbrunner wrote: > > OK, I ported all of Neal's work onto a python3-port branch in the main > > SCons repo. I made an initial commit with just the 2to3, then added the >

Re: [Scons-dev] scons running on py2.7 and py3.3

work should be done. I think it's a good start. Many tests currently don't pass in my Python 2.7.2 (on Ubuntu 11.04); mostly str/unicode type errors so far. Neal, did you run the tests on python2? Did things work for you? On Wed, Sep 18, 2013 at 2:21 PM, Neal Becker wrote: > Gary

Re: [Scons-dev] scons running on py2.7 and py3.3

I'll work on that this weekend. -- Gary Oberbrunner (sent from my Android) On Sep 18, 2013 1:00 PM, "Russel Winder" wrote: > On Tue, 2013-09-17 at 07:09 -0400, Neal Becker wrote: > […] > > At this point, scons does what I need it to do. What needs to be done >

Re: [Scons-dev] scons running on py2.7 and py3.3

On Tue, Sep 17, 2013 at 7:09 AM, Neal Becker wrote: > Russel Winder wrote: > > > On Thu, 2013-09-12 at 22:48 +0200, Dirk Bächle wrote: > >> Hi Neal, > >> > >> thanks for all your efforts, trying to get SCons running with Python3. I > >> created a diff of the (current trunk + 2to3) against your re

Re: [Scons-dev] Something looks wrong to me in Node.changed(). Your opinion?

On Sun, Sep 15, 2013 at 9:30 AM, wrote: > 1) I hack the default SharedLib builder in SCons/Tool/__init__.py in order > to set a build command which does not change when LIBS changes: That part is what SCons usually counts on to handle differences in dependency names. Do you have a real case wh

Re: [Scons-dev] Our plan for svn -> hg?

Techtonik has the original conversion with all branches, at https://bitbucket.org/techtonik/scons-all-branches. That may be the only copy. It does have the trygrep branch. On Fri, Sep 13, 2013 at 6:18 PM, Dirk Bächle wrote: > Hi there, > > sorry, but I can't seem to remember: What was our p

Re: [Scons-dev] scons running on py2.7 and py3.3

That's very impressive, Neal! The diff is so big it slows down my web browser. :-) Could you summarize the major themes here? I see a lot of 0644 -> 0o644, UserList.UserList -> collections.UserList, print X -> print(X), exceptions with "as", and some unicode stuff. And what is it that prevents

Re: [Scons-dev] Revise http://scons.org/wiki/AboutSCons

On Tue, Jul 23, 2013 at 4:27 AM, anatoly techtonik wrote: > Hi, > > I've made s few edits to wiki about page at > http://scons.org/wiki/AboutSCons but I don't remember how SCons > supports abstract target names for plain automation tasks. Can > somebody revise the text and ensure it is correct? >

Re: [Scons-dev] [PATCH] scons soname on OpenBSD

Hi, Stefan. On Sat, Sep 7, 2013 at 5:57 AM, Stefan Sperling wrote: > On Fri, Sep 06, 2013 at 10:04:07PM -0400, Gary Oberbrunner wrote: > > I don't have any problem with this conceptually. The > > sys.platform.startswith() would be better as a function perhaps > > (

[Scons-dev] SCons Wiki status: no longer read-only...

I've installed an ApproveChanges plug-in for the SCons wiki ( www.scons.org/wiki). This means logged-in users can edit pages as usual, but the changes go into an approval queue. A moderator can then approve those changes, and optionally allow that user to edit without approval from then on. The

Re: [Scons-dev] PyCon 2014!?

Hi Dirk; I have an old SCons talk -- you're welcome to use pieces of it if it's helpful. I'll send it to you off list once I find it. On Tue, Sep 3, 2013 at 12:19 PM, Dirk Bächle wrote: > Hi devs, > > if anyone should feel like proposing a nice little SCons talk for the US > PyCon 2014 ( http:

Re: [Scons-dev] some python3 progress

Jason's right about --debug=stacktrace, but you forked the wrong repo (we should get rid of that one). The master is at https://bitbucket.org/scons/scons. Sorry for the confusion. On Thu, Sep 5, 2013 at 10:19 AM, Kenny, Jason L wrote: > Have you tried --debug=stacktrace? > > Jason > > > -O

Re: [Scons-dev] [PATCH] scons soname on OpenBSD

I don't have any problem with this conceptually. The sys.platform.startswith() would be better as a function perhaps (is_openbsd() or maybe just is_bsd()). Is this also true for freebsd for instance? And a more flexible way of handling the multi-part version numbers would be welcome, perhaps as

Re: [Scons-dev] plan for python3 port?

I thought people said there were issues with 2.6 that prevented the same code working in 3.x. But indeed there's still a lot of python2.6 out there; if we could support 2.6, 2.7 and 3.x (x>=3) that would be a superb outcome. On Thu, Sep 5, 2013 at 8:43 AM, Russel Winder wrote: > On Thu, 2013-0

Re: [Scons-dev] plan for python3 port?

On Wed, Sep 4, 2013 at 6:54 AM, Neal Becker wrote: > Has anyone looked into what work needs to be done to port scons to > python3? Is > there a plan? > Yes. A lot of preliminary work has been done; the current version announces upcoming deprecation of anything older than 2.7, primarily because

Re: [Scons-dev] Wiki hacked? Again?

Wiki is now read-only except for admins. Sorry for the trouble. On Wed, Aug 28, 2013 at 9:05 AM, Manuel Naranjo wrote: > looks like the attacks keep going there's a flood of spam going on the > wiki right now. > > Yeah, GRR. Don't think it's an actual hack, just seems to be a flood of >> fake

Re: [Scons-dev] Wiki hacked? Again?

Yeah, GRR. Don't think it's an actual hack, just seems to be a flood of fake accounts and spam pages. I turned off new account creation this morning when I noticed it, and reverted a bunch of pages, but not all. If you see any, feel free to despam them. GR. On Tue, Aug 27, 2013 at 4:54 PM

[Scons-dev] Fwd: [Bitbucket] Pull request #84: cyglink tool (scons/scons)

This looks like a very useful patch for building under cygwin python with cygwin GNU tools. I don't have a cygwin python system handy; can any cygwin users on this list confirm that this patch works, passes tests and seems otherwise OK? -- Gary -- Forwarded message -- From: David

Re: [Scons-dev] Checking a target has been built

Some people use fake targets which would confuse this I think. Also what about non-File nodes? (Aliases, Values) Not sure, just something to check. On Thu, Aug 22, 2013 at 7:04 AM, Tom Tanner (BLOOMBERG/ LONDON) < ttann...@bloomberg.net> wrote: > There was a discussion about this a while ago,

Re: [Scons-dev] OK SCons not working under Python 3 now officially sucks.

On Thu, Aug 22, 2013 at 5:54 AM, Antonio Cavallo wrote: > I'm not talking about an "installer" but a more stand alone single > executable: this will allow to standardise development on python 2.7 and > not to worry about back/forward compatibility. > > Was that the kind of code from the GSoC? > P

<    1   2   3   4   5   >