Code: Select all
'truncf@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so try adding it to the linker command line
Code: Select all
SET(LIBS $(LIBS) m) I would have to make a patch and diff, which is beyond what I want to do for SlackBuilds and is frowned upon by their team, especially for bugs--if it was something system-specific, that might be different.AnonymousHero wrote:The message actually says what to do:If you addCode: Select all
'truncf@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so try adding it to the linker command lineto the CMakeFile somewhere in the SDL section it should work.Code: Select all
SET(LIBS $(LIBS) m)
It is system dependent. Some distros (or maybe it's just newer versions of the build toolchain) have changed the way the linking works so that transitive link dependencies are not pulled in automatically.darwin wrote:I would have to make a patch and diff, which is beyond what I want to do for SlackBuilds and is frowned upon by their team, especially for bugs--if it was something system-specific, that might be different.AnonymousHero wrote:The message actually says what to do:If you addCode: Select all
'truncf@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so try adding it to the linker command lineto the CMakeFile somewhere in the SDL section it should work.Code: Select all
SET(LIBS $(LIBS) m)
It is probably the toolchain--I do not think the Slackware team would ever alter anything a developer would want to work the standard way... they configure applications their own way, or not, but that is about it.AnonymousHero wrote: It is system dependent. Some distros (or maybe it's just newer versions of the build toolchain) have changed the way the linking works so that transitive link dependencies are not pulled in automatically.
I downloaded it twice and the following happened each time.However, adding "m" in any case shouldn't hurt anything, so I've pushed a "fix" to the 2.3.x branch here. If you could please test that this fixes it for you, I'll cut a new release and tag that as 2.3.11-ah.
Code: Select all
d@cosmos:~$ tar xvf tome2-tome2-v2.3.x.tar.gz
tome2-tome2/
tome2-tome2/.gitignore
tome2-tome2/BUGS.txt
tome2-tome2/CMakeLists.txt
tome2-tome2/DEBUG.txt
tome2-tome2/README.txt
tome2-tome2/angdos.cfg
tome2-tome2/changes.old
gzip: stdin: unexpected end of file
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
Hm. It seems there's something wrong with their download service at the moment. You can also get the code by doingdarwin wrote:I downloaded it twice and the following happened each time.
(error message omitted)
Code: Select all
git clone -b v2.3.x git://gitorious.org/tome2/tome2.git
Ok; it compiled, but there is something wrong with my build unless you changed other things. I may have used parts of an old version, or a SlackBuilds person modified mine, which I then had to download and re-edit. My build is looking for a 'var/games/tome/apex/scores.raw' (and scores.raw.new.) Do you know anything about it? Also, apparently I had made a wrapper called tome.sh that ran the game from a more usual path, but now it is not installed in the build version I have. Hopefully I can figure it all out.AnonymousHero wrote: Hm. It seems there's something wrong with their download service at the moment. You can also get the code by doing
in an empty directory somewhere.Code: Select all
git clone -b v2.3.x git://gitorious.org/tome2/tome2.git
Relative to 2.3.10-ah there's only a single other change related to the Theme module, but that's not the culprit here.darwin wrote: Ok; it compiled, but there is something wrong with my build unless you changed other things.
Scores.raw is the "top N characters" score file. (All other *.raw file "support" was removed.)darwin wrote: I may have used parts of an old version, or a SlackBuilds person modified mine, which I then had to download and re-edit. My build is looking for a 'var/games/tome/apex/scores.raw' (and scores.raw.new.) Do you know anything about it?
No wrappers should be necessary.darwin wrote: Also, apparently I had made a wrapper called tome.sh that ran the game from a more usual path, but now it is not installed in the build version I have. Hopefully I can figure it all out.
No. I guess I had downloaded my build from 235 from SlackBuilds, which rejected my one for 2.3.10-ah, though it was working, so I lost that. The old one, which apparently had some changes they made, was doing all this, and also copying changes.txt, credits.txt from somewhere, which I guess are also gone now.AnonymousHero wrote:
Scores.raw is the "top N characters" score file. (All other *.raw file "support" was removed.)
Is it trying (and failing) to create the file? I'm a bit surprised that it's actually looking for score file in a global location -- I thought I'd changed it to always look in the user's ~. (But perhaps that's just in 'master'.)
They may be. As I have said, /usr/share/games/tome/bin is not in the path the system searches for binaries & scripts on any system I know, so it will not run for most users, so I made a link to a wrapper in that path from /usr/games, so a user can run tome from their home and tome executes in its own path and can find its libraries--I do not think it did when I just did a link.No wrappers should be necessary.
changes.txt, credits.txt still exist in exactly the same location in the source tree as they always have.darwin wrote: No. I guess I had downloaded my build from 235 from SlackBuilds, which rejected my one for 2.3.10-ah, though it was working, so I lost that. The old one, which apparently had some changes they made, was doing all this, and also copying changes.txt, credits.txt from somewhere, which I guess are also gone now.
Ok; I got rid of looking for the .raw file and fixed the part that copies those text files into the package. I am ready to make a SlackBuild anytime you want to release 2.3.11 (I have it installed on my own machine as 2.3.10... of course I will test again if you made any more changes.)AnonymousHero wrote: changes.txt, credits.txt still exist in exactly the same location in the source tree as they always have.
I've tagged 2.3.11-ah. Here's the tree: https://gitorious.org/tome2/tome2/trees/v2.3.11-ahdarwin wrote:AnonymousHero wrote: changes.txt, credits.txt still exist in exactly the same location in the source tree as they always have.
You have to run it with cwd = the directory where the "lib" directory is located. Basically you should do something likemertonhobbit wrote:MAC OSX -- compiling with Xcode.
(snip)
Then fired up Xcode and told it to build (without changing anything). Everything went fine (just four small warnings). The executable came out in tome2-tome2/src/Debug ; seems a bit strange it was buried in src, but okay.
When I ran it, it started a tome window, but it said this:
tome_dofile_anywhere(): file ./lib/mods(mods_aux.lua) doesn't exist in ./lib/mods/mods_aux.luo.
and the same thing for modules.lua. Then
LUA: error: attempt to call a nil value LUA: ERROR in lua_call while calling 'max_modules' from call_lua.
and the same thing for get_module_name. Finally:
Things should start breaking up from now on!
Any thoughts?
Code: Select all
$ cd /path/to/tome2-tome2
$ ./src/Debug
Code: Select all
#if defined(MACH_O_CARBON)
#define PRIVATE_USER_PATH "~/Library/Application Support/ToME"
#define PRIVATE_USER_PATH_DATA
#define PRIVATE_USER_PATH_MODULES
#elif defined(WIN32)
#define PRIVATE_USER_PATH "."
#else
#define PRIVATE_USER_PATH "~/.tome"
#endifCode: Select all
#include <sys/stat.h>
bool_ private_check_user_directory(cptr dirpath)
{
struct stat stat_buf;
int ret;
ret = stat(dirpath, &stat_buf);
if (ret == 0)
{
if ((stat_buf.st_mode & S_IFMT) == S_IFDIR) return (TRUE);
return (FALSE);
}
else
{
ret = mkdir(dirpath);
if (ret == -1) return (FALSE);
return (TRUE);
}
}