Re: [Scons-dev] Multi-platform development

2014-09-06 Thread Vasily
Hi Russel,

Please forgive my ignorance, but could you please describe what you're
trying to do, which use case is not working for you?

Thanks,
Vasily
06 сент. 2014 г. 12:12 пользователь Russel Winder rus...@winder.org.uk
написал:

 It appears to be impossible to run SCons tests from an OSX machine using
 SMB mounted filestore from a Linux machine.

 Has anyone found a way of working with a single filestore and two
 platforms so as to develop for multiple platforms at the same time?

 I guess I will have to borrow my wife's Windows 7 box so as to ensure
 changes are not broken on Windows, so this is going to get more
 complicated.

 Any advice, help, assistance gratefully accepted.
 --
 Russel.

 =
 Dr Russel Winder  t: +44 20 7585 2200   voip:
 sip:russel.win...@ekiga.net
 41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
 London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

 ___
 Scons-dev mailing list
 Scons-dev@scons.org
 https://pairlist2.pair.net/mailman/listinfo/scons-dev


___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


[Scons-dev] This morning's WTF moment

2014-09-06 Thread Russel Winder
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:

Environment()['PLATFORM']

return win32. One assumes there is some existentialist humour present in
this result?

Also at every turn I am told:

scons: warning: No version of Visual Studio compiler found – C/C++
compilers most likely not set correctly
File … engine\SCons\Script\Main.py, line 602, in
_scons_internal_warning

Yes I know this, I haven't installed any C or C++ compilers on this
machine, I don't need to be told at every turn. However not only does
SCons insists on telling me this, it tells me twice, at Reading
SConscript files phase *AND* Building targets phase.
 
-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder


signature.asc
Description: This is a digitally signed message part
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] This morning's WTF moment

2014-09-06 Thread Gary Oberbrunner
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:

 Environment()['PLATFORM']

 return win32. One assumes there is some existentialist humour present in
 this result?


It's the Windows Way -- sys.platform() also returns win32 on 64-bit
machines; system files are in /Windows/System32, and so on and so on.


 Also at every turn I am told:

 scons: warning: No version of Visual Studio compiler found – C/C++
 compilers most likely not set correctly
 File … engine\SCons\Script\Main.py, line 602, in
 _scons_internal_warning


Yes, known problem.  The right solution is the toolchain revamp.  A less
invasive solution is surprisingly hard to find, though Anatoly has a
possible idea.
If you initialize your Environment with only the tools of interest, you
won't see that warning.

-- 
Gary
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Multi-platform development

2014-09-06 Thread Gary Oberbrunner
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 source tree remotely via SMB/CIFS and run the
test suite from there?  I'd expect that to work.  What fails?  Could it be
caused by your SAMBA config on Linux?


 Has anyone found a way of working with a single filestore and two
 platforms so as to develop for multiple platforms at the same time?


If you just copy the SCons source tree onto the HFS+ drive does it work
then?

-- Gary


-- 
Gary
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


[Scons-dev] Time for a show down…

2014-09-06 Thread Russel Winder
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 or useless.

Personally I vote for broken since this seems the only instance where
SCons uses the user path implicitly by default. In all other situations
user path must be added explicitly. And where_is is a great test for use
in tests. 

Is there another tool in SCons for testing whether and executable is in
the path SCons will actually use for lookup?
 
-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder


signature.asc
Description: This is a digitally signed message part
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Time for a show down…

2014-09-06 Thread Gary Oberbrunner
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 or useless.


I hear you.  Let's say it is broken.  What's the fix?  Don't use $PATH by
default?

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 that would have to
explicitly pass os.environ['PATH'].  I wonder how many tests that would
break.

-- 
Gary
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Mercurial Workflow v2 (WIP)

2014-09-06 Thread Gary Oberbrunner
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, Anatoly!  Thanks.

-- 
Gary
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Time for a show down…

2014-09-06 Thread Gary Oberbrunner
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 that would have to
 explicitly pass os.environ['PATH'].  I wonder how many tests that would
 break.


On my Linux box (Ubuntu 12.04), no new tests fail if I comment out the
lines in TestSCons.TestSCons.where_is that set path = os.environ['PATH'].

-- 
Gary
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Time for a show down…

2014-09-06 Thread anatoly techtonik
On Sat, Sep 6, 2014 at 1:39 PM, Dirk Bächle tshor...@gmx.de wrote:
 Hi guys,

 speaking about tests and $PATH. I updated PR #181 a few minutes ago, fixing
 a similar issue... ;)
 This should get all Linux boxes green now, except the Debian one with Python
 2.6 (Anatoly?).

Python 2.6 issues are resolved with my last PR. Except D tests there is only one
that is failing:

200/1156 (17.30%) /usr/bin/python -tt test/Configure/Streamer1.py
FAILED test of 
/home/scons2/buildbot-workdir/debian6-python-2.6/build/src/script/scons.py
at line 341 of 
/home/scons2/buildbot-workdir/debian6-python-2.6/build/QMTest/TestCommon.py
(must_contain_all_lines)
from line 76 of test/Configure/Streamer1.py
Missing expected lines from output:
'Checking whether hello works... yes'
output =

http://buildbot.scons.org/builders/debian6-python-2.6/builds/57/steps/shell/logs/stdio
-- 
anatoly t.
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] This morning's WTF moment

2014-09-06 Thread anatoly techtonik
On Sat, Sep 6, 2014 at 3:06 PM, Dirk Bächle tshor...@gmx.de wrote:
 On 06.09.2014 13:59, Gary Oberbrunner wrote:

 This should be described before moving further and before I can
 support any talks about revamp.

 Sorry if you don't support it, but I'm making progress nonetheless. :-)

 +1 from me!

=)
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


[Scons-dev] Windows Path

2014-09-06 Thread Russel Winder
There appears to be a fundamental problem with SCons tests on Windows,
but this just maybe due to me using Windwoes for the first time in well
over 22 years.

I install a compiler, well two actually, MinGW and DMD, both to their
preferred installations. Both are usable from cmd.exe. However SCons
does not find either of them. This would imply that SCons is ignoring
the %PATH% at the system level.

Is this the case, or am I missing something.

-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder


signature.asc
Description: This is a digitally signed message part
___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Windows Path

2014-09-06 Thread William Blevins
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 rus...@winder.org.uk wrote:

 There appears to be a fundamental problem with SCons tests on Windows,
 but this just maybe due to me using Windwoes for the first time in well
 over 22 years.

 I install a compiler, well two actually, MinGW and DMD, both to their
 preferred installations. Both are usable from cmd.exe. However SCons
 does not find either of them. This would imply that SCons is ignoring
 the %PATH% at the system level.

 Is this the case, or am I missing something.

 --
 Russel.

 =
 Dr Russel Winder  t: +44 20 7585 2200   voip:
 sip:russel.win...@ekiga.net
 41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
 London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

 ___
 Scons-dev mailing list
 Scons-dev@scons.org
 https://pairlist2.pair.net/mailman/listinfo/scons-dev


___
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev