[Scons-dev] QMTest where_is different than Environment.py Detect

[Daniel Moody]

Mostly the Unix tools running on windows environments, e.g YACC, bison,
getext.

Also for the environments default path, there is the posix.py in Platform
which sets up a default path for linux, but for Windows it relies on msvs
tool to setup an environment. There doesn't seem to be a analogous posix.py
for windows.


On Mon, Apr 9, 2018, 11:28 AM Bill Deegan <bill at baddogconsulting.com> wrote:

> Depends how it is used.
> If it's used in such a way that the results are then used in a generated
> SConstruct to specify full path to the tools, then the logic makes sense.
> If they are used to determine if the test should be run and they yield a
> path which SCons wouldn't natively find, then yes that's not a good way to
> determine if the test should pass.
>
> Are you concerned about some tests in particular which are failing but
> being run due to where_is's behavior?
>
> On Mon, Apr 9, 2018 at 12:16 PM, Daniel Moody <dmoody256 at gmail.com> wrote:
>
>> For some of the scons tool tests, the QMTest uses the test where_is
>> method to find the existance of the binary to determine if the test should
>> be run. Then when the test is actually being run, the environment uses it's
>> Detect method to find the binary.
>>
>> The test where_is uses os.environ['PATH'] to search in, but the Detect
>> method does not. This leads to cases where the os environment runtest.py
>> was run under is different than the default environment path that gets set
>> from scons.
>>
>> Should the test where_is work similar to the the environment detect for
>> determining if the test should be run?
>>
>> _______________________________________________
>> Scons-dev mailing list
>> Scons-dev at scons.org
>> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>>
>>
> _______________________________________________
> Scons-dev mailing list
> Scons-dev at scons.org
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist2.pair.net/pipermail/scons-dev/attachments/20180409/21aaf7de/attachment.html>