[flashplayerpluginmingw32-make.exe]

flashplayerpluginmingw32-make.exe

What is this about? I see in your original log that flashplayerplugin is spammed everywhere. Like flashplayerpluginflashplayerpluginflashplayerpluginflashplayerplugin

It seems strange, perhaps your flash player plugin is causing some sort of incompatibility with minGW? Has there been a flash player update recently perhaps?

Ok then you can try that:
https://docs.google.com/file/d/0B5jANIn4vjnkZTZCNjVmemdQTlk/edit?usp=sharing

Keep your old folder though, just rename it.

That .rc file is correct, the thing is your error is reporting to line 3 when there are only two lines in it. There appears to be a return carriage at the end of line two though, maybe you could try deleting that?

Somebody came on the IRC earlier called Adaas and reported what appeared to be the same issue.

Well that means it's not a problem with the Installer Zip at least, so Josh can stop fobbing it off onto me :p

I've not seen anybody else having this particular problem though, I don't see why it would be happening for you. Perhaps it's because you already had OpenAl installed? Although I don't know why it would be but you could try un-installing it and see if that fixes the problem but that's probably a very long shot.

Hey polyfuck, just noticed you changed my Winpatch zip. Why?

I added the gcc.ey to it ....  oh hang on cheeseboy also removed libalure32 from the winpatch but I test and it still worked on my normal copy. I don't see that being the problem? :/

But bernbout if you want to test with the old WinPatch just in case: https://dl.dropbox.com/u/1052740/enigma/Releases/2013-03-02/WinPatch.zip
Try it in the git-check out folder though not the from the Installer Zip (cause that one will just error with the old file).

The Zip Installer extracts WinPatch for you, and if it hadn't of extracted he wouldn't be able to run LGM. I just tested on my E:/ Drive from scratch and it works fine for me, the drive shouldn't make a difference since MinGW is contained within the folder.

So bernbout are you on 64bit system? I remember there were some Italian guys on the IRC not long ago that were having trouble with OpenAL as well, but I can't remember the specifics of that problem and if/how they managed to fix it in the end but I believe it was still compiling for them. In any case you seem to know what you're doing bernbout could you please try installing from a git check-out instead of using the installer, you'll find instructions for it below the easy install method: http://enigma-dev.org/docs/Wiki/Install When it gets to the git checkout you can just use the https://github.com/enigma-dev/enigma-dev/archive/master.zip to test for now. Make sure to put enigma somewhere in C:/ though for this install method.

Not everything is an announcement 

I just realized this is going to be a bitch to do with all the continuous commits, I think it needs to be planned properly.

How did you download enigma? Did you download it in the past few days with the new enigma zip?

Ok, I've managed to make an .exe for it now as well.

The console windows is now automatically hidden, and logs are piped into enigma_log (which you can find in the enigma-dev directory). Doing this speeds things up quite a lot and will also prevent the noober people being confused with the gabillion errors and warnings enigma enjoys printing.

Something we might want to consider is having some optimization passes warn the user instead of enacting the optimization itself, that way the user can choose to ignore the optimization and no code is accidentally broken.

Sound fine for an optional pass somebody could run, but not automated.

Those function optimizations look crazy. The only thing I'm in favour of is the type cast optimization, if you can detect that a variable is only ever used as a specific type then switch the cast to it. But could issues arise with this due to with() statements?

Ok I just managed a push from this set-up. But I had to change the origin url in \.git\config to: url = git@github.com:enigma-dev/enigma-dev.git

By the way the windows gcc.ey has just been removed from the main repo, and added to gitignore. Windows gcc.ey will now be included in the WinPatch.

So note to anybody committing please pull this before you go committing anything, or make sure you don't commit gcc.ey back into the repo.. there's a history of deleted files being committed back into the repo :p

Well I tested again and it works for me. Schyler tested it yesterday and it worked for him.

Put it on the download page, you mook 

I want people to test it first, so I know it's working for everyone.

Cheeseboy has created an all-in-one zip file for Windows. It includes git and mingw along with Windows dependencies. You can download it here:
Windows Zip Installer.exe  (55MB)

The file is a self-extracting 7z. Once the file is extracted you click ENIGMA.exe inside the extracted folder to run ENIGMA/LGM. The first time it is run it will do an automatic git checkout, and patch in the dependencies before running LGM.

Many people have been complaining that the installation is too hard and hopefully this should go towards resolving this. It also gives users an easy way to update now without knowing git, this can be done by opening git-bash and typing: update. Developers should also be able to commit/push from this as well if they wish to use this set-up instead (I haven't tested this though). Another benefit is that it's now implemented correctly with a newer gcc so Windows Widgets are working again.

At this point we're looking for people to test it to make sure it is working correctly for everyone, then I will add it to the download page as an alternative to a standard git install.