[Scons-users] Technical question abouir --debug=explain

Wed Dec 20 11:42:20 EST 2017

It might be only a problem with debug messaging knowing that :
1 - All my executable runs fine
2 - SCons not rebuilding anything if I have no file changes (as expected)
3 - SCons is rebuilding only what is necessary when I change one file (as
expected)

I created this post because the message printed was worrying me, I thought
that it might be related with bad implementation on my end.  Also, I am
still wondering why debug message is fine on windows but not on centos
6.7.  Is it still relevant to dig in __init__.py as you point me out in
previous post?  Also, could you point me out some test exemple for the test
suite?

thx

On Wed, Dec 20, 2017 at 11:22 AM, Bill Deegan <bill at baddogconsulting.com>
wrote:

> So it's just a problem with debug messaging when duplicate=0?
>
> If you can create a minimum test we can add to our test suite and fix..
>
> On Wed, Dec 20, 2017 at 11:11 AM, Pierre-Luc Boily <
> pierreluc.boily at gmail.com> wrote:
>
>> Hello,
>>
>> Not yet looked into __init__.py,, but I found that if I duplicate src
>> files into variant dir, message print by "--debug=explain" now make sense.
>> scons: rebuilding `build/debug/gui/aiui_lib/lib/
>> i86-pc-linux-gnu/aiui_controller.o' because
>> `build/debug/gui/aiui_lib/lib/aiui_controller.cpp' changed
>>
>>
>> In SConsctruct :
>> Changed this
>> SConscript("gui/aiui_lib/lib/aiui_lib.sc", exports='envService
>> vcxprojList', variant_dir="build/debug/gui/aiui_lib/lib", duplicate=0)
>>
>> by this :
>> SConscript("gui/aiui_lib/lib/aiui_lib.sc", exports='envService
>> vcxprojList', variant_dir="build/debug/gui/aiui_lib/lib")
>>
>> To answer you previous question, it is not building if I do not change
>> the file (as expected)
>>
>>
>> On Tue, Dec 19, 2017 at 5:22 PM, Bill Deegan <bill at baddogconsulting.com>
>> wrote:
>>
>>> Here's the logic in question:
>>>         removed = [x for x in old_bkids if not x in new_bkids]
>>> in SCons/Node/__init__.py
>>>
>>> old_bkids and new_bkids are BuildInfo objects.
>>>
>>> You could add some logic there to print the details of each element in
>>> old_bkids and new_bkids and see why it's not seeing that file in new_bkids.?
>>>
>>> On Tue, Dec 19, 2017 at 4:54 PM, Bill Deegan <bill at baddogconsulting.com>
>>> wrote:
>>>
>>>> Is the file itself changing between builds in this case?
>>>> Or is it building when it's not changing?
>>>>
>>>> On Tue, Dec 19, 2017 at 4:01 PM, Pierre-Luc Boily <
>>>> pierreluc.boily at gmail.com> wrote:
>>>>
>>>>> I tried same test on a smaller part of the code to get smaller
>>>>> tree/traces.  I also rework the SConscript to make it simpler, and I don't
>>>>> see anything shocking.
>>>>> Tree : https://pastebin.com/iuwKekwD
>>>>> Trace: https://pastebin.com/KwAieVGE
>>>>>
>>>>> SConscript :
>>>>> Import('envService')
>>>>> envService.validate_supported_platform('posix')
>>>>> env = envService.get_env32()
>>>>> env.USE_QT()
>>>>> env.Library(target = env.libName(),source = ["aiui_controller.cpp",
>>>>> "aiui_widget_impl.cpp", "aiui_widget.cpp"])
>>>>>
>>>>> Do you see something unusual?
>>>>>
>>>>> thx
>>>>>
>>>>> On Tue, Dec 19, 2017 at 12:07 PM, Bill Deegan <
>>>>> bill at baddogconsulting.com> wrote:
>>>>>
>>>>>> You might also run with
>>>>>>
>>>>>> --taskmastertrace=FILE
>>>>>>
>>>>>> And look at the generated file with respect to the source and target(s) involved.
>>>>>>
>>>>>>
>>>>>> On Tue, Dec 19, 2017 at 10:31 AM, Pierre-Luc Boily <
>>>>>> pierreluc.boily at gmail.com> wrote:
>>>>>>
>>>>>>> Yes it is.  It must be something with my implementation for sure.,
>>>>>>> I'll dig more on my scons implementation...  It might be related with my
>>>>>>> pseudo-builders.  I have an implementation on top of Library, SharedLibrary
>>>>>>> and Program calls, in order to be able to generated artifacts in the
>>>>>>> correct variant dir. The Variant dir given to SConscript looks like
>>>>>>> "/svn/products/build/debug/src".  Then, my pseudo-builder receives
>>>>>>> the variant dir and add a subfolder like that "/svn/products/build/debug/src/i86-pc-linux-gnu".
>>>>>>> See https://pastebin.com/6fTVDnMa.   Code executed from
>>>>>>> pseudo-builders is the same from windows and centos.  So, it might be
>>>>>>> something elsewhere as well....
>>>>>>>
>>>>>>> On Tue, Dec 19, 2017 at 9:59 AM, Bill Deegan <
>>>>>>> bill at baddogconsulting.com> wrote:
>>>>>>>
>>>>>>>> That is unexpected.
>>>>>>>> Is it repeatable?
>>>>>>>>
>>>>>>>> On Tue, Dec 19, 2017 at 9:17 AM, Pierre-Luc Boily <
>>>>>>>> pierreluc.boily at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hello!
>>>>>>>>>
>>>>>>>>> Was doing small test yesterday by changing a cpp file and
>>>>>>>>> compiling with
>>>>>>>>> --debug=explain.  I realized that the explain argument did not
>>>>>>>>> print the
>>>>>>>>> message I was expected on my centos build :
>>>>>>>>>
>>>>>>>>> scons: rebuilding
>>>>>>>>> `build/debug/sim/simulator/vr/pbs/fpsm/i86-pc-linux-gnu/pbsf
>>>>>>>>> psm_acreport.o'
>>>>>>>>> because:
>>>>>>>>>            `sim/simulator/vr/pbs/fpsm/pbsfpsm_acreport.cpp' is no
>>>>>>>>> longer a
>>>>>>>>> dependency
>>>>>>>>>            `sim/simulator/vr/pbs/fpsm/pbsfpsm_acreport.cpp' is a
>>>>>>>>> new
>>>>>>>>> dependency
>>>>>>>>>
>>>>>>>>> I did some test on windows as well, by changing a cpp file too,
>>>>>>>>> and I got
>>>>>>>>> this :
>>>>>>>>>
>>>>>>>>> scons: rebuilding
>>>>>>>>> `build\debug\sr\sra\src\flatGui\win32\ASRResultObserverUI.obj'
>>>>>>>>> because
>>>>>>>>> `sr\sra\src\flatGui\ASRResultObserverUI.cpp' changed
>>>>>>>>>
>>>>>>>>> which is the message that I do expect.  So, I am wondering if it
>>>>>>>>> is the
>>>>>>>>> message on centos makes sense. This message sounds like that the
>>>>>>>>> cpp is
>>>>>>>>> being removed.  I double-check my pseudo-builder that creates
>>>>>>>>> Library and
>>>>>>>>> Program, and the code executed is the same for both centos and
>>>>>>>>> windows.
>>>>>>>>>
>>>>>>>>> I am using scons 2.5.1 with python 2.7.13
>>>>>>>>>
>>>>>>>>> Thx
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sent from: http://scons.1086193.n5.nabble.com/Users-f16930.html
>>>>>>>>> _______________________________________________
>>>>>>>>> Scons-users mailing list
>>>>>>>>> Scons-users at scons.org
>>>>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Scons-users mailing list
>>>>>>>> Scons-users at scons.org
>>>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Scons-users mailing list
>>>>>>> Scons-users at scons.org
>>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Scons-users mailing list
>>>>>> Scons-users at scons.org
>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Scons-users mailing list
>>>>> Scons-users at scons.org
>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Scons-users mailing list
>>> Scons-users at scons.org
>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>
>>>
>>
>> _______________________________________________
>> Scons-users mailing list
>> Scons-users at scons.org
>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>
>>
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist4.pair.net/pipermail/scons-users/attachments/20171220/30c2f8d2/attachment-0001.html>