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 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »
796
Issues Help Desk / Re: Android Compile Issues (Refferencing the SDK and NDK)
« on: April 28, 2013, 09:55:52 pm »
When in doubt, use grep:
The file you want is ENIGMAsystem/SHELL/Makefiles/MacOSX/Android/Makefile. Apparently, it's also used in Linux, or his documentation is incomplete. Could be either.
No one has attempted to compile for Android in quite some time; it's sort of on the back burner.
Code: [Select]
josh@dreamland:~$ cd Projects/ENIGMA
josh@dreamland:~/Projects/ENIGMA$ grep -nr "cd Platforms/Android/EnigmaAndroidGame/jni && /Users/alasdairmorrison/Documents/AndroidSDK/crystax/ndk-build" .
./ENIGMAsystem/SHELL/Makefiles/MacOSX/Android/Makefile:3: cd Platforms/Android/EnigmaAndroidGame/jni && /Users/alasdairmorrison/Documents/AndroidSDK/crystax/ndk-build
The file you want is ENIGMAsystem/SHELL/Makefiles/MacOSX/Android/Makefile. Apparently, it's also used in Linux, or his documentation is incomplete. Could be either.
No one has attempted to compile for Android in quite some time; it's sort of on the back burner.
797
General ENIGMA / Re: Where to put the commit feed?
« on: April 28, 2013, 07:35:06 pm »
I like it where it is.
798
General ENIGMA / Re: Encapsulating EDL types and functions in their own namespace
« on: April 28, 2013, 04:24:39 pm »
The only thing you should watch out for is some of the existing hacks. Most of them are local to the math header. I define the bessel functions to be declared with a bessel_ prefix to avoid conflicts with variable names like y1. There are other, similar hacks. Removing those will break some games. When the move is finished, the macros that do that will need to be removed, and the bessel functions simply declared in namespace enigma_user to call the corresponding stdc functions in ::.
Make sure, also, that somewhere in the code, [snip=cpp]namespace enigma_user { using ::var; using ::variant; }[/snip] appears.
When you guys are ready, tell me, and I'll make the very few changes necessary to change from :: to ::enigma_user.
Make sure, also, that somewhere in the code, [snip=cpp]namespace enigma_user { using ::var; using ::variant; }[/snip] appears.
When you guys are ready, tell me, and I'll make the very few changes necessary to change from :: to ::enigma_user.
799
Issues Help Desk / Re: Mark the Penguin [Weird Glitch]
« on: April 28, 2013, 01:38:58 pm »
That is for return values to check between two instances involved in a specific collision. It does not imply that passing object1|object2 to collision_point will make the function know to check against instances of both objects.
800
Issues Help Desk / Re: Mark the Penguin [Weird Glitch]
« on: April 28, 2013, 02:04:28 am »
Hate to rain on anyone's parade, but [snip=edl]collision_point(x,y,object38|object39|object40,1,1)[/snip] is equivalent to [snip=edl]collision_point(x,y,object47,1,1)[/snip] (assuming object47 exists) unless GM does special parsing for ORs inside collision functions, which I am all but completely certain it does not. Any resemblance to intended behavior is coincidental. To achieve that more efficiently, those objects should be given a parent, and the function should check for collisions with that parent object.
801
Issues Help Desk / Re: How do I use Debug, Design, Compile, and Rebuild All from menu?
« on: April 19, 2013, 05:21:28 pm »
That's the only reason I haven't split this topic. I figure this "discussion" (read: contributor flame-war) might give burnbout an idea of what development here looks like.
802
General ENIGMA / Re: Abstract Object Types
« on: April 19, 2013, 05:19:57 pm »
I do plan to graduate shortly, but not this semester. I might be able to graduate by summer's end. But all my hard courses are officially out of the way, now. So, I will likely indeed be giving less of a fuck about school.
803
General ENIGMA / Re: Abstract Object Types
« on: April 19, 2013, 09:19:02 am »
The mechanism you're describing would bog everything down. I've designed the extension system to ameliorate that effect, but it's presently out of commission due to virtual cast issues. When the new compiler is in, those should be fixed, and you will be able to use the extension system for that. Though, it will need extended; right now, it is an all-or-nothing system. There's no mechanism to allow objects to specify which extensions they use, but I must say, I like the idea of allowing for one, and I could implement a much better system in ENIGMA than std::bad_cast.
804
General ENIGMA / Re: Abstract Object Types
« on: April 19, 2013, 08:31:33 am »
Get started what? I like the "uses physics" idea. It lets physics systems (such as Box2D) know whether or not to generate bodies for each instance.
805
Issues Help Desk / Re: How do I use Debug, Design, Compile, and Rebuild All from menu?
« on: April 18, 2013, 11:49:30 pm »
Unfortunately, most of those have died during my class-related absence from the project.
Here's the state of them, as I understand it:
Run: The point of Run is to build quickly, but run basically the same as it will run when ultimately built. It gives you the best idea of what your game will be like when released. It's also the only option you can count on working, because most of this project's developers don't understand that their changes might work in one mode, and not in another.
Debug: Debug mode has mostly survived due to its utility. The purpose of debug mode is to create an executable with full debugging symbols to allow attaching programs such as valgrind or GDB. Debug mode also does checking for issues in your game, such as attempting to draw a sprite that doesn't exist. In C++, those kinds of issues usually result in the death of the game.
Design: This mode was in our third demo release, but fell into disrepair during the branching of the project to work on more platforms. It relies heavily on widgets, which are only recently fixed upstream (and we're still having issues with the installer that uses the new MinGW with the bug fix—see BinUtils #13297. Barring more issues with the installer, the only issue is that IsmAvatar (LateralGM's maintainer) and I don't have enough free time to collaborate on its re-introduction.
Compile: This one's all IsmAvatar. When you build on Windows, you must use the extension ".exe" or MinGW GCC will add it for you, which in turn makes it so ENIGMA can't find the executable to add resource data to. To fix this, we were going to add extension information to the compiler configuration files in, eg, [snip]Compilers/<platform>/gcc.ey[/snip], along with a plethora of other changes to account for huge differences on MacOS vs Windows vs sane operating systems (On Mac, applications are special directories instead of single binary files). The specification was never fully laid due to a lack of collaboration between developers from all three platforms (OS X being the one we were always missing). As a consequence, Ism never added a fix for the file extension, despite nagging from fifty people. I think TGMG hacked together the entire Mac port, anyway, to be honest. I don't even know if it works, because no one ever tries to use ENIGMA on it except TGMG and ugriffin, neither of whom I've seen for two years.
Rebuild all: This option just deletes all the object files and binaries, forcing ENIGMA to rebuild them. It's helpful if something breaks in the build process (which is very rare, and not to do with ENIGMA).
So now you know.
Here's the state of them, as I understand it:
Run: The point of Run is to build quickly, but run basically the same as it will run when ultimately built. It gives you the best idea of what your game will be like when released. It's also the only option you can count on working, because most of this project's developers don't understand that their changes might work in one mode, and not in another.
Debug: Debug mode has mostly survived due to its utility. The purpose of debug mode is to create an executable with full debugging symbols to allow attaching programs such as valgrind or GDB. Debug mode also does checking for issues in your game, such as attempting to draw a sprite that doesn't exist. In C++, those kinds of issues usually result in the death of the game.
Design: This mode was in our third demo release, but fell into disrepair during the branching of the project to work on more platforms. It relies heavily on widgets, which are only recently fixed upstream (and we're still having issues with the installer that uses the new MinGW with the bug fix—see BinUtils #13297. Barring more issues with the installer, the only issue is that IsmAvatar (LateralGM's maintainer) and I don't have enough free time to collaborate on its re-introduction.
Compile: This one's all IsmAvatar. When you build on Windows, you must use the extension ".exe" or MinGW GCC will add it for you, which in turn makes it so ENIGMA can't find the executable to add resource data to. To fix this, we were going to add extension information to the compiler configuration files in, eg, [snip]Compilers/<platform>/gcc.ey[/snip], along with a plethora of other changes to account for huge differences on MacOS vs Windows vs sane operating systems (On Mac, applications are special directories instead of single binary files). The specification was never fully laid due to a lack of collaboration between developers from all three platforms (OS X being the one we were always missing). As a consequence, Ism never added a fix for the file extension, despite nagging from fifty people. I think TGMG hacked together the entire Mac port, anyway, to be honest. I don't even know if it works, because no one ever tries to use ENIGMA on it except TGMG and ugriffin, neither of whom I've seen for two years.
Rebuild all: This option just deletes all the object files and binaries, forcing ENIGMA to rebuild them. It's helpful if something breaks in the build process (which is very rare, and not to do with ENIGMA).
So now you know.
806
Proposals / We need our own flag for ignoring return values
« on: April 18, 2013, 03:00:51 pm »
With some functions, it's less obvious you really need to use the return value. Like string_replace_all(). When I was young, I spent ten minutes figuring out why string_replace_all wasn't doing anything. I was livid. It's a good case of RTFM, yes, but it's also a great case where we can save users a lot of frustration by using flags like [snip]need_result[/snip], or something.
This is basically a note for me to add the function into JDI, possibly with more compiler hints. If you have ideas for more compiler hints, post them here, so I can best think up a system for handling them.
This is basically a note for me to add the function into JDI, possibly with more compiler hints. If you have ideas for more compiler hints, post them here, so I can best think up a system for handling them.
807
Issues Help Desk / Re: Error compiling the Sample Catch the clown
« on: April 17, 2013, 10:39:34 am »
Hey polyfuck, just noticed you changed my Winpatch zip. Why?
808
Issues Help Desk / Re: Error compiling the Sample Catch the clown
« on: April 16, 2013, 11:18:05 pm »
Interesting. I didn't create that installer; another developer did. I'll wait for him to try to explain what went wrong with it. The issue is certainly to do with windres.exe, but since his installer contains a version he's tested to work, I am not sure what the issue is.
809
Issues Help Desk / Re: Error compiling the Sample Catch the clown
« on: April 16, 2013, 08:32:10 pm »
ENIGMA attempts to bundle a version of OpenAL in with user programs for supporting systems that do not have it already installed. Your compiler thinks there's a syntax error in the resource file that instructs it to do so. There isn't one. How did you install MinGW?
810
Issues Help Desk / Re: Compiling Option
« on: April 12, 2013, 11:29:45 am »
I... don't remember, either. I think if you run %TEMP% it'll take you there. I think it's under ~/AppData.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »