Rob Browning [EMAIL PROTECTED] writes:
Derek Atkins [EMAIL PROTECTED] writes:
OK, without me actually testing anything, just poking around, how
about the "Debugger options" section of the guile info pages? Does
that help? I see there's a way to turn on backtracing on error. I
think we
Dave Peticolas [EMAIL PROTECTED] writes:
Right. I just checked in some changes to src/guile/gnucash.c.in
that makes running as a shell easier. Now, gnucash loads the same
startup files regardless of whether it's running as a shell or not.
The only difference is whether it invokes gnc:main or
Derek Atkins writes:
Dave Peticolas [EMAIL PROTECTED] writes:
Right. I just checked in some changes to src/guile/gnucash.c.in
that makes running as a shell easier. Now, gnucash loads the same
startup files regardless of whether it's running as a shell or not.
The only difference is
On Mon, Oct 30, 2000 at 03:51:13PM +1100, Robert Graham Merkel wrote:
Rob Browning writes:
I'm not fully versed in all the financial ramifications, but I left
that discussion thinking that practically speaking, we could really
only track the events (buys/sells/splits/etc.) as the
Robert Graham Merkel writes:
Derek Atkins writes:
Ok, I've sucessfully got the mainline version of GnuCash to build
against g-wrap 0.9.8. I had to apply the following patches to GnuCash
and g-wrap respectively.
I've also built a set of RPMs for RedHat 6.2 (using my own spec-file
Derek Atkins writes:
Ok, I've sucessfully got the mainline version of GnuCash to build
against g-wrap 0.9.8. I had to apply the following patches to GnuCash
and g-wrap respectively.
I've also built a set of RPMs for RedHat 6.2 (using my own spec-file
which I created back in 0.9.1
Dave Peticolas [EMAIL PROTECTED] writes:
Right. I just checked in some changes to src/guile/gnucash.c.in
that makes running as a shell easier. Now, gnucash loads the same
startup files regardless of whether it's running as a shell or not.
The only difference is whether it invokes gnc:main or
Currently, only one of my (at least 3) online banks supports OFX.
All three (that I check regularly) support QIF.
-derek
Rob Browning [EMAIL PROTECTED] writes:
One thing that might be worth surveying is how many banks support OFX
and QIF now? If it's most of them, and the others are moving
Robert Graham Merkel writes:
Derek Atkins writes:
Ok, I've sucessfully got the mainline version of GnuCash to build
against g-wrap 0.9.8. I had to apply the following patches to GnuCash
and g-wrap respectively.
I've also built a set of RPMs for RedHat 6.2 (using my own spec-file
Ok, I've sucessfully got the mainline version of GnuCash to build
against g-wrap 0.9.8. I had to apply the following patches to GnuCash
and g-wrap respectively.
I've also built a set of RPMs for RedHat 6.2 (using my own spec-file
which I created back in 0.9.1 days back in May -- I have no idea
Rob Browning, in an immanent manifestation of deity, wrote:
If SWIG does a good job, then yes, but if it's not going to provide a
good solution, then I'd rather just see each interested group create
and maintain bindings for that language until/if/unless there's a
unified solution that actually
Derek Atkins [EMAIL PROTECTED] writes:
Thats fine. I'm not really complaining that the functionality
doesn't exist, just that I think it should happen. Clearly others
think it should happen, too. Personally, I want to work on the next
step (because it's what *I* want to do with GnuCash ;)
The problem is that g-wrap.m4 is being added to aclocal.m4 via
the aclocal program, which is run from autogen.sh.
-derek
Robert Graham Merkel [EMAIL PROTECTED] writes:
Dave,
the new version of g-wrap (0.9.8) contains a couple of autoconf
macros in a a file g-wrap.m4, which gets
Ok, I've build 0.9.8 on RedHat 6.2 (I even built a set of RPMS for it
:)
Unfortunately, it doesn't work for me. The mainline CVS tree doesn't
have any tests for g-wrap against guile 1.3, so it fails to set the
proper SMOB setting. I'm currently working on patches to the
configuration for this
14 matches
Mail list logo
