http://gmc.yoyogames.com/index.php?showtopic=626244

Yoyo has removed the resource-limited free version, made Standard free, added a made-with-GM splash screen, and made the Mac export $100 (everyone who previously bought Standard or Pro and thus had the previously-free Mac export still has it).

So now it's basically like it was in ye goode olde dayes, but $100 instead of $15-$25, and with more features in the free version. And the ability to buy exports to other platforms.

http://www.phoronix.com/scan.php?page=news_item&px=MTU4MzE

I thought this was pretty hilarious. Apple originally wanted to relicense LLVM as GPL and incorporate it into GCC. It was rejected because the FSF is dumb (see below).

http://www.phoronix.com/scan.php?page=news_item&px=MTU4MjA

Now, Richard Stallman is calling Clang a "terrible setback" because it's not virally licensed. Not only that, but now GCC is moving in the exact directions that they rejected Apple's LLVM proposal for originally.

Well not quite

- The upcoming Studio is "GM8-based Studio"

Then GM9 work will start and from then on we will be releasing (at the same time) Lite, Standard and Studio (for the forseeable future) that is the plan, so basically GameMaker will be moving to be a cross platform product, remember GM9 will work on PC and Mac (for the Maker portion) and Studio will allow targeting to other platforms (from PC or Mac) .

We are also looking to add in Linux as both a target platform and a Maker platform, but there is little reason for us to do that as a business just now (only the geek in us is driving this one, so I will not promise it).

Russell

http://gmc.yoyogames.com/index.php?showtopic=506265&view=findpost&p=3861094

[we will be moving to fully compiled code in GM9]

http://gmc.yoyogames.com/index.php?showtopic=522585&view=findpost&p=3851900

script_execute was not removed - it was overlooked that is all, we are only deprecating anything that requires a GML compiler/interpreter to run on the target (i.e. execute_string or execute_file) as we will no longer be supporting interpreting on the target machines (yes, we will be moving to fully compiled code in GM9).

Once the bug was filed we implemented script_execute... keep the bugs flowing so we can increase compatibility amongst all the targets.

Russell

Emphasis added.

Previously (http://gamemakerblog.com/2011/06/18/work-on-official-gamemaker-obfuscator/, http://enigma-dev.org/forums/index.php?topic=838.msg9359), Russell mentioned that the C++ runner would use GML compiled with LLVM, so this is just a target version for that change.

Chronic has posted some screenshots and description of the GMHTML5 alpha: http://gmc.yoyogames.com/index.php?showtopic=517146

Biggest point besides the HTML5 capabilities is the new file format, gmx. Instead of a single monolithic, encrypted, binary file, projects are a collection of xml files in a directory. At the moment this is only in the HTML5 version, but it looks like it will be used in Studio and I would guess the next version of Standard/Lite as well.

So, the C++ rewrite for Game Maker will apparently eventually use LLVM for native code generation says Russell Kay. Happy day?

Stencyl finally has some demo games. Seems they're coming out of "stealth mode."

Just thought this was interesting:

Here is cat from first edition unix: http://code.google.com/p/unix-jun72/source/browse/trunk/src/cmd/cat.s. Very short bit of assembly that I don't fully understand. What I do looks fine, it's just cat.

Here is cat from Plan 9: http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/cat.c. Extremely simple C program, copies either stdin or a list of files to standard output. Can't compare it to original cat, but if it does any more it's just the list of files.

Now, here's GNU cat: http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=blob;f=src/cat.c;hb=HEAD. HOLY LONG CODE. This is cat, for crying out loud!

Josh likes his little string parser thingy, but IMO it would be much easier and more extensible to use a more conventional parser. I pulled together a small EDL->C++ translator using Lex and Yacc to show how much simpler it can be to write and maintain. This was written in about 7 programming days.

Download

You can build it yourself with make if you're on Linux; if you're on Windows you can just use gml.exe in the zip (or build it yourself with make if you have msys or cygwin). It parses its standard input until it hits an EOF and then prints the C++ code it's come up with on standard output.  I've provided a sample file test.txt that you can translate. Have fun.

The first bunch of replies (through #14) are for the first version which didn't work as well. Pretty much everything's been fixed, although it still doesn't parse full EDL, just a subset of it. It does:

• declarations (var only, but you can do defaults, like var a = 3)
  
• assignments (including +=, etc.)
  
• if (including else, did it right this time Josh ), while and for
  
• expressions using +, -, *, /, >, <, >=, <=, !=, == (= works like == in ifs) and parentheses
  

Another method that still takes advantage of using a parser generator but doesn't actually build the tree (because Josh thinks that's overkill) would be to print things as soon as you know they're correct (i.e. in the semantic action blocks for the productions in parser.ypp). This wouldn't use as much memory and it would probably be faster, but it would combine the printing and parsing phases and maybe require a separate syntax checker like Josh has. I haven't thought much about this one.

Mozilla Minefield is a pre-release of the next version of Firefox. It's uber fast. The javascript engine is 10% faster than Chrome. ^______^
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/