Skip to the downloads

News 20100315: We're back up, and WPG64 is still alive. Updates soon!

News 20091108: There will now be two small (standalone) updates to the core of WPG System64 prior to the final 2.0 release. The first, 1.99.1p, is now released and posted! It contains the new stable Binutils 2.19.92, the new stable 1.0 final release of Mingw-w64, and some bonus pieces (wget, cmake, and the missing cscope.) 1.99.2p, another standalone update, to be released within a couple days, will contain the latest gcc 4.5.0 trunk with all the new functionality that has been merged with it (see the news archive), Binutils 2.20.51 (the new experimental Binutils) for use with gcc 4.5.0, and Git. The final release 2.0 will follow shortly thereafter; ffmpeg with virtually all external libraries has already almost been finished among many other things. A new, easy-to-navigate evolution of a web page for WPG System64 is coming soon, too! We are still looking for talent for help with QT, Python, scripting for installation etc, and any areas of talent that would be suitable. Email Xenofears.

News 20091001: The new 1.99p version of WPG System64 is up! It is a preview for the upcoming release 2.0. This is the last time you will need to download the entire system to make any updates. Release 2.0 will come in both full and update pack form, and will come with an optional (internal) installer/configure utility, so you can download the package and not worry about having to do it again anymore. The two pre-releases to the major 2.0 release have been packaged as updates to 1.99p. WPG System64 is portable, designed to write nothing to the registry or any global files, so the new pre-configured Codeblocks and Codelite that are included can be used side-by-side any installed versions, and load inside the MSys Shell so that they have full support and capabilities of WPG System64, so use the included shortcuts, which point at batch files in the etc directory. There is an "official" unicode build of wxWidgets included, and quite a bit more. Mingw-w64 import crt has been updated to the new stable branch pre-release 1.0. Dynamic languages will be the focus for the final release 2.0, especially Python. We rely on your feedback and bug reports, please send them this way! Enjoy!

Apparently there is a following for Mingw-w64 and WPG System64 from Chess Programmers. Welcome! I have tried to provide all your typical tools, but there is always room to grow.

We have our own built Gimp and GTK+, and integrated, pre-configured Codeblocks and Codelite IDEs! The library collection toolchain is growing huge. The toolchains are also fully capable of producing 32-bit code by using gcc with -m32 for multilib. See the Release Notes and Changelog for further information, or see the entire contents. It is critical that you update your /etc/profile for the new version (1.99) and use the new shortcuts, or the batch files they reference in /etc. Copy and paste any /etc/profile customizations into the new configured profile.

Download WPG System64 1.99.1 update (Archive Fixed). You must have 1.99 installed! Simply extract to c:\, and you are good to go! 7z File size is a mere 12MB. (Changelog & Notes)

Horizonchess Mirror: Download WPG System64 1.99.1 update (Archive Fixed)

