SCons Team,
I've been using SCons for a couple years now and I have some thoughts about
the Java toolkit.
I know that there has been consideration for revamping the Java toolkit and
I was wondering if anyone would be open to constructive feedback.
Firstly, I'd like to say that SCons is a fantast
Team,
I have a couple points I'd like to discuss, but for the sake of
organization, I intend to split them into separate emails.
Java Part #1
There has been some discussion on making Scons more ANT-like,
http://www.scons.org/wiki/JavaSupport, and that might solve some issues
like identifying Jav
that as long as everything discussed here ends up in pull requests,
> all such discussions are welcome. As particular Java problem, I miss an
> overview of the problems that need to be solved for this domain.
>
> On Sat, May 24, 2014 at 6:27 AM, William Blevins
> wrote:
> &g
ot; release where additional packages get included
>> based on environment variables. And for maximum speedup they do this in
>> parallel, by using the "-j" option...so a single dedicated output dir won't
>> do probably.
>
> There would be 1 target directory per
work make a separate Java compiler invocation. It would require more
overall work, but the build would be correct, and the target directory
could be cleaned up after Java/JavaH call(s) since the file(s) are waste
product(s) of the process and wouldn't be tracked in the DAG.
V/R,
William
Dirk,
thanks for your quick reply.
I really wanted to reply sooner, but I can't get access to private email
during the day except on my phone.
That's good to hear, any helping hand is welcome. I haven't been involved
> in the latest Java development, so the link list I gave you in the mailing
>
I'm a bit green around the SCons code base, but I agree with Andrew that
the Tigris bug tracking looks *scary* at a glance. I would be willing to
help if I know enough to be helpful.
As a side note, I started to some discussions about Java toolchain issues
and I will get back on those; got side-t
*Duplicates:*
1594, 1849, 2547, 2548 - Java() misses anonymous inner class file from
private instances
I recommend we close 3 of the 4 and move comments as necessary; no reason
to have four P1 issues open for the same problem.
*Might be a no issue:*
1772 – Java builder doesn't process lists of
be linked or comments copied or whatever and
closed as duplicates!*
V/R,
William
On Wed, Jul 9, 2014 at 7:57 PM, William Blevins
wrote:
> *Duplicates:*
>
> 1594, 1849, 2547, 2548 - Java() misses anonymous inner class file from
> private instances
>
> I recommend we close 3
what
that means.
V/R,
William
On Wed, Jul 9, 2014 at 8:37 PM, William Blevins
wrote:
> *More duplicates (just looking at java issues atm):*
>
> 2432 – Duplicates 1772
>
> 1849 – Duplicates 1594
>
> 2547 – Duplicates 1594
>
> 2548 – Duplicates 1594
>
> 2046 –
t 10:06 AM, Gary Oberbrunner
wrote:
>
> On Sat, Jul 12, 2014 at 9:31 AM, Dirk Bächle wrote:
>
>> On 10.07.2014 02:37, William Blevins wrote:
>>
>> *More duplicates (just looking at java issues atm):*
>>
>> 2432 – Duplicates 1772
>>
>> I'm not
me, I didn't have a bitbucket account or understand the scons
submission process. Do you know if that test case patch in the comment
made it into the scons code base?
V/R,
William
On Sat, Jul 12, 2014 at 10:22 AM, William Blevins
wrote:
>
> 2432 definitely duplicates 1772. The on
So I am looking to pick up issue
http://scons.tigris.org/issues/show_bug.cgi?id=2395 and have questions.
I'm looking at scons/src/engine/SCons/Tool/install.py . There is a patched
copy of shutil.copytree from python 2.5 so that scons could support legacy
python versions that I intend to remove an
of
files like this may be useful currently.
V/R,
William
On Sat, Jul 12, 2014 at 10:31 AM, Gary Oberbrunner
wrote:
>
>
>
> On Sat, Jul 12, 2014 at 10:22 AM, William Blevins
> wrote:
>
>>
>> 2432 definitely duplicates 1772. The only difference is that 2432
>&
To clarify my compiler comment, Oracle javac is NOT multithreaded, but some
other compilers like Eclipse are though I'm not sure if the speedup is
worthwhile, so just ignore it.
On Sat, Jul 12, 2014 at 10:57 AM, William Blevins
wrote:
> Javac works with what you give it.
>
>
ts or all core
scons tests)?
V/R,
William
On Sat, Jul 12, 2014 at 11:11 AM, Dirk Bächle wrote:
> William,
>
> On 12.07.2014 16:43, William Blevins wrote:
>
>> So I am looking to pick up issue http://scons.tigris.org/
>> issues/show_bug.cgi?id=2395 and have questions.
On Sat, Jul 12, 2014 at 11:32 AM, Russel Winder
wrote:
> On Sat, 2014-07-12 at 11:26 -0400, William Blevins wrote:
> > Is there also a guide for running the tests? Seems there are 3 sets.
> >
> > If I call "runtest.py -a", the majority of them fail probably becaus
Thx I figured out the "runtest.py -f" question from the rst file. I'm
still confused on test.write not writing.
On Sat, Jul 12, 2014 at 12:03 PM, Dirk Bächle wrote:
> On 12.07.2014 17:26, William Blevins wrote:
>
>> Is there also a guide for running the tes
.org.
> File "/usr/bin/scons", line 192, in
> scons: Building targets ...
> javac -d build -sourcepath org/sample org/sample/Sample.java
> scons: done building targets.
>
And the scons call works just fine, so I am confused. Is it a RHEL6
default python version issu
ning the test?
On Sat, Jul 12, 2014 at 12:43 PM, Dirk Bächle wrote:
> On 12.07.2014 18:28, William Blevins wrote:
>
> I run my test:
>
>
>> STDERR
>> =
>> ValueError: zero length field name in
at 1:09 PM, William Blevins
wrote:
> [wblevins@localhost scons]$ ./runtest.py test/Java/DerivedSourceTest.py
>> 1/1 (100.00%) /usr/bin/python -tt test/Java/DerivedSourceTest.py
>> /home/wblevins/BitBucket/scons/src/script/scons.py
y thoughts?
On Sat, Jul 12, 2014 at 1:20 PM, William Blevins
wrote:
> Added a pull request for that test. Please take a looksy.
>
> I noticed in the test documentation we were deprecating test.write in
> favor of file copying; the writes for this test are very small and I d
Still doesnt support it
On Sat, Jul 12, 2014 at 5:49 PM, Mark A. Flacy wrote:
> On Saturday, July 12, 2014 10:22:18 AM William Blevins wrote:
> > 2432 definitely duplicates 1772. The only difference is that 2432
> proposes
> > a (bad) solution to the problem.
> >
&
in parallel or force the user to make
multiple Java( ... ) calls. This is more about making an interface choice
than fixing a bug.
On Sat, Jul 12, 2014 at 6:09 PM, William Blevins
wrote:
> Still doesnt support it
>
>
> On Sat, Jul 12, 2014 at 5:49 PM, Mark A. Flacy wrote:
>
>
Ok. I assumed that since all the functions were equivalent as the core code
level we wanted to update all of them! That's good to know :)
I should be almost done then~
V/R,
William
On Sun, Jul 13, 2014 at 7:34 AM, Dirk Bächle wrote:
> On 12.07.2014 23:43, William Blevins wrote:
>
:
> On 12.07.2014 16:32, William Blevins wrote:
>
>> For 1771, my protoc builder changes aren't important.
>>
>> This is not so much about importance, but traceability and being able to
> reproduce your findings later. Take a look at issue #1438 in the bug
> track
t all.
On Sun, Jul 13, 2014 at 3:12 PM, Mark A. Flacy wrote:
> On Saturday, July 12, 2014 06:18:09 PM William Blevins wrote:
> > > There will certainly be cases where you would want both directories to
> be
> > > compiled as a single unit.
> >
> > And that&#
What is the convention for working on multiple discrete items?
The DevelWiki says that I need permission to make branches, but without
them I don't understand how I can make disjoint pull requests.
V/R,
William
___
Scons-dev mailing list
Scons-dev@scons
After reviewing Andrew's recent pull request and skimming through the
issues, I believe that Issue 1958 and issue 2264 to be duplicates. It
isn't obvious by the context of 2264; please read the conversion over the
2264 test patch pull request.
V/R,
William
Scons 2.3.0 was compatible with 2.4. Scons 2.3.1+ required 2.6 breaking
the version claimed by all documentation.
On Jul 17, 2014 3:49 PM, "Bill Deegan" wrote:
> Dirk,
>
> I believe the pre-announced floor was 2.7 was announced with 2.3?
> With an intent to not break 2.6 if it could be done with
I have a couple of open pull requests that haven't had any feedback in a
while. What's the policy for accepting? Do I need to work with someone to
get them approved? Some of them still have questions regarding desired
behavior.
V/R,
William
___
Scons-d
pull requests this
> weekend.
>
>
> On Sat, Jul 19, 2014 at 2:46 PM, William Blevins
> wrote:
>
>> I have a couple of open pull requests that haven't had any feedback in a
>> while. What's the policy for accepting? Do I need to work with someone to
>> get th
hat SCons has outgrown Tigris, so I think it's a good move.
We've not yet recovered from the move, so we still can't catch up with the
> process described on the wiki.
No worries. I assumed as much.
V/R,
William
On Sat, Jul 19, 2014 at 4:19 PM, anatoly techtonik
wr
Care to elaborate? I'm not sure what this buys us (assuming I understand
what you are asking).
V/R,
William
On Sun, Jul 20, 2014 at 9:03 PM, William Deegan
wrote:
> Greetings,
>
> Every time I go to take a look at a bug I create a directory, and either
> copy the example provided, or create on
Team,
I want to get another thread going for SCons Java development.
The SCons Java tool has a ton of error reports on Tigris including 7
priority 1 issues. At the moment, this tool doesn't stand a chance against
other Java competitors, and not because they are great tools. I frankly
hate ANT.
Can someone verify this?
SCons.Node.Base.get_path for SCons 2.3.0 does not return always return a
relative path.
Please try an example like:
# dir1 / file
# dir2 / SConscript
SConstruct
SConscript: "print File( '#dir1/file' ).get_path()"
V/R,
William
_
Yes, that was how the feature request was written and that is how it was
reviewed. I think that Install should work that way too in order to
natively support versioned shared libraries in a rational manner.
I don't have any tests for copying from unix to windows in those cases. I
imagine the def
I made some comments to Issue 1772. Anyone have any thoughts about this?
I plan to start working on this issue tomorrow.
V/R,
William
___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev
Agreed; I just wanted to get feedback before I make a bunch of changes
just to toss them :)
Thanks
On Sat, Jul 26, 2014 at 1:11 PM, Mark A. Flacy wrote:
> On Saturday, July 26, 2014 12:19:30 PM William Blevins wrote:
> > I made some comments to Issue 1772. Anyone have any thoug
I think it is reasonable for SCons to support symlinks on systems that
support symlinks.
I develop primarily on UNIX-based systems and I don't use symlinks often
with SCons because SCons didn't support symlink copy. Example: versioned
shared libraries. For me to do libA.so, libA.so.1, and libA.s
As a side-note, Install still doesn't support symlinks which will probably
change in the future.
V/R,
William
On Sat, Jul 26, 2014 at 8:02 PM, William Blevins
wrote:
> I think it is reasonable for SCons to support symlinks on systems that
> support symlinks.
>
> I develop
ote:
> > On Saturday, July 26, 2014 12:19:30 PM William Blevins wrote:
> >> I made some comments to Issue 1772. Anyone have any thoughts about
> this?
> >> I plan to start working on this issue tomorrow.
> >
> > I agree with your Jul 13, 2014 commen
Is there an assigned proxy maintainer for the duration of your absence?
I'm not sure I fully understand the maintainer system, but I assume this
means pull requests are on hold until your return.
V/R,
William
On Sun, Jul 27, 2014 at 6:44 AM, Gary Oberbrunner
wrote:
> I'm off for a couple of w
we all eat our own dog food? I imagine this will affect
few developers adversely. This adds new capability for symlinks which
matches the Python API way of handling symlinks.
V/R,
William
On Mon, Jul 28, 2014 at 3:01 AM, anatoly techtonik
wrote:
> On Sun, Jul 27, 2014 at 3:02 AM, William Ble
>
> 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.
I'm trying to keep up here, but I'm missing
Yeah Dirk!
On Mon, Jul 28, 2014 at 3:16 PM, Bill Deegan
wrote:
> Greetings,
>
> Gary & I are please to announce we've added another user to the commit
> list for the core scons repo.
> Dirk Bächle has been a long time participant in the SCons project both in
> adding code and supporting users
lay
> components within or between products, saving time and development costs. "
>
> parts.tigris.org
>
> -Bill
>
>
>
> On Mon, Jul 28, 2014 at 4:50 PM, William Blevins
> wrote:
>
>> I agree. In Parts we added code to allow Symlinks to work as a first
>
; has native support for symlinks, not using them would just would be making
> life harder on Windows when there is no reason for it.
>
>
>
> I agree that we have to be careful about forcing the use of symlinks, as
> this can be a negative.
>
>
>
> Jason
>
>
>
>
>
> I can't foresee any situation where global switch will be useful, but
> it may be worthy to set one. I hope our goal is to to have intelligent
> and fast build system, not the one creeping with options. So if we can
> make automatic defaults that work fast thanks to symlinks where this
> is sup
Is SCons option "--duplicate=DUPLICATE" used to control Variant copying
behavior? Seems that SCons already has functionality equivalent to CCopy
that could utilized for Copy.
V/R,
William
On Tue, Jul 29, 2014 at 7:27 PM, William Blevins
wrote:
> I can't foresee any situ
gt; scons
Copy( item.txt, item_copy )
> ls -l
> -rwx-- item.txt
> -rwx-- item_copy
> echo "item.txt & item_copy inode count is 1"
Since the filesystem in the example does not support symlinks (I assume),
then SCons will not be trying to copy a symlink anyway.
,
"$SOURCE", False))
+
V/R,
William
On Wed, Jul 30, 2014 at 2:48 AM, anatoly techtonik
wrote:
> On Wed, Jul 30, 2014 at 3:43 AM, William Blevins
> wrote:
> >> 2. Get Mercurial and run tests in VM
> >> hg clone http://selenic.com/hg
> >>
On Thu, Jul 31, 2014 at 11:04 PM, Mark A. Flacy wrote:
> On Sunday, July 27, 2014 03:10:34 PM William Deegan wrote:
> > William,
> > On July 25, 2014 at 8:27:02 PM, William Blevins (wblevins...@gmail.com)
> > wrote:
> >
> > Team,
> >
> > I want to get
11:04 PM, Mark A. Flacy
> wrote:
>
> On Sunday, July 27, 2014 03:10:34 PM William Deegan wrote:
> > William,
> > On July 25, 2014 at 8:27:02 PM, William Blevins (wblevins...@gmail.com)
> > wrote:
> >
> > Team,
> >
> > I want to get another
The issue is that we are guessing as to what syntax causes the compiler to
emit an extra class file.
On Fri, Aug 1, 2014 at 7:49 PM, Mark A. Flacy wrote:
> On Friday, August 01, 2014 05:22:39 PM William Blevins wrote:
> > SCons Java doesn't need to be that fancy, but I think the
current SCons builder framework can
support this notion, but hopefully, we can humor the thought long enough to
find out.
V/R,
William
On Sat, Aug 2, 2014 at 4:45 AM, Dirk Bächle wrote:
> Hi Mark,
>
>
> On 02.08.2014 01:49, Mark A. Flacy wrote:
>
>> On Friday, August 01, 201
>
> As we know Gary and I are Git people who like transient feature branches
> that can be packaged for merge and are not Mercurial experts. The D
> changes extended over a very long period in a Mercurial feature fork
> with me keeping the fork up to date with the mainline. On merge
> Mercurial was
with Mercurial.
Sorry,
William
On Sat, Aug 9, 2014 at 1:10 PM, Dirk Bächle wrote:
> On 09.08.2014 18:01, William Blevins wrote:
>
> As we know Gary and I are Git people who like transient feature branches
>> that can be packaged for merge and are not Mercurial experts. The D
&
see I was just
being silly, but there response lead me to believe that they cloned a new
repo per work item.
-William
On Sat, Aug 9, 2014 at 2:05 PM, Russel Winder wrote:
> On Sat, 2014-08-09 at 13:33 -0400, William Blevins wrote:
> > Fair; I realize its non-trivial. My complaints
+1 for doing it based on Issue context.
On Sun, Aug 10, 2014 at 6:52 AM, Russel Winder wrote:
> On Sun, 2014-08-10 at 12:15 +0200, Dirk Bächle wrote:
> > On 10.08.2014 11:02, Russel Winder wrote:
> > > I am wondering if it should be policy for later duplicates to be marked
> > > as duplicates o
Do you mean 15min looking per day working on an issue?
I'm not sure if I could even find the source code that needed to be changed
in 15min. Trying to find the Copy function was like a needle in a
haystack; try grep on "copy".
On Sun, Aug 10, 2014 at 10:17 AM, anatoly techtonik
wrote:
> On Su
On Sun, Aug 10, 2014 at 11:02 AM, anatoly techtonik
wrote:
> On Sun, Aug 10, 2014 at 5:22 PM, William Blevins
> wrote:
> > Do you mean 15min looking per day working on an issue?
>
> Exactly. Personally, you can spend as much time as you can, but for
> everybody
> else d
Will the next SCons update (SCons 2.3.3) be released from default based?
Based on the current commit workflow this seems to be the case.
Is this a good model for project releases? In this case, the reason for
releasing an update is to fix a VERY specific issue. Wouldn't it be better
to release
I'm not sure if you can explicitly sign up for emails about ALL pull
requests; I know you receive emails for comments on your own pull requests
and any requests that you have made comments on.
I'll poke around and see if I can figure out how to do this. If I can get
myself registered I will divul
Welcome back. Dirk needs your help herding cats! Meow~
-William
On Mon, Aug 11, 2014 at 8:50 PM, Gary Oberbrunner
wrote:
> I go on vacation for a couple of weeks and all this stuff happens while
> I'm gone!
>
> It'll take me a little while to catch up.
>
> --
> Gary
>
> _
>
> On 12.08.2014 01:46, William Blevins wrote:
>> Is this a good model for project releases? In this case, the reason for
>> releasing an update is to fix a VERY specific issue. Wouldn't it be better
>> to release with a patch fix on top of branch rel_2.3.2 as 2
Yeah~! Watching is apparently not the same as following...
Thanks,
William
On Wed, Aug 13, 2014 at 12:39 PM, Russel Winder
wrote:
> On Wed, 2014-08-13 at 18:12 +0200, Gary Oberbrunner wrote:
> > I'm pretty sure I get emails for all created pull requests. I think if
> you
> > go to the repo pa
Is there a way to trigger a Clean for a target when SCons is required to
rebuild it (IE. always build this target from clean if the target is not
up-to-date)?
Example:
// variables
t = Compile( A.x )
z = Clean( t, )
// workflow
if t not up_to_date:
execute z (call this clean)
execute t
I am trying to make some misc updates to the User Guide, and I am having
some issues. I thought it might be a problem with a document do I tried
docs-validate and there were two errors:
python bin/docs-validate.py
> 0.46% (1/217) src/engine/SCons/Defaults.xml
> 0.92% (2/217) src/engine/SCons/Envir
gt; stf.writeGenTree(root, f)
> File "/home/wblevins/BitBucket/scons4/bin/SConsDoc.py", line 299, in
> writeGenTree
> doctype=dt.createDoctype()))
> File "lxml.etree.pyx", line 2569, in lxml.etree.tostring
> (src/lxml/lxml.etree.c:48783)
> TypeE
That may be a valid problem though because when I run *scons* from #
*doc/user* the index.html generated from the build is completely empty.
V/R,
William
On Fri, Aug 29, 2014 at 6:44 PM, Dirk Bächle wrote:
> On 30.08.2014 00:12, William Blevins wrote:
>
> I am trying to make
Do you have a branch/repo I can pull from/clone to see?
>
> I use docbook a lot.
>
>
> On August 31, 2014 10:51:14 AM CDT, William Blevins
> wrote:
>>
>> That may be a valid problem though because when I run *scons* from #
>> *doc/user* the index.html gener
cs
for Issue2395, but my baseline was probably from a month ago or longer.
V/R,
William
On Sun, Aug 31, 2014 at 3:08 PM, Dirk Bächle wrote:
> William,
>
>
> On 31.08.2014 19:50, William Blevins wrote:
>
> This is happening from a clean scons checkout with no local changes. I am
&g
t;scons_xi.xml"])
__xinclude_lxml(["scons_exi.xml"], ["scons_ex.xml"])
> __build_lxml(["scons_db.xml"], ["scons_exi.xml"])
> __build_lxml(["scons-user/index.html"], ["scons_db.xml"])
> __build_lxml(["index.html"], ["scons_
Even on Linux SCons doesn't use the PATH as defined by the shell. This is
intentional so that builds can be reproduced. You may need to add
additional path directories or push the shell PATH into the SCons
environment path.
V/R,
William
On Sat, Sep 6, 2014 at 12:08 PM, Russel Winder wrote:
>
Conceptually, I like Jason's suggestions. I don't know 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" wrote:
> SO I am all for improving the Tools logic. This was a big part of the
> work I did in Part
This might be obvious, but it the exception pattern not popular in python?
On Sep 8, 2014 9:19 PM, "Gary Oberbrunner" wrote:
>
> On Mon, Sep 8, 2014 at 4:13 PM, Kenny, Jason L
> wrote:
>
>> Ideally I always viewed this as a True False statement. I see you have it
>> returning a tuple.
>>
>>
>>
>
>
> # No result if tools not available
> test.no_result( condition=(test.where_is( 'javac' ) is None) )
> test.no_result( condition=(test.where_is( 'jar' ) is None) )
> # This test is known to fail as of July 2014; see Tigris issue 1771 and
> issue 2931.
> # Once the underlying issue is corrected,
we running
tests on a buildbot without Java installed? Is ignoring a whole language
toolchain reasonable?
V/R,
William
On Sat, Sep 13, 2014 at 4:06 AM, Dirk Bächle wrote:
> Hi William,
>
> On 13.09.2014 00:59, William Blevins wrote:
>
> # No result if tools not available
>
I think the short answer is yes, we are trying to support 2.6 in the
future. I agree with this notion since I would like RHEL6 default python
support, but wouldn't cry if I had to use a custom 2.7 install. The real
question here is why is there confusion about this, and why does SCons
since 2.3.0
,
William
On Sat, Sep 13, 2014 at 12:28 PM, Dirk Bächle wrote:
> On 13.09.2014 17:44, William Blevins wrote:
>
>> Dirke,
>>
>> 'tis a week t'early ferrr that. ;)
>
> The top two no_result calls need to work when we add the test for "real",
>> so w
2014 at 2:40 PM, Russel Winder wrote:
> On Sat, 2014-09-13 at 11:50 -0400, William Blevins wrote:
> > I think the short answer is yes, we are trying to support 2.6 in the
> > future. I agree with this notion since I would like RHEL6 default python
> > support, but wouldn
Team,
I was wondering if I could runtests.py multithreaded. It appears that
someone started adding functionality for it, but an argument was never
added for public use, so jobs is always hard-coded to 1.
Does this functionality work? I assume the argument isn't available
because it didn't work
ssing but still plenty to fix. I have this feeling that
fixing one of them will fix most of them; the problem is figuring out the
real culprit from the crowd.
V/R,
William
On Sat, Sep 13, 2014 at 4:28 PM, Dirk Bächle wrote:
> On 13.09.2014 22:06, William Blevins wrote:
>
>> T
Configure?
On Sun, Sep 14, 2014 at 7:41 AM, Dirk Bächle wrote:
> On 14.09.2014 12:07, Russel Winder wrote:
>
>> On Sat, 2014-09-13 at 00:06 +0200, Dirk Bächle wrote:
>>
>>> Hi there,
>>>
>>> I just checked the latest Buildbot runs for my slaves and see
>>>
>>> test/D/SharedObjects/sconstest-
I am partial to Netbeans. If you can get Netbeans to build, clean, and
debug via scons can I get instructions or better yet can we add them to the
wiki?
On Sep 15, 2014 8:50 AM, "Alexandre Feblot" wrote:
> Netbeans: yes, creating a project by having it run a SCons build and scan
> build commands
Would you mind making a pull request via Bitbucket?
On Sep 19, 2014 1:03 PM, "Alexandre Feblot" wrote:
> The change on SCons/Tool/__init__.py line 308 was a bad idea, it broke
> Solaris build.
> Attached is my final patch which seem to work properly.
>
> 2014-09-19 17:36 GMT+02:00 Alexandre Feblo
Congratz, regardless :)
On Wed, Oct 8, 2014 at 6:53 PM, Dirk Bächle wrote:
> On 09.10.2014 00:11, Bill Deegan wrote:
>
>> Apparently we're huge in Sweden?
>>
>> That's for the current month only...if you start the range from
> 2014-01-01 you see who's boss. ;)
> Anyway, a total of slightly over
+3 for scons at my vote.
On Fri, Oct 17, 2014 at 5:26 PM, Dirk Bächle wrote:
> Hi,
>
> I put my vote a few minutes ago. We should really take this serious and
> post a call to vote on the user ML as well. The two last months had only 13
> and 34 votes in total each. So we have a good chance to
Jealous ;)
-William
On Sun, Oct 26, 2014 at 4:45 AM, "Dirk Bächle" 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 dropped
> to something close to normal again by now. ;)
> I'll co
Team,
Not to be contrary here, but I think personal opinions should be postponed
until we determine if the definition of SideEffect per the SCons User Guide
matches the actual behavior.
http://www.scons.org/doc/production/HTML/scons-user.html
SideEffect(side_effect, target) , env.SideEffect(side
The problem I described above, doesn't yield a good user experience
>> either... ;)
>>
>> In my opinion, this is the point where we have to educate (horrible word,
>> but I can't think of a better term right now)
>> the user to not use SideEffect as a wo
I'm investigating the md5sum issue brought up by Priotr, and I have some
questions about Node.changed behavior and binfo.
It seems that Node.changed always gets called twice: once by
taskmaster.prepare and once by the builder. Not sure why this happens
twice, but binfo.[source,depends,implicit] e
More information at http://scons.tigris.org/issues/show_bug.cgi?id=2980
V/R,
William
On Sun, Nov 2, 2014 at 2:55 PM, William Blevins
wrote:
> I'm investigating the md5sum issue brought up by Priotr, and I have some
> questions about Node.changed behavior and binfo.
>
&
>
> I have two concerns about this patch as it stands:
> 1) Compatibility impact on existing SConscript from changing the length of
> the returned target list.
> 2) The SWIG builder gets invoked through env.CFile() or env.CXXFile(),
> however only one of the returned targets is a C/C++ file.
Unle
Im not sure what percentage of linux devs use clang vs gcc, but my
personal experience is gcc is more widely used.
Yet another gcc user,
William
On Jan 5, 2015 6:51 PM, "Russel Winder" wrote:
> On Mon, 2015-01-05 at 13:48 +0100, Paweł Tomulik wrote:
> […]
> > I have a project where I just set co
That link also contains a "tar.gz" extension file which is 433 kB.
V/R,
William
On Tue, Jan 6, 2015 at 3:01 PM, anatoly techtonik
wrote:
> Hi,
>
> I've noticed that scons-local .zip archive is uncompressed.
> Why?
> https://sourceforge.net/projects/scons/files/scons-local/2.3.4/
>
> .zip size i
Technically, they are just python scripts, but it's not my call to make, so
hopefully a senior dev will chime in :)
SConstruct is a required name, but SConscript is not even though it may be
the standard/convention. The subscripts can use any name you like
technically. I usually include the "*.p
I assume you mean the class files are never exposed?
On Jan 21, 2015 11:39 AM, "Russel Winder" wrote:
> I'm doing a bit of Ceylon programming. The Ceylon team think you need to
> use Eclipse. Well used to, now they are thinking IntelliJ IDEA as well
> so there will be a plugin for that soon. Me,
ss in the extra build times is really trivial compared to the complexity
reduction of dependencies.
V/R,
William
On Wed, Jan 21, 2015 at 1:57 PM, William Blevins
wrote:
> I assume you mean the class files are never exposed?
> On Jan 21, 2015 11:39 AM, "Russel Winder" wrote:
&g
1 - 100 of 471 matches
Mail list logo
