Show Posts

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.


Messages - Josh @ Dreamland

1786
Off-Topic / Re: X
« on: August 15, 2010, 03:53:40 PM »
After pissing with it with you for a while, I find that statement is wholly accurate; X graphics (like floating Roman numeral calculations) are slow and unmanageable.

1787
Off-Topic / Re: ORACLE begins patent-trolling with Java.
« on: August 15, 2010, 03:51:16 PM »
This _is_ a topic about trolling.
:troll:

1788
General ENIGMA / Re: Android support
« on: August 14, 2010, 11:31:12 AM »
Quote
Also what is the best way of passing veriables to the enigma compiler? Atm the target is hard coded in the compiler so it would be nice to have a menu option to select target mac/iphone/ipad/android and various settings such as minimum sdk version and whether to deploy to device.
I've been working on a YAML-based crawler that would harvest just such information. I was planning on doing the same to store available compilers and their respective bin paths. I needed more insight into the other platforms, though, which it seems you can now provide.

And yes, SVN privileges/etc; done. You can commit any time; we still need to discuss, though, what all strings you pulled to implement those platforms so I can add support for switching between the changed settings to the ENIGMA settings via its YAML interface.

So yeah, please do meet me on the IRC.

1789
Announcements / Re: ENIGMA R4
« on: August 13, 2010, 09:16:12 PM »
Oh, er, well. Never mind then. Someone was having problems where the DLL was right there but LGM couldn't find it unless the JRE was pointed right to it via command line.

1790
General ENIGMA / Re: MacOSX problems
« on: August 13, 2010, 09:13:15 PM »
Shhh.

1791
Announcements / Re: ENIGMA R4
« on: August 13, 2010, 03:12:41 PM »
Brett: We're waiting on IsmAvatar to provide the updater which will function as an installer for first-time use on Windows. RetroX is currently working on the package for Ubuntu anyway, so it's still a hassle for automated installation on either platform.

Rusky: Can you get in contact with Ism? She's looking for others who are affected by that problem. (There's been a bug report posted on it, but too few people experience it to work it out). She'll be back from vacation Wednesday; the IRC is a good place to find her.

1792
Issues Help Desk / Re: Can't find ENIGMA? LGM works, of course.
« on: August 13, 2010, 03:10:47 PM »
justyellowboy:
Great to hear it works. Retro's package is supposed to handle installing those packages for you, which is why I believe it's so important. I'll be making a news post about how people can pitch in, as soon as Ism holds up her end in saving ENIGMA's newest resource. That should hopefully be next Thursday, as she gets back from vacation Wednesday. There is a setting called "Definitions" under ENIGMA's settings, you see, that allows users to create C++ functions to use in their games. It is with that I hope that others can create and test GM functions for use in ENIGMA.

1793
General ENIGMA / Re: MacOSX problems
« on: August 13, 2010, 03:01:06 PM »
O_________O

YES, that should definitely have been both +1 (if either were). Nice catch. Holy f... Damn.
Anyway, great work.

1794
Issues Help Desk / Re: Can't find ENIGMA? LGM works, of course.
« on: August 13, 2010, 01:41:54 PM »
justyellowboy:
These are the Ubuntu package names:
libgl1-mesa-dev libx11-dev libz-dev gcc g++ make sun-java6-jre libopenal-dev

1795
General ENIGMA / Re: MacOSX problems
« on: August 12, 2010, 11:46:01 PM »
I'm usually on; if you could message me on MSN That'd be good. I'll keep an eye out for you there. There's also ENIGMA's IRC.

1796
Issues Help Desk / Re: Can't find ENIGMA? LGM works, of course.
« on: August 12, 2010, 04:19:12 PM »
justyellowboy:
It sounds like you've downloaded R3. I thought you said you managed to get the whole project working? R3 had major problems with... well, Linux, yes, but pretty much everything.
I'd recommend you apt-get subversion and svn co https://enigma-dev.svn.sourceforge.net/svnroot/enigma-dev/trunk enigma.

