aboutsummaryrefslogtreecommitdiff
path: root/windows (follow)
AgeCommit message (Collapse)AuthorFilesLines
2022-08-18Windows: Fix broken liblzma.dll build with Visual Studio project files.Lasse Collin3-0/+18
The bug was introduced in 352ba2d69af2136bc814aa1df1a132559d445616 "Windows: Fix building of resource files when config.h isn't used." That commit fixed liblzma.dll build with CMake while keeping it working with Autotools on Windows but the VS project files were forgotten. I haven't tested these changes. Thanks to Olivier B. for reporting the bug and for the initial patch.
2019-07-13spellingAntoine Cœur1-1/+1
2019-05-01Windows: Update VS version in windows/vs2019/config.h.Lasse Collin1-1/+1
2019-05-01Windows: Upgrade solution itselfJulien Marrec1-2/+5
2019-05-01Windows: Upgrade solution with VS2019Julien Marrec2-14/+16
2019-05-01Windows: Duplicate windows/vs2017 before upgradingJulien Marrec4-0/+933
2019-05-01Windows/VS2017: Omit WindowsTargetPlatformVersion from project files.Lasse Collin3-2/+4
I understood that if a WTPV is specified, it's often wrong because different VS installations have different SDK version installed. Omitting the WTPV tag makes VS2017 default to Windows SDK 8.1 which often is also missing, so in any case people may need to specify the WTPV before building. But some day in the future a missing WTPV tag will start to default to the latest installed SDK which sounds reasonable: https://developercommunity.visualstudio.com/content/problem/140294/windowstargetplatformversion-makes-it-impossible-t.html Thanks to "dom".
2018-03-28Windows: Fix paths in VS project files.Lasse Collin4-36/+36
Some paths use slashes instead of backslashes as directory separators... now it should work (I tested VS2013 version).
2018-03-28Windows: Add project files for VS2017.Lasse Collin4-0/+935
These files match the v5.2 branch (no file info decoder).
2018-03-28Windows: Move VS2013 files into windows/vs2013 directory.Lasse Collin4-279/+279
2018-03-28Update the home page URLs to HTTPS.Lasse Collin2-2/+2
2016-06-28Windows/MSVC: Update config.h.Lasse Collin1-0/+6
2015-09-25Windows: Define DLL_EXPORT when building liblzma.dll with MSVC.Lasse Collin1-6/+6
src/liblzma/common/common.h uses it to set __declspec(dllexport) for the API symbols. Thanks to Adam Walling.
2015-09-25Windows: Omit unneeded header files from MSVC project files.Lasse Collin2-10/+0
2015-09-25Windows: Update the docs.Lasse Collin2-1/+48
2015-09-25Windows: Add MSVC project files for building liblzma.Lasse Collin3-0/+795
Thanks to Adam Walling for creating these files.
2014-12-21Windows: Fix bin_i486 to bin_i686 in build.bash.Lasse Collin1-1/+1
2014-12-20Windows: Update build instructions.Lasse Collin1-23/+21
2014-12-20Windows: Update the build script and README-Windows.txt.Lasse Collin2-23/+30
The 32-bit build is now for i686 or newer because the prebuilt MinGW-w64 toolchains include i686 code in the executables even if one uses -march=i486. The build script builds 32-bit SSE2 enabled version too. Run-time detection of SSE2 support would be nice (on any OS) but it's not implemented in XZ Utils yet.
2014-12-19Windows: Define TUKLIB_SYMBOL_PREFIX in config.h.Lasse Collin1-0/+3
It is to keep all symbols in the lzma_ namespace.
2014-01-12Windows: Add config.h for building liblzma with MSVC 2013.Lasse Collin1-0/+139
This is for building liblzma. Building xz tool too requires a little more work. Maybe it will be supported, but for most MSVC users it's enough to be able to build liblzma. C99 support in MSVC 2013 is almost usable which is a big improvement over earlier versions. It's "almost" because there's a dumb bug that breaks mixed declarations after an "if" statements unless the "if" statement uses braces: https://connect.microsoft.com/VisualStudio/feedback/details/808650/visual-studio-2013-c99-compiler-bug https://connect.microsoft.com/VisualStudio/feedback/details/808472/c99-support-of-mixed-declarations-and-statements-fails-with-certain-types-and-constructs Hopefully it will get fixed. Then liblzma should be compilable with MSVC 2013 without patching.
2013-09-17Add native threading support on Windows.Lasse Collin2-15/+10
Now liblzma only uses "mythread" functions and types which are defined in mythread.h matching the desired threading method. Before Windows Vista, there is no direct equivalent to pthread condition variables. Since this package doesn't use pthread_cond_broadcast(), pre-Vista threading can still be kept quite simple. The pre-Vista code doesn't use anything that wasn't already available in Windows 95, so the binaries should run even on Windows 95 if someone happens to care.
2012-04-29Windows: Update notes about static linking with MSVC.Lasse Collin1-4/+9
2011-09-06Build: Fix "make check" on Windows.Lasse Collin1-0/+2
2011-04-12Remove doubled words from documentation and comments.Lasse Collin1-1/+1
Spot candidates by running these commands: git ls-files |xargs perl -0777 -n \ -e 'while (/\b(then?|[iao]n|i[fst]|but|f?or|at|and|[dt]o)\s+\1\b/gims)' \ -e '{$n=($` =~ tr/\n/\n/ + 1); ($v=$&)=~s/\n/\\n/g; print "$ARGV:$n:$v\n"}' Thanks to Jim Meyering for the original patch.
2010-10-26Build: Copy the example programs to $docdir/examples.Lasse Collin1-1/+2
The example programs by Daniel Mealha Cabrita were included in the git repository, but I had forgot to add them to Makefile.am. Thus, they didn't get included in the source package at all by "make dist".
2010-10-09Windows: Put some license info into README-Windows.txt.Lasse Collin1-4/+4
2010-10-09Windows: Fix a diagnostics bug in build.bash.Lasse Collin1-1/+1
2010-10-09Windows: Make build.bash prefer MinGW-w32 over MinGW.Lasse Collin1-9/+9
This is simply for licensing reasons. The 64-bit version will be built with MinGW-w64 anyway (at least for now), so using it also for 32-bit build allows using the same copyright notice about the MinGW-w64/w32 runtime. Note that using MinGW would require a copyright notice too, because its runtime is not in the public domain either even though MinGW's home page claims that it is public domain. See <http://marc.info/?l=mingw-users&m=126489506214078>.
2010-10-09Windows: Copy COPYING-Windows.txt (if it exists) to the package.Lasse Collin1-2/+12
Also, put README-Windows.txt to the doc directory like the other documentation files.
2010-10-08Windows: Fix build.bash again.Lasse Collin1-3/+4
630a8beda34af0ac153c8051b1bf01230558e422 wasn't good.
2010-10-07Windows: Make build.bash work without --enable-dynamic=no.Lasse Collin1-2/+2
2010-09-28Move version.sh to build-aux.Lasse Collin1-1/+1
2010-07-27Windows: Add a note about building a Git repository snapshotLasse Collin1-0/+9
2010-07-27Windows: build.sh is a bash script so name it correctly.Lasse Collin2-6/+6
2010-07-27Windows: Don't strip liblzma.a too much.Lasse Collin1-1/+2
2010-02-12Collection of language fixes to comments and docs.Lasse Collin1-2/+2
Thanks to Jonathan Nieder.
2010-02-01Fix typos in comments.Lasse Collin1-1/+1
2010-02-01Fix a comment.Lasse Collin1-3/+2
2010-01-31Revise the Windows build files.Lasse Collin6-645/+435
The old Makefile + config.h was deleted, because it becomes outdated too easily and building with the Autotools based build system works fine even on Windows. windows/build.sh hasn't got much testing, but it should work to build 32-bit x86 and x86-64 versions of XZ Utils using MSYS, MinGW or MinGW-w32, and MinGW-w64. windows/INSTALL-Windows.txt describes what packages are needed and how to install them. windows/README-Windows.txt is a readme file for the binary package that build.sh hopefully builds. There are no instructions about using Autotools for now, so those using a git snapshot may want to run "autoreconf -fi && ./configure && make mydist" on a UN*X box and then copy the resulting .tar.gz to a Windows.
2010-01-17Updated windows/Makefile.Lasse Collin2-13/+27
Thanks to Dan Shechter for the patch. It is likely that windows/Makefile will be removed completely, because Autotols based build nowadays works well with both 32-bit and 64-bit MinGW (I just need to update the docs).
2009-09-11Add PACKAGE_HOMEPAGE to {windows,dos}/config.h to fix build errors.Lasse Collin1-0/+3
2009-06-27Moved the Windows resource files outside the windows directoryLasse Collin6-82/+19
to prepare for building them with Autotools.
2009-06-26Rename process.[hc] to coder.[hc] and io.[hc] to file_io.[hc]Lasse Collin1-2/+2
to avoid problems on systems with system headers with those names.
2009-06-26Ugly hack to make it possible to use the thousand separatorLasse Collin1-10/+3
format character with snprintf() on POSIX systems but not on non-POSIX systems and still keep xgettext working.
2009-06-26Added missing source files to windows/Makefile.Lasse Collin1-0/+2
2009-06-26Basic support for building with Cygwin and MinGW usingLasse Collin1-9/+7
the Autotools based build system. It's not good yet, more fixes will follow.
2009-06-04Fix purporse -> purpose. Thanks to Andrew Dudman.Lasse Collin1-1/+1
Released .xz spec 1.0.2 due to this fix too.
2009-04-13Put the interesting parts of XZ Utils into the public domain.Lasse Collin1-1/+1
Some minor documentation cleanups were made at the same time.
2009-02-17Added lzma_easy_buffer_encode(). Splitted easy.c into smallLasse Collin1-1/+5
pieces to avoid unneeded dependencies making statically linked applications bigger than needed.
2009-02-13Windows port: Take advantage of the version number macros.Lasse Collin3-24/+9
Now the version number is not duplicated in the Windows-specific files anymore.
2009-02-10Added resource files for the Windows build.Lasse Collin6-15/+88
2009-02-07MinGW support: Don't build fastpos_tablegen.c as part ofLasse Collin2-33/+69
liblzma. Build both static and dynamic liblzma, and also static and dynamic versions of the command line tools.
2009-02-06Some MSYS installations (e.g. MsysGit) don't includelarhzu/v4.999.8betaLasse Collin2-10/+13
install.exe, so don't rely on it.
2009-02-05Added initial experimental makefile for use with MinGW.Lasse Collin3-0/+597
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-20 07:04:02 +0000