Re: [libdbi-devel] locale

[<mar...@mh...>]

Christoph Holtermann writes:
 > Hello !
 > 
 > Further information can be found at:
 > 
 > http://www.mail-archive.com/gnu...@gn.../msg28150.html
 > and
 > https://bugzilla.gnome.org/show_bug.cgi?id=611936
 > 

Hi,

first of all, I was surprised to learn that GnuCash uses libdbi these
days. One more reason to finally get a feature-complete and bug-free
1.0 done!

A few comments to the problems that you reported here and in the
mailing list threads above.

1) I think Artyom is right in that the library libdbi cannot do much
about how a program linked against it influences (or doesn't
influence) printf's interactions with locale settings. One of the
GnuCash developers obviously included some patch for this problem. I
hope this is going to work for you.

2) if not, would it be possible to set a different locale in a GnuCash
start script as a temporary workaround?

3) we seem to have a bootstrapping issue with building our new test
kit. I've seen similar problems after "make check", however they seem
to exist only on first-time installations. The reason seems to be that
gcc doesn't pick up the libdbi headers although an appropriate option
(-I/usr/include in your case) is present. I haven't got around
debugging this and I'd appreciate if others could confirm this problem
or report how to get around it.

4) we do have a problem with an outdated and ill-conceived build
system. It should be modified to pick up user-defined CFLAG and LDFLAG
settings, and it should drop those platform-specific optimizations and
leave that to either package maintainers or to users who know what
they're doing. This includes the -ffast-math option which obviously
gets in your way. This was requested recently on the ML or in a tracker
item.

5) we have rewritten the test kit completely. The tests are now
designed to detect incorrect return values in addition to any program
failures. However, your make test snippet (apparently from GnuCash's
copy of the old test kit) indicates that the _tz data are expected to
be returned as 0 because the tests were skipped for that driver. I'd
have to investigate why this is the case here. It should not happen in
the latest versions as MySQL does support timezones IIRC.

In any case, please let us know if the GnuCash developers' latest
patches make things work for you. I'll try to fix the above-mentioned
libdbi issues as soon as time permits. Running libdbi-based apps
shouldn't be that disappointing, after all.

regards,
Markus

-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38