| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
| |
As reported in https://github.com/skeeto/w64devkit/issues/35
there's a problem creating Windows resources using the native
version of `windres`.
Avoid passing arguments to `windres` that it can't handle by
stringizing the version string locally in resource.rc.
(GitHub issue #239)
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
There seems to be a bug in the Windows/MSYS2/mingw-w64 toolchain
which results in the generated win32/resources/built-in.o lacking
relocation data.
Forcing an actual C program to be linked along with the resources
appears to be an effective workaround.
When the toolchain bug is resolved this commit can be reverted.
See GitHub issue #200.
|
| |
|
|
| |
Hey, look! It's 2021 already.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
The manifest included here wasn't effective in telling Windows
about version compatibility. Use the default manifest provided
by MinGW-w64 instead.
On Fedora this requires installing the mingw32-windows-default-manifest
and/or mingw64-windows-default-manifest packages.
|
| |
|
|
|
|
|
|
| |
Fix the build system so the KBUILD_OUTPUT environment variable can be
used as intended: to specify that object files are placed in a separate
directory from the source.
Also ensure that busybox-w32.manifest is deleted by 'make mrproper'.
|
|
|
Since more than just icon resources are now provided give various
files more appropriate names.
|
