I'm trying to get devtodo to work on my x64-macos. Mac OS filesystem is case insensitive, so I had to patch accordingly to what they've done in MacPorts[1] (just not sure if I should patch util/Makefile.in or util/Makefile.am ?), they also opened a ticket upstream[2] but it hasn't been handled... Anyway, it compiles fine with the patch but I can't run the application. Here's what I have: $ todo terminate called after throwing an instance of 'std::runtime_error' Abort trap (gdb) run Starting program: /Users/superflo/Gentoo/usr/bin/todo Reading symbols for shared libraries ++++. done terminate called after throwing an instance of 'std::runtime_error' Program received signal SIGABRT, Aborted. 0x00007fff81e683d6 in __kill () (gdb) bt #0 0x00007fff81e683d6 in __kill () #1 0x00007fff81f08972 in abort () #2 0x00007fff81e88972 in _Unwind_Resume () #3 0x00007fff81e8c7cb in _Unwind_Resume_or_Rethrow () #4 0x00000001001654f0 in __cxa_rethrow () #5 0x00000001001674bb in __gnu_cxx::__verbose_terminate_handler () #6 0x000000010016543b in __cxxabiv1::__terminate () #7 0x0000000100165473 in std::terminate () #8 0x0000000100165578 in __cxa_throw () #9 0x0000000100030cf8 in Regex::operator= () Previous frame inner to this frame (gdb could not unwind past this frame) [1] http://trac.macports.org/browser/trunk/dports/devel/devtodo/files/patch-case-insensitive-filesystem.diff?rev=66212 [2] http://swapoff.org/ticket/107
I can't reproduce the crash, but in the worst case that's because I'm on Tiger where the exception catching thing isn't an issue.
compilation issues solved in the tree.
Thanks, about the runtime issues, I'm no good with c++, don't really know what to try, according to gdb, the crash occurs in a "Regex::operator=" function, since I patched regex.h -> Regex.h, maybe it's linked.
please try this again with binutils-apple-3.2.3-r1
I just synched and don't have this ebuild in my tree. My current version is binutils-apple-3.2.3.ebuild, I'll retry if the ebuild gets commited.
After emerging you also need to recompile gcc-apple to get a working libstdc++. Maybe we can strip the __unwind_info section from mach-o files somehow? Anyway, is the following as expected? [ticktock][~] >> todo [ticktock][~] >> echo $? 0 [ticktock][~] >> tda Enter text for the item you are adding. text> test todo 1 1. veryhigh 2. high 3. medium 4. low 5. verylow Enter a priority from those listed above. priority> 2 Index of new item is 1 [ticktock][~] >> tda todo: error, no database loaders for database format or database corrupt (last error was 'couldn't compile rx: repetition-operator operand invalid' [ticktock][~] >> todo todo: error, no database loaders for database format or database corrupt (last error was 'couldn't compile rx: repetition-operator operand invalid'
Still todo looks fubared to me then. (ps I added a news item on the recompile stuff)
(In reply to comment #7) > Still todo looks fubared to me then. > > (ps I added a news item on the recompile stuff) > Indeed it is. I nailed the error down to: (gdb) n 52 xmlScan.addPattern(XmlDecl, "<\\?xml.*?>[[:space:]]*"); (gdb) n todo: error, no database loaders for database format or database corrupt (last error was 'couldn't compile rx: repetition-operator operand invalid' Which actually should've been fixed in: http://swapoff.org/changeset/491 and according to http://swapoff.org/browser/todo/trunk/util/XML.cc still is fixed in trunk. So I wonder how old/broken/outdated is that tarball version?
Apprently, 0.1.20 has been tagged in rev464 :| http://swapoff.org/changeset/464
I think Jokey doesn't mind me/us fixing his package, so maybe a backport of this changeset?
Created attachment 243187 [details, diff] frist attempt for a working ebuild. Fixes regex.h for case insensitive fs and apply changeset 491 from the trunk.
Created attachment 243193 [details, diff] Fix for the xml databases Backport of changeset 491 from the trunk. Fix xml databases.
Created attachment 243195 [details, diff] moves Regex.h to DTRegex.h for case insensitive fs
I attached a modified ebuild and the patches I used to have a working devtodo on my case insensitive fs: worksforme x64-macos. Thanks heiko_.
You use an old ebuild, and hence dropped the ~ppc-macos keyword. Your fs-patch should be deprecated at the moment, as I already applied a fix for that.
these issues seem to have been dealt with in the meanwhile
