I decided to implement backgrounds in the meantime, and dazappa has kept me busy with a number of interesting bug reports (the worst of which I have just worked out). I am not sure what is in the update-stable/ tag, but fixing it to actually work out of the box on at least Windows and Linux is priority one.
Ism has made great progress on the updater. From what I can tell it is finished, though it has an odd tendency to leave a console window open with a gray background for me.
RetroX has finished some packages, but we were discussing what the package should be responsible for vs what LGM should be responsible for. I believe right now, he's configured them to give 777 permissions to /opt/enigma, where it is installed. But it seems he includes the entire repository with the package, which means users could be downloading an outdated package from square one. Correct, RetroX?
As for the Windows release, I don't even think an installer is necessary. I think a zip file containing ENIGMA.exe, lgm16b4.jar, and the plugins folder will suffice. ENIGMA.exe and LGM will take care of the rest.
If you object to not having an installer for Windows, speak now, and I or someone else will make one.
Retro, if you want to carry our discussion regarding the packages over here, please do so. Otherwise, I think ENIGMA.exe and the jar files will suffice, along with that dependency list you've already implemented.
I am going to finish dazappa's last few bug reports.
IsmAvatar, when you are content with the updater, please say so.
RetroX, when you are done with the packages, please link all of them here, and I will rehost.
The release (And frantic workarounds for everything that goes wrong soon after) will begin as soon as the three of us are done.
Also, Ism. When winmake.txt reads this:
\MinGW\bin\mingw32-make.exe
Java can't find it. I don't know what Java uses to make system calls, but it's apparently bad at life. Could you try to remedy that?
Also, seems the gray, open console box is fixed in the latest revision.
An installer would be cool, but if we just need to unzip a file to install it, then I'm ok with the zip.
But if it's necessary to go through a complex procedure like installing a compiler, then it's needed IMHO.
My package downloads ENIGMA from the SVN and moves the lateralgm script, the MIME associations, and the desktop icon to their proper places. There are post-install scripts that will symbolically link the lateralgm script so that either "lateralgm" or "enigma-dev" can be typed in a terminal to start ENIGMA, and I've also made it so that whatever the hell that LGM's named, it will be linked to /opt/enigma/lateralgm.jar.
/opt/enigma will have 777 permissions for the time being because I don't know what files that ENIGMA modifies when it compiles the games. If I could receive more info on this, I could set some parts to 755 without breaking it, which would be a step in the right direction.
Quote\MinGW\bin\mingw32-make.exe
Java can't find it. I don't know what Java uses to make system calls, but it's apparently bad at life. Could you try to remedy that?
Even I can't make heads or tails of that location... Maybe if you omit the \ or something?
I believe Java uses its own path variable to determine where to find things. Obviously, make isn't going to be included in that path. As far as that URL goes, I'm at a loss.
Also, RetroX seems to have taken over the updater and make on Linux from me with his install script. He's had me disable my calls to the SVN and Make if the OS is Linux. In a way, this is similar to many Linux programs that are included in the linux repo (e.g. canonical), which have their update button grayed out because the repo handles updates for them.
Yeah, Josh was complaining to me about that last night. He still wants SVN updating. I told him that if he really wants, we'll do it for now, but in the future, full releases should be packages, and there should be no auto-updater.
Here's an idea that I had - separate ENIGMA into multiple packages under Linux and make repositories to hold them, and people can just add them to their list and type "sudo apt-get install enigma-dev" or something like that. One for the headers, one for the compiler binaries, and one for LGM. That way, if any one of those updated while the others didn't, you only had to download that part.
IsmAvatar:
As on Unix, a beginning \ denotes root of the drive on Windows. So when you see \, just replace with the current drive letter if Java can't.
We'll discuss the updating on the IRC, if both of you are on.
Worst-case scenario, figure out the current working directory and parse it to remove everything besides the drive letter.
installers are gey
Off topic question, what C/C++ IDE would you guys recommend? I'm on Windows, but sometimes I use Linux too.
btw nice job with this shit
For an IDE, use Code::Blocks. I personally just use gedit and the G++ via command-line, but that's more suited for linux stuff.
Okay, cool, that's about 5 people that told me the same thing now
probably will get codeblocks then
A release without place_free?
:troll:
Quote from: kkg on August 24, 2010, 06:35:43 AM
A release without place_free?
:troll:
I can do without that, as I wrote my own collision system. Unfortunately it needs ds_lists and priorities to work.
ERROR in parsing engine file: this is the worst thing that could have happened within the first few seconds of compile.
/
| |
\ \
| | |
\ / / \
\ | | | |
| / /\ \ /
/ | /# \ | |
| \ * ` \
\ / = # ` |
| | # ___/ /
/ _`---^^^ `. |
| .* # = | \
| = # __/
.\____-------^^ `.
/ # # \
| = = |
\___ # #___--^
^^^^^^^^^^^
#define __GNUC_PREREQ(maj, min) \
((__GNUC__ << 16) + __GNUC_MINOR__ >= ((maj) << 16) + (min))
Not found: __builtin_huge_val
In file included from SHELLmain.cpp: Line 78, position 4: In #if expression at position 23: Expected operator at this point
code snippet: /OpenGL/GSsprite.h"
#elif ENIGMA_GS_OPENGLES
#in<<>>clude "Graphics_Systems/OpenGLES/OPENGLStd.h"
#in
------------------------------------------------
Also,
ismavatar@mct060d-ubuntu:~/enigma-dev$ pwd
/home/ismavatar/enigma-dev
ismavatar@mct060d-ubuntu:~/enigma-dev$ make clean
cd CompilerSource && make clean
make[1]: Entering directory `/home/ismavatar/enigma-dev/CompilerSource'
rm -f ".eobjs/*"
rm -f "../libcompileEGMf.so"
make[1]: Leaving directory `/home/ismavatar/enigma-dev/CompilerSource'
ismavatar@mct060d-ubuntu:~/enigma-dev$ ls CompilerSource/.eobjs/
bettersystem.o ext_iteration.o parser.o
cfile_parse_macros.o eyaml.o parse_secondary.o
cfile_parse.o file_find.o pcs.o
cfile_pushing.o gcc_backend.o references.o
checkfile.o handle_letters.o skipping.o
collect_variables.o ideprint.o string.o
compile_common.o JavaCallbacks.o syntax.o
compile_includes.o keyword_operator.o template_handlers.o
compile.o macro_functions.o textfile.o
cparse_components.o main.o type_resolver.o
cparse_shared.o module_write_backgrounds.o varnames.o
cpmain.o module_write_sounds.o write_defragged_events.o
crawler.o module_write_sprites.o write_event_code.o
darray.o object_storage.o write_globals.o
event_parser.o output_locals.o write_object_data.o
expression_evaluator.o parse_and_link.o write_room_data.o
externs.o parser_components.o
ismavatar@mct060d-ubuntu:~/enigma-dev$ tail -5 CompilerSource/Makefile
clean:
-$(CREMOVE) ".eobjs$(SLASHC)*"
-$(CREMOVE) "$(ONAME)"
ismavatar@mct060d-ubuntu:~/enigma-dev$
because rm -rf doesn't like having quotes around the location.
Please explain.
/
| |
\ \
| | |
\ / / \
\ | | | |
| / /\ \ /
/ | /# \ | |
| \ * ` \
\ / = # ` |
| | # ___/ /
/ _`---^^^ `. |
| .* # = | \
| = # __/
.\____-------^^ `.
/ # # \
| = = |
\___ # #___--^
^^^^^^^^^^^
Not much else to explain.
Fixed that and ten other things. Adding something I know everyone will be happy about.
How close is a Windows Zip/Installer to being released? I still don't see it anywhere.
polygone: I've been riding Ism for weeks about implementing saving one resource so we can release with a clean conscious, but she's still not done it. As soon as she's done with that, I'm releasing.
I came back here just to look at the error message.