Download WPG System64 1.99-preview (Readme) (Changelog: See What's New)
The file size is up a bit at 360MB.

Horizonchess Mirror: Download WPG System64 1.99-preview

CScope/tempdir/hidden folders/files Notes: The release above should have come with a Cygwin-DLL freed version of cscope to go along with codelite, it is in the 1.99.1 update. Note that it doesn't accept the MSys /tmp, which is an emulated link to the user's Windows temp directory, an exception to the portability of WPG64, and thus won't work. This will be changed by adding "export TMPDIR=$HOME/.tmpdir" to the /etc/profile and executing "mkdir $HOME/.tmpdir" in an MSys shell. The period makes it invisible, use ls -a to show the invisible folders. There may be several in your home directory, app setting and the like.

Previous Release: Download WPG System64 1.4b

WPG System64 is a development environment for Windows, with full support for Windows XP, Vista (SP1+), and Windows 7, and builds binaries for native Windows (msvc) using standard ABI and headers. The Mingw-w64 import crt powering full-featured gcc toolchains (stable & experimental) offer large compatibility with Visual Studio, and you should have no troubles migrating any projects to gcc/autotools(Posix Configure, Automake, Libtool.) It also has 32-bit import crt libraries for 32-bit output. It runs in MSys Phoenix, but has tons of tools that do not require it, including Mingw64-make.

Why use WPG System64? (Not including the fact that it is free!)

• Complete Portability. No registry messes, no obscure settings. No setup. No hassle. Use what you need, leave what you don't. Change global settings with a single configuration file.
• Complete 64-bit Support. Get the most from your architecture, and stay ahead of the curve, without worrying about mixing and matching. Many first-time unique 64-bit and 64-bit Windows ports included!
• GCC as it was meant to be. Native, all the languages, all the libraries, and all the dependencies, with shared mathlibs for peak performance and compact compilers. Multilib for easy 32-bit output. Full featured GNU Debugger. Complete Java support via Sun's JDK and Apache Ant. GCC 4.4.2 for production and GCC 4.5.0 for regular use, as you choose, both built with a 3-stage native bootstrap, showing proven reliability from either.
• Powered by the Mingw-w64 import crt; provides superb compatibility and convenience, using the native msvc Windows runtime. Build with Posix Autotools, bringing your Linux tools to Windows with ease, and get more than the typical VC limited build setups. Enjoy full Windows code compatibility going back to pre-2005 VC for VC-written/driven code.
• Integrated native builds of common dynamic languages including Tcl/Tk, Perl, Python, Ruby, Lua, OCaml, Guile, and PHP. Several common IDEs included, ready-to-go out-of-the-box, including Codeblocks, Codelite, QT, the VIM editor.
• Massive backend library collection, consisting of over a thousand libraries. Need a feature? Need a DLL? Find it at your fingertips. No more DLL hunting.
• Complete development installations of all libraries. (Static and DLL Import Libraries.) Shared (DLL) libraries are always built, and static are included for your own choice. No missing development files.
• No shortcuts. Real Functional Gettext internationalization support, all man/doc/html help with included viewers, and all other package data included, with most or all optional dependencies met; for dependencies of dependencies.
• No falling behind. WPG System64 is kept up-to-date with latest working releases and development trunk builds. While in a beta state, all packages are tested if testsuites are provided. Critical code is never released without being tested.
• Posix and Windows interchangably, thanks to the modified MSys (Phoenix) base. The best of both worlds. Posix-Style Centralized-by-type file system allowing for smaller paths and easy-to-find files. Notably faster than Cygwin.
• Extremely Compact for a total development solution. Easily extend the features to a non-bundled system and to your server.
• Open Source. Need the code? You got it! With patches, if relevant. Despite being monolithic, every bug gets full attention. There is significant 3rd party (i.e. the Project's) documentation. A lot of dedication for a free project.
• Future releases will be available as updates, with detailed information on the changes.

Some Fine Print:

Some of the functionality above will be introduced in the next release, 2.0. Includes: Python (extensive), other Dynamic Languages, Vim, Native-Built Codeblocks, Codelite, GCC Ada & Libjava.

The lzma compression is extreme. I have to think of what is appropriate uncompressed, as not everyone has unlimited storage space, and the scope must be defined. I have not abandoned the idea of service/update packs, they will be implemented with the 2.0 release. You should use the defaul /usr/local and your home directory for your own files and output, and you will be able to update to new releases easy without any worry. As of the next release, there will be a simple portable installer to set up links and offer users easy access to default settings as well. To stay updated on future releases, subscribe to our w64-mail newsletter!

IMPORTANT NOTE: For consistency (and error isolation), and because static libraries tend to be used if they are present, all the static libraries have been removed from the system64/lib and the gcc subdirectories. They are all in alternate_libs_bin. You can then make your own choices.

MINGW-W64 IMPORT CRT NOTES: Release 1.99p had the Mingw-w64 crt updated to the stable pre-release 1.0 (SVN revision 1424.) This was updated to the final 1.0 release in the 1.99.1p update. Revision 1103 is included in system64/alternate_libs_bin directory; It was declared stable, by the unofficial judgement of Cadforte (and all the successful builds!) We would only advise using the old version if you have a problem with the new and want to try to debug it. (Copy the lib,lib32,include dirs to system64/x86_64-w64-mingw32, deleting what is already there.)

What is WPG System64 Project?

WPG System 64 is made with the goal of creating a 100% 64-bit Windows native development and posix environment, provided as a single development environment for the imaging, gcc (c/c++/fortran, soon Ada), Java, and the dynamic languages audiences. It is built on a very large base of open-source libraries, builds done with all significant dependencies, and giving the most to you. While this is a Posix environment, everything is built to Native Windows, allowing developers to use libraries and applications that were previously unavailable for a WIndows 64-bit (or 32-bit) target, unlike Cygwin.

Unfortunately there is no 64-bit posix emulator/environment for Windows, so we have to use 32-bit MSys to provide that environment for now. MSys isn't required for building using the native 64-bit gcc, however, and alternate Make-Mingw64 is provided. Eventually the goal is to replace MSys with a 64-bit ported environment without any unique dependencies (i.e. msvc likely.) For now, we use MSys Phoenix as a foundation.

So far it is not bad overall for the 64-bit goal, and Xenofears has been working hard porting as many libraries and applications as possible vigorously, and updating the project frequently. There is almost no 32-bit code left except for porting, aside from the MSys Phoenix base.

The secondary goal of this project is to provide portable shared libraries (DLLs) with all builds, easily used by native Windows; however static libraries will still be provided if users elect to use them. There are too many broken DLLs out there, and not enough 64-bit ones. With this project, it has already solved many missing/broken DLL issues, the list is quite long.

So, what is in 64-bit, Provided by this System?

Of course, every component can not be accounted for here, that is what release notes and changelogs are for, and the Wiki page, where there is a link to a virtually complete contents list. But here's an incomplete rundown of the composition:

First and foremost, there is 64-bit Windows Native GCC, both 4.4.2 and and 4.5.0 side-by-side, powered by Mingw-w64 in Multilib for 32-bit targets as well (GCC 4.5.0 only), built on 64-bit assembler, linker, and Binutils. Due to bugs in GCC, this is no small accomplishment, especially considering parts of it are optimized. All languages (c, c++, obj-c, obj-c++, fortran) are functional except Java and, at this time, Ada. You can expect Ada support to come soon. GCC was compiled in a native 3-stage bootstrap for both versions, ensuring reliability and maximizing optimization.

The GCC toolchain is a top-to-bottom shared library toolchain (the math backend and NLS), built with optimization itself, creating small executables and high performance (note however producing high performance output slows down the compiler.) That toolchain contains (all 100% with tests, stable):

The mathlib toolchain contains (all fully passed tests, latest versions): GMP 4.3.1: LIBGMP, LIBGMPXX (shared only), LIBMP (shared only), LIBMPFR 2.4.1, LIBMPC 0.6, PPL 0.10.2: LIBPPL, LIBPPL_C [Complete], CLooG_PPL 0.15 SNAP 20090622

With Auxillary Libraries: Libiconv 1.13, Gettext/Libintl 0.17 (with circular dependencies, all exe's, rebuilt in 1.2b release)

Then there are the Multilib GCC Libraries (currently i149872): Libgcc, Libcpp, Libssp, Libgfortran, Libsupc++, Libstdc++, LibObjc, Libffi (4.5.0 only), Libgomp, Libgc and Libcord (Boehm; 4.5.0 only), Libobjc-gc (4.5.0 only), and Libada (Libada pushed back again to next release, currently requires cross-compiler.)

And, of course, built with the solid Mingw-w64 crt library (currently built with i1275, updated to stable branch pre-release 1.0)

But that is not the end. This is to be a complete native WPG 64-bit system.

Major non-GNU Components:

Java: Sun Java SDK x64 (Sun Java JRE6), Apache Ant 1.7.1 (Java 'Make')
Perl: ActivePerl 5.10 x64* (from here, 5.8 version available.) Also see MSys Perl below.
Python: ActivePython 2.6.2.2 x64* (from here, 3.1 beta version available.) This will be replaced by native-built Python in WPG64 2.0.
SVN: Silksubversion 1.6.3** For x64 SVN support. It is excellent, and has server capabilities.

*These are ActiveState products [www.activestate.com], and are highly recommended. Their Komodo GUI interface for OOP Programming is excellent.

**Silksubversion is excellent, has server capabilities. At Silksuberversion they also sell high-end (quality) SVN hosting.

That's not it! There are literally hundreds of further tools and even large apps built with Mingw-w64:

New TCL/TK, using 8.6 beta (best 64-bit compatibility.)
wxWidgets 9.0, Official Build, Unicode, Windows, all functionality.
Integrated Pre-Configured Codeblocks IDE 8.02 (to be built native 64-bit)
Integrated Pre-Configured Codelite IDE 1.0.3034 (to be built native 64-bit)
Gimp 2.6.6 (GEGL 0.0.18-1, BABL 0.0.22)
GTK+ 2.16.15 (ATK 1.27.90, Cairo 1.8.8, Pango 1.25.4, Freetype2 2.3.9, Fontconfig 2.7.1, Pixman 0.10.1)
SDL 1.3-20090819 (Simple DirectMedia Layer)
Numerous Imaging Librares (libjpg 6b & ijg 7, libpng 1.4, Libtiff 3.8.1, Libmng 1.0.10, many more.)
OpenSSL 1.0 (Rebuilt, shared, all engines, fully tested), Libssh2 1.2, Curl 7.19.6, Full Putty Suite 0.59 x64
ffmpeg (all-LGPL; external engines, GPL version next release)
GDB 6.8.50-20090802 (The source-level GNU debugger, full Expat, Iconv, Libintl, and Termcap support.)
A huge reference/debug header set for Win32
Win32-Pthreads 1.9.0-cvs x64 (and x86 for multilib)
Expat 2.0.1
Man 1.6
Groff 1.20.1
PDCurses (CVS HEAD)
Zlib 1.2.3
Regex 2.10 (WPG System64 Customed)
Readline 6
Glib 2.21.3
Libxml2 2.7.2
xz 4.999.8
...and now much more! See the wiki page for a full contents list.

What are the rest of the components (32-bit Win / MSys)?

MSys (1.0.11): Coreutils 5.9.7, MSys Make 3.8.1, plus added CVS 1.0.11-1, Bison 2.3, Flex 2.5.33.
(MSys Coreutils provides a rather diverse and large set of utilities. See the MSys Phoenix page for all the extras and updates it provides.)

Msys Phoenix 1.3b (1.0.11): Rebuilt/new by Jon_y: SED 4.2.1, M4 1.4.13, File 5.03, Grep 2.54, MSys Perl 5.8, MSys Perl 5.10, Berkeley DB 4.7, Nano Text Editor 2.19

From mingw.org: mingw32_make 3.8.1 (We now have mingw64_make!)

Autotools/Libtool: Libtool/ltdl 2.2.6 (64-bit), Autoconf 2.63 (noarch), Automake 1.11 (noarch), Automake 1.10 (noarch)

What are the current limitations and what should I expect for future releases?

Current bugs and limitations: This is not possible to list here anymore. Refer to the evolving readme.

Expect for the slightly further future (far from all-inclusive): Bug fixing, GPL (Gnu Pascal Compiler), GCD (Gnu D Compiler), working x64 native static mathlib chain, GIMP (done), GTK+ (done), VIM, GIT, Perl 5.10 (native built), guile, libarchive/tar. x64 M4, Flex, Bison, Sed (all very difficult). A Newlib & Glib Foundation for the MSys x64 Port. See the Wiki Page up-to-date future update possibilities.

If you would like to make any requests, or have another suggestion, by all means email Xenofears [me], or preferrably post on our new Wiki!