[PATCH] D127938: Update Windows packaging script.
Tobias Hieta via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Jun 16 23:46:17 PDT 2022
thieta added inline comments.
================
Comment at: llvm/utils/release/build_llvm_release.bat:6
+REM
+REM Run the script with administrator permissions.
+if not exist %SYSTEMROOT%\SYSTEM32\WDI\LOGFILES (
----------------
CarlosAlbertoEnciso wrote:
> hans wrote:
> > Wait, what? This seems undesirable.
> Running the script from a standard DOS prompt, I get the following errors:
>
>
> ```
> ...
> 7-Zip 21.06 (x64) : Copyright (c) 1999-2021 Igor Pavlov : 2021-11-24
>
> Scanning the drive for archives:
> 1 file, 223803667 bytes (214 MiB)
>
> Extracting archive: src.zip
> --
> Path = src.zip
> Type = zip
> ...
> ERROR: Cannot create symbolic link : A required privilege is not held by the client. : .\llvm-project-main\libclc\clspv64
> ERROR: Cannot create symbolic link : A required privilege is not held by the client. : .\llvm-project-main\libcxx\test\std\pstl
> ERROR: Cannot create symbolic link : A required privilege is not held by the client. : .\llvm-project-main\openmp\tools\analyzer\llvm-openmp-analyzer++
>
> Sub items Errors: 17
>
> Archives with Errors: 1
>
> Sub items Errors: 17
> ```
> May be the configuration we use is incorrect.
symlinks requires admin rights on windows unfortunately. But I have never seen this - so it has to be some place where it conditions the symlinking?
================
Comment at: llvm/utils/release/build_llvm_release.bat:55
+REM Validate command line options.
+if not defined output (
+ echo Missing output directory.
----------------
CarlosAlbertoEnciso wrote:
> thieta wrote:
> > I think you can default to a output directory instead of failing.
> May be use the user temporal directory as default value.
yeah that works.
================
Comment at: llvm/utils/release/build_llvm_release.bat:60
+
+set location=https://github.com/llvm/llvm-project/archive/refs/heads/main.zip
+set "revision=99.9.9"
----------------
CarlosAlbertoEnciso wrote:
> thieta wrote:
> > Hmm. Instead of hardcoding main here - I think maybe we should take this opportunity to support building any random branch/sha/tag here. Then it will be more flexible instead of build main or released version.
> That is a good idea. It gives more flexibility.
>
> Can we put this feature on hold for the next patch, once the basic patch (this one) is done.
sounds good to me.
================
Comment at: llvm/utils/release/build_llvm_release.bat:184
+
+ 7z x -y LLVM-%package_version%-win32.exe -orepack
+ rmdir /s /q repack\$PLUGINSDIR
----------------
CarlosAlbertoEnciso wrote:
> hans wrote:
> > Since it takes quite a while to run, can this repackaging step be put behind a flag?
> Any specific name for the flag?
CompressInstaller maybe?
================
Comment at: llvm/utils/release/build_llvm_release.bat:278
+:run_tests
+ %build_tool% check
+ %build_tool% check-clang
----------------
CarlosAlbertoEnciso wrote:
> CarlosAlbertoEnciso wrote:
> > hans wrote:
> > > thieta wrote:
> > > > Why not `check-all` here?
> > > >
> > > > I also think that output from the testing should be saved to a logfile - similar to our release-test script. That makes it possible to check which tests that failed when running from a CI or similar without having to search the output.
> > > I'm pretty sure check-lldb wouldn't pass. I'm not even sure all these tests pass, note that some of them were commented out for 32-bit builds previously.
> > I have created specific functions for the tests:
> > ```
> > :: Run 32-bits tests.
> > :test_32
> > %build_tool% check || %build_tool% check || %build_tool% check || exit /b 1
> > ...
> > exit /b 0
> >
> > :: Run 64-bits tests.
> > :test_64
> > %build_tool% check || %build_tool% check || %build_tool% check || exit /b 1
> > ...
> > exit /b 0
> > ```
> >
> In relation to the log creation:
> - Do you want a command line option?
> - Any specific name?
LogPath or TestLogPath?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D127938/new/
https://reviews.llvm.org/D127938
More information about the llvm-commits
mailing list