Re: [Scons-dev] Tests on Fedora 17

2012-10-21 Thread Dirk Bächle

Russel,

one of the Buildslaves is a Fedora 17 system, so I wonder why you still 
get so many fails. I added some notes about which packages I installed, to


  http://scons.org/wiki/InstallingBuildbotSlaves

. Maybe you can have a look and compare what's needed.
If things still don't work out, bug #2872 is still open. If you could 
attach a full error log there (containing all the stdout and stderr 
outputs) I'd be able to take a crack at it.


Regards,

Dirk

On 21.10.2012 02:53, William Deegan wrote:

Russel,

Do you have any development tools installed on that system?

-Bill
On Oct 20, 2012, at 4:11 AM, Russel Winder rus...@winder.org.uk wrote:


On a new Fedora 17 install, I got the following test errors:

src/engine/SCons/SConfTests.py
[...]
test/symlink/VariantDir.py

--
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
http://two.pairlist.net/mailman/listinfo/scons-dev

___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev



___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Tests on Fedora 17

2012-10-21 Thread Russel Winder
On Sat, 2012-10-20 at 17:53 -0700, William Deegan wrote:
 Russel,
 
 Do you have any development tools installed on that system?

I doubt it. I replaced Ubuntu with Fedora as the alternate boot on my
Debian machines since having Debian and Ubuntu seemed like a waste of
time (especially given the parlous state of Unity). Having done the
initial install I ensured I had access to all the filestores and then
discovered that the Fedora TeXLive is 2007 whereas Debian has 2012. SO
that was the end of me trying to use Fedora. Thus it is basically a
vanilla new install, effectively unused. This was its first outing.

-- 
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
http://two.pairlist.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Tests on Fedora 17

2012-10-21 Thread Russel Winder
On Sun, 2012-10-21 at 12:15 +0200, Dirk Bächle wrote:
 Russel,
 
 one of the Buildslaves is a Fedora 17 system, so I wonder why you still 
 get so many fails. I added some notes about which packages I installed, to
 
http://scons.org/wiki/InstallingBuildbotSlaves
 
 . Maybe you can have a look and compare what's needed.
 If things still don't work out, bug #2872 is still open. If you could 
 attach a full error log there (containing all the stdout and stderr 
 outputs) I'd be able to take a crack at it.

Until Fedora gets it's TeXLive act together I won't be using it in
anger, just as an occasional RPM building machine and CI. So I can do
tests of SCons tests in this no real use dark corner?

I suspect all the issues are to do with lack of infrastructure as Bill
surmised.

I'll try and fulfil the request later today.

-- 
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
http://two.pairlist.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Tests on Fedora 17

2012-10-21 Thread William Deegan
Russel,
On Oct 21, 2012, at 6:14 AM, Russel Winder rus...@winder.org.uk wrote:

 On Sun, 2012-10-21 at 12:15 +0200, Dirk Bächle wrote:
 Russel,
 
 one of the Buildslaves is a Fedora 17 system, so I wonder why you still 
 get so many fails. I added some notes about which packages I installed, to
 
   http://scons.org/wiki/InstallingBuildbotSlaves
 
 . Maybe you can have a look and compare what's needed.
 If things still don't work out, bug #2872 is still open. If you could 
 attach a full error log there (containing all the stdout and stderr 
 outputs) I'd be able to take a crack at it.
 
 Until Fedora gets it's TeXLive act together I won't be using it in
 anger, just as an occasional RPM building machine and CI. So I can do
 tests of SCons tests in this no real use dark corner?
 
 I suspect all the issues are to do with lack of infrastructure as Bill
 surmised.
 
 I'll try and fulfil the request later today.

In theory the tests shouldn't fail in the case where you do the base install as 
you have.

I'll try to do a base FC17 install on a VM and see if I can sort some (or all) 
of it out.
-Bill
___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev


Re: [Scons-dev] Bug #2849 is not fixed (64-bit MS Windows 7 fails to build with 32-bit Visual Express C++ 2010).

2012-10-21 Thread William Deegan
Edward,

On Oct 18, 2012, at 7:03 AM, Edward d'Auvergne edw...@nmr-relax.com wrote:

 Hi,
 
 I have tested out Scons 2.2.0 and have noticed that bug #2849
 (http://scons.tigris.org/issues/show_bug.cgi?id=2849) is still
 present.  I can see this also from the code:
 
 https://bitbucket.org/scons/scons/src/8764000345e06e326ef68fd0acf9366c1f3eb885/src/engine/SCons/Tool/MSCommon/vc.py?at=default
 
 in the lines:
 
try_target_archs = [target_platform]
if not req_target_platform and target_platform in ('amd64','x86_64'):
try_target_archs.append('x86')
 
 The suggestion by Kyle Strand was to change to code from:
 
try_target_archs = [target_platform]
if not req_target_platform and target_platform=='amd64'
try_target_archs.append('x86')
 
 to:
 
try_target_archs = [target_platform]
if target_platform in ('amd64','x86_64'):
try_target_archs.append('x86')
 
 The key problem is that in this case is that 'req_target_platform' is
 set to 'x86_64' when 32-bit C++ is used on 64-bit Windows (and no
 64-bit compiler is present).  Taking out the 'req_target_platform'
 check fixes the problem for Scons 2.2.0.


Can you post your SConstruct/SConscript?

env['TARGET_ARCH'] shouldn't have any default setting, this is what provides a 
value to req_target_platform.
So in the case that a user explicitly requests a platform, we do not add any 
other platforms to be searched for.

As far as I can tell that is the way the code is behaving.
If you have an example showing a bug where TARGET_ARCH is not set, and it's not 
also trying 32bit, please let me know.

Thanks,
Bill
___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev