Yes, Mike is right about that. And I checked; David didn't disable copying.
I just want to say that I am now TOTALLY confused by this error. After deleting "build" once (and then re-sconsing), the system now works exactly as expected. If I change some code in wip/udts.bi, running "scons" again will copy it to build/ and compile the relevant module. Ralph, if you delete build, does it build correctly? Maybe making that "clean" target delete build/ wasn't such a bad idea after all... Willing to test any future changes, but otherwise I'm out of ideas, -->Seth On Tue, Sep 21, 2010 at 1:59 PM, Mike Caron <[email protected]> wrote: > On 9/21/2010 1:56 AM, Seth Hetu wrote: >> >> One more bit of info, from the scons wiki: >> >> "If possible on the platform, the duplication is performed by linking >> rather than copying; see also the --duplicate command-line option. >> Moreover, only the files needed for the build are duplicated; files >> and directories that are not used are not present in variant_dir." >> >> So the files are _linked_ under Linux, which is why they compile >> properly after svn up. Which is why we only see this bug on Windows. > > The section you quoted seems to suggest that if linking is not possible > (i.e., on Windows (actually, you can, but it's a pain)), it should copy, > rather than fail. Just throwing that in there. > >> It might be relevant to say that I'm using Windows Vista 32-bit >> Business Edition. Also, I have never used variant_dir before, so I am >> unfamiliar with its effects. >> >> -->Seth >> >> >> >> On Tue, Sep 21, 2010 at 1:52 PM, Seth Hetu<[email protected]> wrote: >>> >>> I may have found the source of both problems. >>> >>> First, I updated to 0.21.1. (Just FYI). No noticeable change. >>> >>> Next, I checked. Yes, udts.bi is in build/. HOWEVER, it does not >>> contain the definition of ZoneMap. And even stranger, the udts.bi in >>> the wip/ folder DOES. >>> >>> This was especially odd, as I'd just done a "scons -c". As reported >>> before, though, -c only cleans binary files. This _should_ have been >>> ok, though, since the source would have been copied into build/ and >>> then re-compiled. But it obviously was not. >>> >>> So, my guess is that your scons script is failing to copy new source >>> changes to the build/ folder. Everything else works "ok", since no >>> source file has changed in the build folder. >>> >>> So something's wrong with the MD5 check on copying everything to the >>> build folder. Sure enough, deleting build and running "scons" >>> completed the build. >>> >>> I'll have a look at the script; just wanted to give you guys a heads up. >>> >>> -->Seth >>> >>> >>> >>> >>> On Tue, Sep 21, 2010 at 8:59 AM, Ralph Versteegen<[email protected]> >>> wrote: >>>> >>>> On 21 September 2010 12:51, David Gowers (kampu)<[email protected]> >>>> wrote: >>>>> >>>>> On Tue, Sep 21, 2010 at 9:59 AM, Ralph Versteegen<[email protected]> >>>>> wrote: >>>>>>>> >>>>>>>> OK, now the killer problem: it doesn't rebuild anything when I edit >>>>>>>> a >>>>>>>> file!! >>>>>>>> Even if I run scons -c, it doesn't rebuild anything afterwards >>>>>>>> (but maybe -c is completely unsupported?) >>>>>>> >>>>>>> -c works fine for me. >>>>>>> Did you change the *content*, not just edit something in and out >>>>>>> again? >>>>>> >>>>>> Yes, I changed something. >>>>> >>>>> To clarify : if I add a comment to game.bas, game.o will be rebuilt, >>>>> because I altered the MD5 sum. then ohrrpgce-game will *not* be >>>>> rebuilt, because game.o will have the same MD5 sum as before. >>>>> If your result differs from this, I agree it's a problem. >>>> >>>> I should have said: I changed something significant. >>>> _______________________________________________ >>>> Ohrrpgce mailing list >>>> [email protected] >>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >>>> >>> >> _______________________________________________ >> Ohrrpgce mailing list >> [email protected] >> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org > > _______________________________________________ > Ohrrpgce mailing list > [email protected] > http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org > _______________________________________________ Ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
