gfec.c has 3 calls to the deprecated scm_internal_stack_catch
function. I have no idea how to replace this, so for now I
just keep the functions in place. To prevent a build failure
I have to tell the compiler to ignore the deprecated warnings.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22671 57a11ea4-9604-0410-9ed3-97b8803252fd
Note that a first gnucash run with guile 2 will cause the scheme files
to be autocompiled into a guile specific bytecode language (unless the
environment variable GUILE_AUTO_COMPILE is set to 0).
This compile run still causes a lot of warnings, but the files get
properly compiled and gnucash runs fine.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22670 57a11ea4-9604-0410-9ed3-97b8803252fd
N_ gets defined in the root module, so it's automatically available
everywhere. Exporting it generated a a warning in guile 2.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22668 57a11ea4-9604-0410-9ed3-97b8803252fd
string-join has been a built-in function at least since guile 1.8.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22666 57a11ea4-9604-0410-9ed3-97b8803252fd
hash-fold has been a built-in function at least since guile 1.6.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22665 57a11ea4-9604-0410-9ed3-97b8803252fd
It's a long-standing rule that I don't do numbers well. Third time's
a charm, I hope.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22664 57a11ea4-9604-0410-9ed3-97b8803252fd
And remove a reference in the comment to a no longer existing function
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22657 57a11ea4-9604-0410-9ed3-97b8803252fd
- The workarounds for long long were added more than 12
years back (pre guile 1.6). One would reasonably assume this issue would
have been fixed by now.
- But more importantly, we can guarantee a proper 64 type
conversion by replacing scm_to/from_long_long with scm_to/from_int64
which is always 64bit, just as gint64
I have chosen nonetheless to keep this change in a separate commit so
it's easier to track if some obscure platform still manages to screw
this up.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22655 57a11ea4-9604-0410-9ed3-97b8803252fd
The kvtable code is causing segfaults in guile 2 and I don't see any
obvious advantages to using this custom code of the standard hash-table
functions
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22654 57a11ea4-9604-0410-9ed3-97b8803252fd
The replacement function (scm_to_locale_string) doesn't deal well when
the C string is NULL, so all replacements were adapted to handle this
case. Depending on the context the replacement in case of a NULL input
string will return SCM_BOOL_F or a sensible default string.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22653 57a11ea4-9604-0410-9ed3-97b8803252fd
These are all simple one to one mappings.
The replacements require guile 1.8 or newer.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22652 57a11ea4-9604-0410-9ed3-97b8803252fd
This reduces the number of guile<->c roundtrips for the book options
dialog and eliminates the guile dependency from one more file.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22650 57a11ea4-9604-0410-9ed3-97b8803252fd
Use a price on the same day as the transaction as default if there is one.
Don't add a new price to the price DB if the nearest one on the same day
is equivalent to the one being added.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22646 57a11ea4-9604-0410-9ed3-97b8803252fd
A transaction's value should be balanced independently in trading and
non-trading splits to be considered balanced. Incorrect adjustment
of exchange rates on existing splits can cause this to be an issue.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22645 57a11ea4-9604-0410-9ed3-97b8803252fd
These functions were used in debugging business reports, but they don't
work anymore. The report system has moved on to using unique guids.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22643 57a11ea4-9604-0410-9ed3-97b8803252fd
It's not used anymore and if someone wants to re-establish it, he/she
should use (ice-9 getopt-long) to implement it instead of our own custom
functions.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22640 57a11ea4-9604-0410-9ed3-97b8803252fd
The code made a roundtrip into guile (for historical reasons I guess).
The guile code used to be able to provide custom paths to search for
based on some command line parameter set at startup. This parameter
is no longer accepted since a very long time back.
Also note that the gncFindFile function is not actively in use. It is
only called by gncReadFile, which in turn is only called when our html
code is asked to load a generic file or a help file to stream (protocol
file or help). Both protocols are used nowhere in the current GnuCash
code.
gncFindFile (now gnc_path_find_localized_html_file) is only kept for
a. custom reports that potentially use the file protocol
b. jqplot which uses the guile equivalent of this function
(see a subsequent commit)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22637 57a11ea4-9604-0410-9ed3-97b8803252fd
