Buddha Buck writes:
> So, what are the objections to this approach?
1) As to your specific implementation, it's in C++. I'm don't want to
start a C/C++ flamewar here, but it's a major policy decision to
introduce C++ into the GnuCash engine code, and C++ has several issues
that make it a problem:
a) The rest of the engine code is in C, as is most of the GUI
code. Calling C++ code from C, while possible, is a pain, and you
lose many of the benefits of the object-based features C++ provides.
b) We don't currently have the ability to conveniently wrap C++
classes and make them available in guile.
However, the concept of a Currency data type does have quite a lot of
merit. I can think of *several* areas in the reports code that I'll
have to check for rounding errors, and a currency data type is
probably the appropriate vehicle for enforcing correct rounding
practice.
--
------------------------------------------------------------
Robert Merkel [EMAIL PROTECTED]
------------------------------------------------------------
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
