Thanks! Well at least there's an easy work around for now. On Sun, Jul 5, 2020 at 7:30 AM Eric Fahlgren <ericfahlg...@gmail.com> wrote:
> Bill, > > Issue filed along with some further experiments. > https://github.com/SCons/scons/issues/3736 > > I vaguely remember playing with the case-sensitivity options in Windows on > this machine years ago, so I tested everything on another machine where > Windows is pristine, but no joy, same issue presented in the same manner > there, too. > > Eric > > On Sat, Jul 4, 2020 at 9:48 PM Bill Deegan <b...@baddogconsulting.com> > wrote: > >> Eric, >> >> Try pip install SCons==4.0 >> Does that make a difference? >> >> Packaging has been completely rewritten for 4.0.0 so I'm not surprised >> there's an issue or two in the field. >> (the previous code was written before there was a pip... ;) and then >> duct-taped and bailing wired.. so it needed a rewrite) >> >> Ahh. Interesting because windows is case insensitive.. >> >> Please file an Issue. >> >> Hoping to take a break tomorrow and I'll look at it on monday.. unless >> someone else feels like taking a wack at fixing that.. ;) >> >> -Bill >> >> On Sat, Jul 4, 2020 at 7:41 PM Eric Fahlgren <ericfahlg...@gmail.com> >> wrote: >> >>> First, Bill and Mats and everyone else, thanks for your continued >>> development of SCons! >>> >>> I ran into a strange, probably Windows-specific issue upon installing >>> 4.0.0. I simply did "pip install scons==4.0.0" without issue, but when I >>> ran "scons some_target", I got this: >>> >>> Traceback (most recent call last): >>> File "c:\program files\python38\lib\runpy.py", line 194, in >>> _run_module_as_main >>> return _run_code(code, main_globals, None, >>> File "c:\program files\python38\lib\runpy.py", line 87, in _run_code >>> exec(code, run_globals) >>> File "C:\Program Files\Python38\Scripts\scons.exe\__main__.py", line >>> 4, in <module> >>> SCons.Script.main() >>> ModuleNotFoundError: No module named 'SCons' >>> >>> It turns out that pip didn't name the installation directory >>> "site-packages/*SCons*", but rather all-lower-case "site-packages/ >>> *scons*" (as it was with 3.1.2), so none of the run commands, scripts >>> or tools will load. I did "pip uninstall -y scons", made sure >>> Lib/site-packages was clean, reinstalled 4.0.0 and everything was fine. It >>> appears that pip is not removing the old installation completely and >>> leaving the top-level directory there with improper character case, but >>> only when it does an "install over old". I reproduced this a couple times, >>> reinstalling 3.1 and then 4.0 over it to confirm. >>> >>> On Sat, Jul 4, 2020 at 3:57 PM Bill Deegan <b...@baddogconsulting.com> >>> wrote: >>> >>>> A new SCons release, 4.0.0, is now available >>>> on the SCons download page: >>>> >>>> https://scons.org/pages/download.html >>>> >>>> Here is a summary of the changes since 3.1.2: >>>> >>>> NEW FUNCTIONALITY >>>> >>>> - Added support for scanning multiple entries in an action string if >>>> IMPLICIT_COMMAND_DEPENDENCIES is set to 2 or 'all'. This enables >>>> more thorough >>>> action scanning where every item in each command line is scanned >>>> to determine >>>> if it is a non-source and non-target path and added to the list >>>> of implicit dependencies >>>> for the target. >>>> - Added new module SCons.Scanner.Python to allow scanning .py files. >>>> - Added support for explicitly passing a name when creating Value() >>>> nodes. This may be useful >>>> when the value can't be converted to a string or if having a name >>>> is otherwise desirable. >>>> - Added a new flag called "linedraw" for the command line argument >>>> "--tree" >>>> that instructs scons to use single line drawing characters to >>>> draw the dependency tree. >>>> - Add CompilationDatabase() builder in compilation_db tool. >>>> Contributed by MongoDB. >>>> Setting COMPILATIONDB_USE_ABSPATH to True|False controls whether >>>> the files are absolute or relative >>>> paths. Address Issue #3693 and #3694 found during development. >>>> - Extended `Environment.Dump()` to select a format to serialize >>>> construction variables (pretty, json). >>>> - New conditional C Scanner >>>> (`SCons.Scanner.C.CConditionalScanner()`) >>>> which interprets C/C Preprocessor conditional syntax (#ifdef, >>>> #if, #else, >>>> #elif, #define, etc.) >>>> - Experimental New Feature: Enable caching MSVC configuration >>>> If SCONS_CACHE_MSVC_CONFIG shell environment variable is set, >>>> SCons will cache the results of past calls to vcvarsall.bat to >>>> a file; integrates with existing memoizing of such vars. >>>> - Preliminary Python 3.9 support. >>>> >>>> DEPRECATED FUNCTIONALITY >>>> >>>> - Drop support for Python 2.7. SCons will be Python 3.5+ going >>>> forward. >>>> - Remove deprecated SourceCode() >>>> >>>> CHANGED/ENHANCED EXISTING FUNCTIONALITY >>>> >>>> - Added check for SONAME in environment to setup symlinks correctly >>>> (Github Issue #3246) >>>> - Resolve Issue #3248 - Removing '-Wl,-Bsymbolic' from >>>> SHLIBVERSIONFLAGS >>>> NOTE: If your build depends on the above you must now add to your >>>> SHLIBVERSIONFLAGS >>>> - Microsoft Visual Studio - switch to using uuid module to generate >>>> GUIDs rather than hand rolled >>>> method using md5 directly. >>>> NOTE: This change affects the following builders' output. If your >>>> build depends on the output of these builders >>>> you will likely see a rebuild. >>>> * Package() (with PACKAGETYPE='msi') >>>> * MSVSSolution() >>>> * MSVSProject() >>>> - Improve Visual Studio solution/project generation code to add >>>> support >>>> for a per-variant cppflags. Intellisense can be affected by >>>> cppflags, >>>> this is especially important when it comes to /std:c++* which >>>> specifies >>>> what C++ standard version to target. SCons will append >>>> /Zc:__cplusplus >>>> to the project's cppflags when a /std:c++* flag is found as this >>>> is >>>> required for intellisense to use the C++ standard version from >>>> cppflags. >>>> - Allow user specified location for vswhere.exe specified by >>>> VSWHERE. >>>> NOTE: This must be set at the time the 'msvc' 'msvs' and/or >>>> 'mslink' tool(s) are initialized to have any effect. >>>> - Fixed Github Issue 3628 - Hardcoding pickle protocol to 4 >>>> (supports python 3.4+) >>>> and skipping Python 3.8's new pickle protocol 5 whose main >>>> advantage is for out-of-band data buffers. >>>> NOTE: If you used Python 3.8 with SCons 3.0.0 or above, you may >>>> get a a pickle protocol error. Remove your >>>> .sconsign.dblite. You will end up with a full rebuild. >>>> - MSVC updates: When there are multiple product installations (e.g, >>>> Community and >>>> Build Tools) of MSVC 2017 or MSVC 2019, an Enterprise, >>>> Professional, >>>> or Community installation will be selected before a Build Tools >>>> installation when >>>> "14.1" or "14.2" is requested, respectively. (GH Issue #3699). >>>> - MSVC updates: When there are multiple product installations of >>>> MSVC 2017 (e.g., >>>> Community and Express), 2017 Express is no longer returned when >>>> "14.1" is >>>> requested. Only 2017 Express will be returned when "14.1Exp" is >>>> requested. >>>> (GH Issue #3699). >>>> - MSVC updates: pass on VSCMD_DEBUG and VSCMD_SKIP_SENDTELEMETRY to >>>> msvc >>>> tool setup if set in environment. Add Powershell to default env >>>> (used to call telemetry script). >>>> - Renamed as.py to asm.py and left redirecting tool. 'as' is a >>>> reserved word and so >>>> changing the name was required as we wanted to import symbols for >>>> use in compilation_db >>>> tool. >>>> - Add no_progress (-Q) option as a set-able option. However, >>>> setting it in the >>>> SConstruct/SConscript will still cause "scons: Reading SConscript >>>> files ..." to be >>>> printed, since the option is not set when the build scripts first >>>> get read. >>>> - Docbook builder provides a fallback if lxml fails to generate >>>> a document with tostring(). >>>> - SubstitutionEnvironment and OverrideEnvironment now have keys() >>>> and values() methods to better emulate a dict (already had >>>> items()). >>>> >>>> FIXES >>>> >>>> - Cleanup dangling symlinks before running builders (Issue #3516) >>>> - Fixed usage of abspath and path for RootDir objects on Windows. >>>> Previously >>>> env.fs.Dir("T:").abspath would return "T:\T:" and now it >>>> correctly returns "T:". >>>> - Fix Issue #3469 - Fixed improper reuse of temporary and compiled >>>> files by Configure when changing >>>> the order and/or number of tests. This is done by using the hash >>>> of the generated temporary files >>>> content and (For the target files) the hash of the action. >>>> So where previously files would be named: >>>> - config_1.c, config_1.o, config_1 >>>> The will now be named (For example) >>>> - conftest_68b375d16e812c43e6d72d6e93401e7c_0.c, >>>> >>>> conftest_68b375d16e812c43e6d72d6e93401e7c_0_5713f09fc605f46b2ab2f7950455f187.o >>>> or >>>> conftest_68b375d16e812c43e6d72d6e93401e7c_0.o >>>> >>>> conftest_68b375d16e812c43e6d72d6e93401e7c_0_5713f09fc605f46b2ab2f7950455f187 >>>> (for executable) >>>> - Updated documentation toolchain to work properly under Python3, >>>> also >>>> removed libxslt support from the Docbook Tool. (issue #3580) >>>> - Fix broken clang + MSVC 2019 combination by using MSVC >>>> configuration logic to >>>> propagate 'VCINSTALLDIR' and 'VCToolsInstallDir' which clang >>>> tools use to locate >>>> header files and libraries from MSVC install. (Fixes GH Issue >>>> #3480) >>>> - Fix Github Issue #2904 - Provide useful error message when more >>>> than one Configure Contexts are opened. >>>> Only one open is allowed. You must call conf.Finish() to complete >>>> the currently open one before creating another >>>> >>>> IMPROVEMENTS >>>> >>>> - Improve performance of Subst by preventing unnecessary frame >>>> allocations by no longer defining the *Subber classes inside of >>>> their >>>> respective function calls. >>>> - Improve performance of Subst in some cases by preventing >>>> unnecessary calls to eval when a token is surrounded in braces >>>> but is not a function call. >>>> - Improve performance of subst by removing unnecessary recursion. >>>> >>>> PACKAGING >>>> >>>> - Resolve Issue #3451 and Issue #3450 - Rewrite SCons setup.py and >>>> packaging. Move script logic to entry points so >>>> package can create scripts which use the correct version of >>>> Python. >>>> >>>> DOCUMENTATION >>>> >>>> - Significant rework of documentation: API docs are now generated >>>> using Sphinx; manpage and user guide now use more "standard" >>>> markup elements (which could facilitate later conversion to a >>>> different doc format, should that choice be made); significant >>>> rewordings in manpage. Manpage Examples moved to an external >>>> repository / website (scons-cookbook.readthedocs.io). >>>> >>>> Thanks to the following contributors listed below for their >>>> contributions to this release. >>>> >>>> git shortlog --no-merges -ns 3.1.2..HEAD >>>> 290 William Deegan >>>> 184 Mats Wichmann >>>> 46 Adam Gross >>>> 22 Daniel Moody >>>> 16 Joseph Brill >>>> 15 Dirk Baechle >>>> 12 Ivan Kravets >>>> 9 Mathew Robinson >>>> 6 Paul Tipei >>>> 1 Rob Boehne >>>> 1 Robert Boehne >>>> 1 Daniel >>>> 1 Andrew Morrow >>>> 1 Iosif Daniel Kurazs >>>> 1 James Benton >>>> 1 Jeremy Elson >>>> 1 Konstantin Gonchar >>>> 1 Andrii Doroshenko (Xrayez) >>>> _______________________________________________ >>>> Scons-users mailing list >>>> scons-us...@scons.org >>>> https://pairlist4.pair.net/mailman/listinfo/scons-users >>>> >>> _______________________________________________ >>> Scons-dev mailing list >>> Scons-dev@scons.org >>> https://pairlist2.pair.net/mailman/listinfo/scons-dev >>> >> _______________________________________________ >> Scons-users mailing list >> scons-us...@scons.org >> https://pairlist4.pair.net/mailman/listinfo/scons-users >> > _______________________________________________ > 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
