No

No

No

somebody fix that fucking compiler as Harri just fucking pointed out its causing random segfaults now, I am getting them too.

You've made all the changes to the compiler recently.
https://github.com/enigma-dev/enigma-dev/commits/master/CompilerSource

edit: From LGM side of things I get crashes once in a while. Dump shows something like this http://pastebin.com/c1FknHS2.

That's the compiler segfaulting again. It used to happen to me all the time but it's stopped more or less for me now.

Josh do we really need to check every load of LGM for a change to the compiler? I still think it's better if it's done at update instead.

On another point what can we do to stop the output_log growing into a stupidly massive size. I just managed to get it up to 71MB compiling this game 4 times.

Oh funnily enough I'm still getting that original error:

Code Select Expand

    Java Version: 10700 (1.7.0_17)
    Loading lib files in C:\Program Files\ENIGMA\enigma-dev\lateralgm.jar
    01_move.lgl 02_main1.lgl 03_main2.lgl 04_control.lgl
     05_score.lgl 06_extra.lgl 07_draw.lgl
    Calling `mingw32-make.exe eTCpath="null"`
    > mingw32-make.exe -j 3 -C CompilerSource
    > Access denied - .
    > File not found - -NAME
    > File not found - -AND
    > File not found - !
    > File not found - -NAME
    > mingw32-make.exe[1]: Entering directory `C:/Program Files/ENIGMA/enigma-dev/CompilerSource'
    > process_begin: CreateProcess(NULL, uname -s, ...) failed.
    > mingw32-make.exe[1]: *** No rule to make target `.eobjs/----------', needed by `../compileEGMf.dll'.  Stop.
    > mingw32-make.exe[1]: Leaving directory `C:/Program Files/ENIGMA/enigma-dev/CompilerSource'
    > mingw32-make.exe: *** [ENIGMA] Error 2
    2
    Process terminated
    Initializing Enigma:
    Linking up to IDE
    Implementing JDI basics
    UnimplementedUnimplemented
     
    Choosing language: C++
    Reading GCC builtins
    Read key `defines` as `cpp -dM -x c++ -E $blank`
    Parsed `cpp` `-dM -x c++ -E blank.txt`: redirect=yes
But it's just ignoring it and continuing as normal. I think this is what's stopping the compiler from automatically rebuilding.

For some reason 'near' has stopped working recently, must have been added somewhere.

Why is GL1 so slow in comparison?

After Josh eventually finishes JDI we can make a stable release, I don't see the point until that happens. Also we're still waiting on forthevin's idea of having automated regression testing.

@polyfaggot
https://github.com/enigma-dev/enigma-dev/commit/06be021c447b430bf9e1723f45d10a40847596e4

CTRL+F for "glewInit()" you did fucking too broke it, but its fine Josh already merged and fixed it.

-    GLenum err = glewInit();
-         #ifdef DEBUG_MODE
+    GLenum err = glewInit();

Oh yeah I relocated it because the err variable wasn't used and threw a warning, but I didn't put add the call back in for when not in debug mode.

I'm shocked though that Josh just fixed it instead of complaining about it and leaving it broken... ? Maybe he's learnt.

Polygonz, please try not to do shit like remove glewInit() from OpenGL 1, like seriously, do you even think before you commit anything?

I never did that. Please try to stop saying things I've done when I haven't done them.

But we added that to the mingw folder

I fixed it it was your fault you fag you preprended mingw/bin but not git/bin

Why is git needed still? <_<

Robert says the working_path change that Harri made broke it for him, he's commented it out now.

Might as well make a proper topic about the Windows zip and ENIGMA.exe, can say what features you want to see and how it should be implemented and also maybe collect all the problems people are having with it here in one place from now on.