last version of C::B Advanced

[revelator]

The Msys2 runtime bug has been fixed.

To all users do a pacman-db-upgrade followed by pacman-key --init and pacman-key --populate, next run
pacman -Syu to upgrade components.

Sadly there seems to be a bug with the mingw-build scripts for the x86_64 compiler so i cannot yet produce a full MinGW64 compiler as it fails on the step
to use the newly built compiler to build python and gdb.

[revelator]

Next version will have popt and cygutils built in.
Cygutils are nice for easy creation of shortcuts to tools that normally would need one to handcraft these with sometimes very long variables.
It can also put icons on the created shortcuts .
Also several other tools in this package.

[revelator]

Pushing things to the max and including QT4 + QtCreator.
So now you have a nice gui editor and QtCreator has a rather nice frontend for gdb so debugging becomes a bit easier.
i have also modified a few things so that the MinGW compilers now have a local dir specific to them, atm its used for the go compiler (google language compiler).
QT will be located in /mingw32 or 64/opt and will be on path by default but can easily be removed by moving the /etc/profile.d/qt-setup.sh script to /etc/profile.d/disabled.
qtbinpatcher is included and is needed if you install my package anywhere but the default, it will patch the QT dll's and executables to the new path (read the readme for instructions on how).
I will also start work on an installer for my package that will also run qtbinpatcher with the right variables as well as setting up default stuff.
Postgresql is also included so you have a very powerfull SQL database at your hands,
its not super easy to manage because only the console executables are installed but i made a batch file for setting up a default DB and if it allready exists start the database server (windows console mode only).
You can get a gui for managing postgres from the postgresql site, it helps quite a bit .

[frag.machine]

Yup, pgAdmin III FTW

[revelator]

Hehe correct.
I decided to make QT integral as its path needs to come before the MinGW compilers, had to make a buildscript by hand because qt-creator expects the private headers to be in the compilers search path and they are not installed by defailt.
No mysql support yet in QT because of some problems with mysql-connector (working on it) postgres works though and odbc is also in.

also fixed a bug in the MinGW64 headers when building gcc, urlmon.h uses a pragma for including uuid.lib but that causes an error with gcc bootstrap so i recreated the header from the idl modified to only allow this pragma with a compiler that understands it.

QT unfortunatly takes a long time to compile so be patient for the next release

[revelator]

Ok allmost done 64 bit QT creator building now and all seems to work as expected.

[revelator]

Msys2 profile changed a bit to add in the paths for the local and opt directories under the mingw compilers.

QT works perfectly but should be started via the Msys2 shell because it depends on some of the MinGW dll's, dont worry though my shell wrapper also has a tab for normal windows console mode

[revelator]

Installer builds are cooking nicely and should be done sometime tomorrow.
Installer will install in C:\Msys32 or C:\Msys64 by default and the user cannot change that. Reason i made it like that is to keep first time users from installing it in say
C:\program files (x86) which would break both the compiler and QT. The reason it breaks is that the compilers dont like PATHS with spaces and second the %PROGRAM_FILES% PATH is restricted on newer windows
so tools cannot write data in it.

The installer auto patches the QT dll's and executables to work in the directory where they are installed.
It runs a post autorebase on Msys2 to avoid dll races that would kill the Msys2 shell, it also sets up files and links for the Msys2 environment.
Reason this is needed is that the Msys2 main dll has a fixed base address so dependant dll's need to not try to write to its base address. (do not try to change the dll's to use aslr it does not work).

Both QT and Go can be used from a normal Windows console using ConEmu's tabs for that.
They also work with The Msys2 shell .

The Suite is large so be sure to have enough space on C:\ and only install one of them, Msys32 is for non 64 bit OS like XP but can be used on 64 bit OS if you want.
Remember though the MinGW64 compiler also installs on XP you cannot use a 64 bit compiler on a 32 bit OS, use MinGW32 instead.

If on Win7 or Vista or Win 8 64 use the Msys64 installer, it can still make 32 bit executables using the MinGW32 compiler.
The included CodeBlocks works on Both 32 and 64 bit OS but even though it detects the MinGW64 compiler you cannot use it on a 32 bit OS.

I included the Portable version of MikTex and its setup to work with Both MinGW32 and MinGW64, it can also be used to create documentation from sources using autotools like a gcc bootstrap,
besides allowing you to make your own documentation in pretty much any format .