It should create a new folder called ENIGMA for you that has what you need to compile in, but it does have some dependencies. Indeed, Retro is working on a package; perhaps you should wait for it to be finished.

1797
General ENIGMA / Re: MacOSX problems
« on: August 12, 2010, 04:08:00 PM »
Do you have any remote desktop method? The errors you're finding are little things I didn't know ISO supported (or things I overlooked on account of no other STL implementation using them). It'd take me about ten minutes to go through all the errors you're getting now, plus no wait time for the other to respond. In fact, so little as SSH access would probably be enough, just so I can run make and nano (or pico, as it was originally and as OS X prefers to call it...).

This one happens to be entirely due to my own negligence; for that I apologize (The others had odd chunks of ISO thrown in that not even the Windows GNUs used).

I have fixed the error and committed it. If you trust SVN to resolve any local conflicts without inserting a hundred >>>>>>>>>>>>>>>>, you can simply check out (I'd probably recommend it).

Otherwise, you can fix it yourself if you search this:
    if ((last_named &~ LN_TYPEDEF) == LN_STRUCT
    or  (last_named &~ LN_TYPEDEF) == LN_CLASS
    or  (last_named &~ LN_TYPEDEF) == LN_STRUCT_DD)

You should find it at line 640 of handle_letters.cpp.

And insert another line, so it reads like this:
    if ((last_named &~ LN_TYPEDEF) == LN_STRUCT
    or  (last_named &~ LN_TYPEDEF) == LN_CLASS
    or  (last_named &~ LN_TYPEDEF) == LN_UNION
    or  (last_named &~ LN_TYPEDEF) == LN_STRUCT_DD)

Or, as I said, if you trust SVN to do that for you, just check out, as I have fixed this error locally and committed.


As for removing the DND, I assumed that's what you did. Don't worry, DND is insanely easy to implement (It's just the set of action_* functions).
I'm quite impressed to hear it works on iPhone. I am actually ecstatic that you managed to make the modification to use iPhone's compiler yourself; did you have to edit where ENIGMA's compiler looks for GCC?

Though, I wonder, how do you know it actually runs if it has no output? :P

1798
Announcements / Re: ENIGMA R4
« on: August 12, 2010, 03:51:59 PM »
justyellowboy:
Glad to hear it's working for you; we've come a long way, but we've got a long way yet to go. I hope you can pitch in as well; we'll have room for hundreds quite shortly.

RetroX:
I don't hard-code any such value for compile to search for. On Linux, I link against these:
string glinks = "-lGL -lz -lopenal";

If your machine is linking against a lib you don't have, it's set up incorrectly. I've never even heard of MPFR. Apparently it's for float rounding...? I let GCC take care of that mess.

1799
General ENIGMA / Re: MacOSX problems
« on: August 11, 2010, 03:50:33 PM »
I'm at a loss... Pacman compiled? I thought it used DND... I haven't implemented any of the DND functions yet; they should have thrown a syntax error for being undefined...

Anyway, the redeclaration problem. What's happening is that I missed that a nameless variable can be given a size in a structure for alignment purposes. I'll implement a correction shortly; for now, why don't you just comment that out for now and see if that's the last type of error. Search this:
              cferr = "Redeclaration of `"+name+"' at this point";
              return 0;
Return 1 instead.

1800
General ENIGMA / Re: MacOSX problems
« on: August 11, 2010, 03:06:30 AM »
Is the error message the same? "Type definition does not specify a type"?
Doesn't really make sense. You could try just defining them (__signed and __unsigned) as ""... Other than that, no idea what could cause that.

Although, some aspects of GNU's STL undefine my macros for some evil, evil reason. If all else fails, can you check for #undef __signed throughout the GNU headers? Or #define __signed _signed_ or the like?

Your search may be easier if you search
cferr = "Type definition does not specify a type";

And replace with
cferr = "Type definition does not specify a type: `" + n + "' is not a type.";

That way you know exactly what it thinks it's declaring.