This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: 1
1
Off-Topic / GM:Studio Standard Now Free
« on: June 06, 2014, 02:29:40 pm »
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.
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.
2
Off-Topic / Apple Originally Tried To Give GPL'ed LLVM To GCC
« on: February 12, 2014, 07:17:22 pm »
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.
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.
3
Off-Topic / GM9 on Linux
« on: November 12, 2011, 08:25:28 pm »Quote
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
4
Off-Topic / Compiled Code in GM9
« on: October 25, 2011, 03:45:50 pm »
http://gmc.yoyogames.com/index.php?showtopic=522585&view=findpost&p=3851900
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.
Quote from: rwkay
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.
5
Off-Topic / GMHTML5 Alpha
« on: August 23, 2011, 08:16:48 am »
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.
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.
6
General ENIGMA / Game Maker and LLVM
« on: June 18, 2011, 08:17:54 pm »
So, the C++ rewrite for Game Maker will apparently eventually use LLVM for native code generation says Russell Kay. Happy day?
8
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!
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!
9
General ENIGMA / Generated Parser (v2)
« on: August 17, 2009, 04:42:22 pm »
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:
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.
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.
10
Off-Topic / Mozilla Minefield
« on: March 17, 2009, 06:42:43 pm »
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/
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Pages: 1