summaryrefslogtreecommitdiff
path: root/windows
Commit message (Collapse)AuthorAgeFilesLines
* Change a few HTTP URLs to HTTPS.Lasse Collin2023-03-181-5/+5
| | | | The xz man page timestamp was intentionally left unchanged.
* Windows: build.bash: Copy liblzma API docs to the output package.Lasse Collin2023-03-171-1/+2
|
* Windows: Add microlzma_*.c to the VS project files.Lasse Collin2023-03-176-0/+12
| | | | These should have been included in 5.3.2alpha already.
* Windows: Update INSTALL-MSVC.txt to recommend CMake over project files.Lasse Collin2023-01-101-7/+12
|
* Build: Add missing stream_decoder_mt.c to .vcxproj files.Jia Tan2023-01-066-0/+6
| | | | | The line in the .vcxproj files for building with was missing in 5.4.0. Thank to Hajin Jang for reporting the issue.
* Change the bug report address.Lasse Collin2022-11-301-1/+1
| | | | | | | It forwards to me and Jia Tan. Also update the IRC reference in README as #tukaani was moved to Libera Chat long ago.
* Build: Add string_conversion.c to CMake, DOS, and VS files.Lasse Collin2022-11-306-0/+6
|
* Windows: Update the VS project files for ARM64 and .lz support.Lasse Collin2022-11-099-4/+49
|
* Windows: Fix broken liblzma.dll build with Visual Studio project files.Lasse Collin2022-08-183-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.
* spellingAntoine Cœur2019-05-111-1/+1
|
* Windows: Update VS version in windows/vs2019/config.h.Lasse Collin2019-05-011-1/+1
|
* Windows: Upgrade solution itselfJulien Marrec2019-05-011-2/+5
|
* Windows: Upgrade solution with VS2019Julien Marrec2019-05-012-14/+16
|
* Windows: Duplicate windows/vs2017 before upgradingJulien Marrec2019-05-014-0/+937
|
* Windows/VS2017: Omit WindowsTargetPlatformVersion from project files.Lasse Collin2019-01-133-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".
* Windows: Fix paths in VS project files.Lasse Collin2017-09-164-36/+36
| | | | | Some paths use slashes instead of backslashes as directory separators... now it should work (I tested VS2013 version).
* Windows: Update VS2017 project files to include file info decoder.Lasse Collin2017-09-162-0/+4
|
* Windows: Add project files for VS2017.Lasse Collin2017-09-164-0/+935
| | | | These files match the v5.2 branch (no file info decoder).
* Windows: Update VS2013 project files to include file info decoder.Lasse Collin2017-09-162-0/+4
|
* Windows: Move VS2013 files into windows/vs2013 directory.Lasse Collin2017-09-164-279/+279
|
* Update the home page URLs to HTTPS.Lasse Collin2017-04-192-2/+2
|
* Windows/MSVC: Update config.h.Lasse Collin2015-11-031-0/+6
|
* Windows: Define DLL_EXPORT when building liblzma.dll with MSVC.Lasse Collin2015-08-091-6/+6
| | | | | | | src/liblzma/common/common.h uses it to set __declspec(dllexport) for the API symbols. Thanks to Adam Walling.
* Windows: Omit unneeded header files from MSVC project files.Lasse Collin2015-08-092-10/+0
|
* Windows: Update the docs.Lasse Collin2015-06-192-1/+48
|
* Windows: Add MSVC project files for building liblzma.Lasse Collin2015-06-193-0/+795
| | | | Thanks to Adam Walling for creating these files.
* Windows: Fix bin_i486 to bin_i686 in build.bash.Lasse Collin2014-12-211-1/+1
|
* Windows: Update build instructions.Lasse Collin2014-12-201-23/+21
|
* Windows: Update the build script and README-Windows.txt.Lasse Collin2014-12-202-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.
* Windows: Define TUKLIB_SYMBOL_PREFIX in config.h.Lasse Collin2014-12-191-0/+3
| | | | It is to keep all symbols in the lzma_ namespace.
* Windows: Add config.h for building liblzma with MSVC 2013.Lasse Collin2014-01-121-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.
* Add native threading support on Windows.Lasse Collin2013-09-172-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.
* Windows: Update notes about static linking with MSVC.Lasse Collin2012-04-291-4/+9
|
* Build: Fix "make check" on Windows.Lasse Collin2011-09-061-0/+2
|
* Remove doubled words from documentation and comments.Lasse Collin2011-04-121-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.
* Build: Copy the example programs to $docdir/examples.Lasse Collin2010-10-261-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".
* Windows: Put some license info into README-Windows.txt.Lasse Collin2010-10-091-4/+4
|
* Windows: Fix a diagnostics bug in build.bash.Lasse Collin2010-10-091-1/+1
|
* Windows: Make build.bash prefer MinGW-w32 over MinGW.Lasse Collin2010-10-091-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>.
* Windows: Copy COPYING-Windows.txt (if it exists) to the package.Lasse Collin2010-10-091-2/+12
| | | | | Also, put README-Windows.txt to the doc directory like the other documentation files.
* Windows: Fix build.bash again.Lasse Collin2010-10-081-3/+4
| | | | 630a8beda34af0ac153c8051b1bf01230558e422 wasn't good.
* Windows: Make build.bash work without --enable-dynamic=no.Lasse Collin2010-10-071-2/+2
|
* Move version.sh to build-aux.Lasse Collin2010-09-281-1/+1
|
* Windows: Add a note about building a Git repository snapshotLasse Collin2010-07-271-0/+9
|
* Windows: build.sh is a bash script so name it correctly.Lasse Collin2010-07-272-6/+6
|
* Windows: Don't strip liblzma.a too much.Lasse Collin2010-07-271-1/+2
|
* Collection of language fixes to comments and docs.Lasse Collin2010-02-121-2/+2
| | | | Thanks to Jonathan Nieder.
* Fix typos in comments.Lasse Collin2010-02-011-1/+1
|
* Fix a comment.Lasse Collin2010-02-011-3/+2
|
* Revise the Windows build files.Lasse Collin2010-01-316-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.
View Lorry Controller Status