Noteable stuff from the MinGW compilers.
Intel threading building blocks compiled for MinGW64.
Boost libraries.
Postgres SQL.
libsanitizer support.
clang + LLVM that work using the gcc libraries.
experimental polycc compiler for auto optimization using libgomp and graphite (not fully there yet).
Python with scons pyrexc and pywin addons (Built using MinGW32/64).
mysql-connector/C (interface to link up with the MySql libraries).
CdrTools (in case you want to make your own ISO's from a project).
Open Caml (Caml Language Compiler).
Clisp(One of the oldest managed languages, used in NASA's first computers. Very stable).
Ghostscript.
NetPbm(image tools).
tcsh tclsh wish (windows versions of some posix shells).
Go compilers.
Lua Support.
Mesa GLSL compiler and Support libraries.
GTK and friends.
ICU (unicode support libraries).
OPENSSL.
Stlport compiled for the MinGW compilers in case you need some functionality from these libraries.

A whole slew of multimedia and image libraries + opencv, to many to list.

[revelator]

Final installer version is here, tested rigorously and fully working.

64 bit Msys2 based version here
32 bit Msys based version here

QT autopatching to new path at install time.
Msys2 dll's autorebased at install time.
Standard and MinTTY based shell shortcuts created.
The MinTTY based shells can be modified by removing the REM in the batch files for supporting native symlinks and using qtcreators gdb frontend.
GDB has python pretty printers and ncurses support if you prefer using the console.
Gcc is version 4.9.1.
Binutils are version 2.24 modified to install the libiberty support headers for use in things that can use em.
The 32 bit gcc has libsanitizer support, the 64 bit version does not yet support it (missing interfaces).
Binutils support plugins and is linked to a modified dlfcn win32 version by me. The LTO compiler from gcc is used as a plugin for binutils also.

To use qtcreator or QT in general start them by using the shell (windows or msys2 version) this will make sure that paths are setup correctly,
and also ensures needed support dll's from the MinGW compilers are picked up.

postgres can be started from the shell also, in the windows shell write postgresql and hit enter.
In the Msys shell write cygstart postgresql and hit enter.
There is no gui for postgres built in but as pointed out earlier you can get the free pgadmin III interface from the internet.
I might add this as a support download in later versions of the installer and im working on an auto setup script for use with Msys2 that will install postgres as a service if selected.

I hope people will find these releases to there liking

[revelator]

Whoops, just noticed that the resed resource editor was missing in one of the installers, so i had to recreate the installers.
Meanwhile i added the latest OpenAL + Alut libraries so atleast a little news to share .
Im uploading the new builds now so i hope noone is downloading atm :S

[revelator]

Finally have a fully working mingw-python and its upped to version 2.7.6.
New package avaliable soon.
New additions.
libvirt library for managment of virtual machines like qemu.
libiscsi library for iscsi support.
libusb a free library for usb devices.
libusbredir a free library for redirecting usb calls to a network.
libgtkglext opengl extention for gtk.
libsnappy fast compression library.
libgstreamer multimedia library.

gtk rebuilt for windows no more annoying console windows in your gtk builds.

binutils built for multilib support and that is all that is needed for crossbuilding between them,
yep it picks up the mingw32 libraries if you want to build a 32 bit target with the mingw64 compiler still need switches like -m32 to do it.

[revelator]

Held off a bit on new release as i finished a few last minute upgrades.
QT now supports mysql (mariadb).
QT linked statically to system libs (besides the postgres plugin, but it only depends on libpq.dll as a plugin).
As a result of the above you can now run QT Tools directly instead of through the Msys2 shell.
Its still easier to run it in the shell if you want qtcreator to pick up mingw libraries automatically.
Libvirt updated to latest version.
Suns rpcgen tool added to Msys2 (rpcgen is a tool to output C support code from routing tables).

Gcc-4.9.1 is rather vocal about code, does not mean you made an error just that it might not be 100% correct according to its standard.
Also notice that if you need to built something that depends on libiberty or libbfd that you need to tell the source that those libraries are now located in /mingw/lib/binutils and headers in /mingw/include/binutils.

Small warning btw.
pacman is used as an update tool for Msys2 + MinGW64 but my version of MinGW64 is not compatible with the official build (sjlj exceptions vs dwarf) so do not use pacman to update the mingw packages.
Msys2 updates are safe though, but at some point i need to remove the databases for the mingw compilers or redirect them to my site so that you dont get mixed up stuff if you update mingw via pacman.

gdb also updated to latest as well as pythons scons building tool, pyrexc (python build tool), and pythons setuptools (easy install).
Python now works 100% and theres no more muckup with it installing plugins in the same place as the msvc version.

Need a python gui with debugging just write idle in the Msys2 shell.

[revelator]

First release is up.

Removed allready installed packages from the pacman database (saves some space).

[revelator]

Next one on its way.

changes:
added pyqt4 bazaar pycrypto paramiko pip and setuptools to python.
pyqt4 allows building QT based gui's for python tools.
bazaar is a version control system much like svn but can handle most types like svn mercurial and git by itself.
pycrypto and paramiko adds ssh2 to python.
pip is an easy installer for python modules. Works a bit like perls cpan but easier to work with.
setuptools are a bit like pip but older, some packages still require it though.

pyqt4 uses a small build utility called sip that is able to create C++ code from python modules for linking it with QT.

So most of this update is for python and if you dont use python that much you can just keep on using the former release.

next update will contain the harbour clipper compiler and probably a few other additions to gui tools like the fox toolkit.

[revelator]

The fox toolkit turned out to be a bitch to compile with MinGW64 but with a few patches i managed to get it building.
Sadly i noticed that i copied the wrong builds of gcc's gmp runtime library for the 64 bit MinGW causing it to fail hard.
I have fixed it now and also updated gcc with the latest gmp mpfr mpc isl and cloog runtimes.
Clang updated and using an experimental patch by myself to autoconvert posix paths to windows mixed style eg. /c/ vs C:/ or C:\.
Msys2 is a bit different when using includes / libs, while msys would most times choke on a library with a windows mixed path msys2 handles those quite fine.
Sadly Msys2 has a rather weird bug in that it does not tell you if you fucked up the paths when compiling,
it just spews execvp: bad address, in case you get an error like this check your setup for bad paths, some packages like gmp needs absolute windows paths some need posix paths like binutils.
Zlib updated.
gmp updated.
mpfr updated.
mpc updated.
isl updated.
cloog updated.
iconv updated.

Packaging stuff now will be availiable soon.