Skip to content

Commit c16f1f5

Browse files
committed
Disable debug make build due to config.status write out freeze bug on github actions
minor other readme / gen fixes
1 parent bf64aea commit c16f1f5

File tree

4 files changed

+4
-4
lines changed

4 files changed

+4
-4
lines changed

.github/packages.txt

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ highlight
1111
libhsts
1212
libpsl
1313
libtasn1
14-
make
14+
make: -NoDebug
1515
openssl
1616
patch
1717
pcre2

.github/workflows/tool_make_build.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -11,4 +11,4 @@ jobs:
1111
uses: ./.github/workflows/tool_build.yml
1212
with:
1313
ToolName: make
14-
14+
NoDebugBuild: true

README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -101,7 +101,7 @@ In short only msys2 needs to be installed along with the Visual Studio Build Env
101101

102102
## MSYS2
103103

104-
https://www.msys2.org/ MSYS2 is a linux sub-system for windows but unlike cygwin largely works not to simulate all things linux but to provide the infrastructure to do native windows compiling. Msys does use some cygwin packages for its env. We don't need any packages installed from the UI just launch a shell once installed or unzipped and then run: `pacman -S pkg-config make gperf rsync autoconf wget gettext-devel automake autogen texinfo git bison python autoconf-archive libtool flex ppatch unzip`. For compiling we use a special way to enter the shell to make sure things we need are available (See Shell Launch below). If you have an existing msys instance and already have various developer tools installed it may screw builds up. Configure scripts look for certain things and either fallback or try alternates when not found. If you have something like GCC or msys/cygwin developer headers for certain packages installed these may take preference and either prevent builds from working, or require additional dlls to work. The best solution is just create a second msys2 install just for this extract the msys2 archive to an alternate path and use the proper launcher to enter that msys and all will be well. Similarly it is possible that if you have certain tools in your default path for windows say gcc or some other app configure looks for you may find again strange behavior. This can be harder to fix as you will need to edit your shell launch script to remove those paths from your path before starting. I would highly recommend adding the environmental variable `MSYS2_ARG_CONV_EXCL="*")
104+
https://www.msys2.org/ MSYS2 is a linux sub-system for windows but unlike cygwin largely works not to simulate all things linux but to provide the infrastructure to do native windows compiling. Msys does use some cygwin packages for its env. We don't need any packages installed from the UI just launch a shell once installed or unzipped and then run: `pacman -S pkg-config make gperf rsync autoconf wget gettext-devel automake autogen texinfo git bison python autoconf-archive libtool flex patch unzip`. For compiling we use a special way to enter the shell to make sure things we need are available (See Shell Launch below). If you have an existing msys instance and already have various developer tools installed it may screw builds up. Configure scripts look for certain things and either fallback or try alternates when not found. If you have something like GCC or msys/cygwin developer headers for certain packages installed these may take preference and either prevent builds from working, or require additional dlls to work. The best solution is just create a second msys2 install just for this extract the msys2 archive to an alternate path and use the proper launcher to enter that msys and all will be well. Similarly it is possible that if you have certain tools in your default path for windows say gcc or some other app configure looks for you may find again strange behavior. This can be harder to fix as you will need to edit your shell launch script to remove those paths from your path before starting. I would highly recommend adding the environmental variable `MSYS2_ARG_CONV_EXCL="*")
105105

106106
### Avoid Packages
107107
Msys should generally have a few tools NOT installed or not in the path including: cmake, any compilers other than MSVC (unless you want to use an alternate one). There also some executables best not to be in your path (see tips & tricks below).

vs_debug_help/coreutils_create.bat

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,3 @@
1-
dotnet-script "%WLB_SCRIPT_FOLDER%\vs_debug_help\DebugProjGen.csx" --exe ls --libraries lib/libcoreutils.a --include_paths . --compile "src/ls.c" src/remove.c src/copy.c src/cp-hash.c src/force-link.c src/selinux.c src/ls-ls.c gnulib/lib/fstat.c gnulib/lib/fts.c gnulib/lib/fstat.c gnulib/lib/readdir.c gnulib/lib/open-safer.c gnulib/lib/stat-w32.c gnulib/lib/stat.c gnulib/lib/readlink.c gnulib/lib/readlinkat.c gnulib/lib/filemode.c src/copy.c
1+
dotnet-script "%WLB_SCRIPT_FOLDER%\vs_debug_help\DebugProjGen.csx" --exe ls --libraries lib/libcoreutils.a --include_paths . --compile "src/ls.c" src/relpath.c src/remove.c src/copy.c src/cp-hash.c src/force-link.c src/selinux.c src/ls-ls.c gnulib/lib/fstat.c gnulib/lib/fts.c gnulib/lib/fstat.c gnulib/lib/readdir.c gnulib/lib/open-safer.c gnulib/lib/stat-w32.c gnulib/lib/stat.c gnulib/lib/readlink.c gnulib/lib/readlinkat.c gnulib/lib/filemode.c src/copy.c
22

33

0 commit comments

Comments
 (0)