MinGW with NET Oo

[revelator]

[revelator]

allmost there!

only outstanding bugs atm are with msys since it relies on a pretty old cygwin core porting sometimes get quite hacky

one nice thing it now compiles stuff even cygwin has trouble compiling on windows

and a major one i finally managed to get the graphite loop compiled (say hello to core2 etc optimization)

only thing missing is the java compiler which is a bit of a beast since the windows version is unmaintained for god knows how long.

include are image libraries jpeg/png/mng/jasper/openjpeg/ilu/gif
jpeg is a patched version with the old alpha bug squashed.

gui creation tools: fast light toolkit 2.0 gtk and gtk# tcl/tk.

other tools like indent/cmake/groff/doxygen/emacs/man/gdb/enchant/aspell/gettext.

a somewhat insane load of multimedia codecs like ogg/vorbis dirac xvid ffmpeg a52 x264 amr smpeg dca speex taglib cddb etc.

corba aka. orbit2/gconf/gnome and sisters.

sdl sdl_mixer sdl_net.

boost and stlport.

mono NET compiler with gtk/glade and gnome sharp.

xulrunner (will be used for mono's ide still needs porting).

all built from scratch (took me 6 months) phew.
? dont believe me well the mingw compiler alone weighs in about 1.83 gigabyte quite huge for a oneman job

i hope to have a ready to deliver package soon in the meantime
here's latest darkplaces + dll's from my cooking spot built on it.

the dll's have a few fixes like curl with secure socket layers jpeg with working alpha etc.

http://www.mediafire.com/?sharekey=e2b5 ... f6e8ebb871

[revelator]

its done!

got sick and tired of libjava bitching so i hacked together my own libtool to build it "took alot of patching also"

fully native compile built with msys/mingw nope it aint a cross compile allthough that might have spared me a lot of sweat and tears, but all good things come if you get angry enough hehe.

this was a huge project. probably the largest i have ever done "and will do" it litterally took me months uuugh.

i hope it comes in handy for coders with deep pockets and short arms. so as a contribution to all the brilliant but poor peeps here it is.

and get codeblocks!!!

and please let me know if theres any problems i might be able to fix it.

p.s if you work on vista you need to add C:\MinGW\bin to your path. do not install it anywhere else but C:\MinGW !!! libtool will get very angry when it doesnt find its libraries

also make sure to run as admin if using the console unless you have UAC turned off.

if you need to port something from linux/unix yourself get Msys from the mingw site.

libtool now supports microsoft libraries so if you need a certain library ported from mingw to MS then most of the time its as simple as having your ms compiler in PATH and they will get created as MS libraries to.

or drop lib.exe in the mingw/bin directory.
watcoms lib.exe works to.

if using codeblocks on first start it will ask what compiler to setup for, choose mingw/gcc and set as default if you so choose else it will ask you everytime what compiler to use if you got multiple.

if by any chance you run into a shared library refusing to link to a dll
add LDFLAGS="-no-undefined" before or after make if using the console. in most cases that fixes it. "it does happen"

if your machine is multicore you can use make -j2 or 3 to speed up compilation.

want to make your own gui programs execute fluid2.
fluid2 is the fast light toolkit in its latest incarnation it also supports
opengl guis so ya if your handy you could link in your own mouse driven menu for quake or if not so much into that idea you could make your own loader with support for multiple quake engines
fluid creates one or several c++ files you can yank into a project or
compile as is if standalone. its pretty easy to use a bit like borlands delphi compiler (drag and drop) but for c/c++.

for NET. compilation the tool is called mono and for now its console only "ide in the works needs porting"

you can get a glimpse of what its capable of if you use msys as the console by executing gtkdemo not gtk-demo which is the normal gtk demo the other one is a NET. application.

ofc.you need the NET. runtime to make any use of it it supports all of NET1 and most of NET2 and a subset of NET3 to 3.5.

you can make native java applications with this compiler that dont need any runtimes if serious about some java goodies get the eclipse ide "free".

included is also the mozilla sdk.

and if you need a break from coding drop a movie on the ffplay.exe in mingw/bin it supports most known formats including xvid and quite a few that aint as known.

if you happen to want to convert some quake tracks theres plenty of tools for that to lame mpg123 flac ogg vorbis you name it.
or images for that matter allthough the tools are commandline.

cmake was compiled for mingw but the configuration tool needs the msvc7 runtime if it fails to start you need to get it from microsoft.

if you got a project with cmake support or want to make your own
execute cmake-gui.exe and set options.

the compiler is also able to use python if python is in your path.
some projects use waf "a python script bit like configure" for configuring so is handy.

well i could go on for ever i hope my ramblings clears up some things though else shoot me i neeeeeed a break!!! .

its a pretty huge compiler/tool suite compressed it weighs about 500mb (and i use max compression) i hope you got space .

one final thing if in doubt about compiler options execute feks. gcc --help or g++ --help or for the linker ld --help or any executable for that matter.

[revelator]

agh ftp ain't working and im having a hard time finding a host for a file this size, so until i get this solved it will have to wait.

good thing about it is i can make more work on it... yay.

ported a good deal of gnome utils to windows just need the html module for gnome-vfs now. some of the previous utilities depended
on this i found out.

if i can get it going how bout a gtk internet browser

[revelator]

http://www.2shared.com/file/5939089/d57 ... c-440.html

full package to big so for now gcc-4.4.0 graphite branch.

you need binutils libiconv mingw32-make and the w32api packages from the mingw site unzip them to the folder you unpacked this in.

if you need autotools for a project get msys.

ill pack up extras like the NET compiler soonish.

[revelator]

http://www.2shared.com/file/5946769/a4f ... ncies.html

dependencies you can't get from mingw site.

includes the parma polyhedra library and the cloog library.

also added a dlfcn port which is pretty much needed if you want to link posix libraries as dll on win32.

libgmp and mpfr are standard requirements and also in this.

the gcc version i posted supports throwing exceptions from both shared and static libraries .

more at 12!

[revelator]

anyone tried it yet ?.

tried posting it on the mingw users board, but for some reason i cant.
not even as a member

ive put in a lot of work on this so it would be quite awfull if its broken.

C/C++ works im 99% sure of that atleast. fortran seems to work excellent also.

but i have no clue about ada and very little with java so i need someone who has to try it out.

java was a bitch to actually get compiling and so far only static build's seems to work, but im not sure how well.

problem stems from the fact that the java part has changed completely it now uses eclipse, and theres no windows port of the posix functions in it so i had to hack some stuff together.

biggest problem is the seh backtracing code which hooks the crt main "posix" opposed to winmain "win32" the code is completly incompatible so i had to fool the compiler making a wrapper for winmain which hopefully returns the same seh status the posix main does but i cant be sure.

[MeTcHsteekle]

i don't have anything in need of compiling, otherwise i would have tired it out :S

//also i didn't know what a mingw was for a while there :S

[Labman]

But why???

Seems like you've done a crazy amount of work here.

[revelator]

indeed. its been some tiresome months...

why i did so much work was to have a free compiler who could compete with newer msvc without the need for having to download
runtimes like msvc7/8/9 etc. as compared to msvc6 which pretty much all windows versions allready got.

the above has been a p.i.t.a on several occasions to say the least, many times having me chase some obscure bug i thought untill i realized the runtime libraries for running my own engines where missing.

also several of those runtimes provided by ms had bugs that granted got ironed out in later versions but then i was stuck with an engine incompatible with the new runtime so i had to yank out the stuff i did to get it running in the first place, which made it kinda counter productive.

gcc still uses the old msvc6 runtime as default and the resulting binaries run on most anything but mingw's current gcc is old really really old... and doesnt support sse nor omp optimizations and it cant handle multicore cpu's.

so i decided to upgrade mingw's gcc with the newest stable gcc i could get my hands on and fix what remaining problems there where for win32 compatibility.

the result is in the above packages.

but theres a bit more to it than what i posted earlier.

for one theres a few things i still need to pack up like the idl and the NET compiler.

and i need to get the multilib version done and i can call it a day.

the multilib version will be able to handle both x64 and x86 code
and you can make 64 bit executables with it.

the way it handles things is a bit different from normal mingw though, for one it doesn't rely on the mingw runtime but on native windows C runtime, be it 64 or 32 bit.

also the w32api is quite a bit more complete with full directx support. sadly only dx9c dx10 is still a bit off.

i could have easily skipped java and ada support but someone might have found it usefull and i dont like half done things .

java programs compiled on this dont need external runtimes for instance there truely native self contained programs.