My inclination would have been to use GLib's GDate, and then worry about moving away from GLib as a separate step. I don't think dates are rocket science; I could probably implement a reasonable API for the Gregorian calendar in plain C fairly quickly. I'm not sure if anything is needed besides string-to-date, date-to-string, increment/decrement date by n days/weeks/months/years. Leap years need to be implemented correctly but that is probably the only complication. But the point is that once the code uses GDate, it would be relatively easy to find-and-replace that by some other appropriate implementation. But the initial conversion to GDate (or equivalent) is harder.
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/365065 Title: gnucash is confused by timezone changes To manage notifications about this bug go to: https://bugs.launchpad.net/gnucash/+bug/365065/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
