On Fri, Jan 27, 2006 at 12:04:13AM -0500, David Hampton wrote:
Chris,
This patch broke the tree for everyone compiling with
--enable-error-on-warning (which is the default setting). Please
compile your tree with this flag enabled before committing.
I'm configuring with:
./configure -C
On Fri, Jan 27, 2006 at 12:04:13AM -0500, David Hampton wrote:
Chris,
This patch broke the tree for everyone compiling with
--enable-error-on-warning (which is the default setting). Please
compile your tree with this flag enabled before committing.
Well, it can't be _everyone_. I just
On Fri, 2006-01-27 at 00:19 -0500, Chris Shoemaker wrote:
I'm configuring with:
./configure -C CFLAGS=-O0 -Wno-pointer-sign --enable-maintainer-mode
--enable-etags --prefix=/opt/gnucash-g2 --enable-opt-style-install
--enable-debug
Should I explicitly add --enable-error-on-warning? I'm
On Fri, Jan 27, 2006 at 12:38:12AM -0500, David Hampton wrote:
On Fri, 2006-01-27 at 00:19 -0500, Chris Shoemaker wrote:
I'm configuring with:
./configure -C CFLAGS=-O0 -Wno-pointer-sign --enable-maintainer-mode
--enable-etags --prefix=/opt/gnucash-g2 --enable-opt-style-install
On Fri, 2006-01-27 at 00:36 -0500, Chris Shoemaker wrote:
On Fri, Jan 27, 2006 at 12:04:13AM -0500, David Hampton wrote:
Chris,
This patch broke the tree for everyone compiling with
--enable-error-on-warning (which is the default setting). Please
compile your tree with this flag
On Mon, 2006-01-23 at 12:38 -0500, Chris Shoemaker wrote:
Caveat: We have multiple mechanisms for handling the filename
argument string -- some in guile and some in C. The C-side mechanisms
(in engine/gnc-filepath-utils.c) seem a little nicer than the guile
ones (in main.scm
On Mon, Jan 23, 2006 at 01:49:32PM -0500, David Hampton wrote:
On Mon, 2006-01-23 at 12:38 -0500, Chris Shoemaker wrote:
Caveat: We have multiple mechanisms for handling the filename
argument string -- some in guile and some in C. The C-side mechanisms
(in engine/gnc-filepath
On Sun, Jan 22, 2006 at 06:12:16PM -0500, Chris Shoemaker wrote:
- gnucash_program =
-gnome_program_init(gnucash, version, LIBGNOMEUI_MODULE,
-restargc, restargv,
-GNOME_PARAM_POPT_TABLE, nullPoptTable,
-
Hi Derek,
FYI, the e-guile link is back up:
http://woozle.org/~neale/repos/eguile/eguile.html
I looked at it. It appears intuitive and nice to
use. However, how does that fit with
Josh Sled's simple roadmap explanation after G2? E.g.,
We've been really focused on the G2 port and 2.0
IMNSHO, what Josh means is that the WAY gnucash uses guile needs to
be fixed, and the way that gnucash is so /dependent/ on guile needs
to be fixed. Guile needs to be removed from the startup sequence.
Gnucash needs to depend LESS upon guile.
But I don't EVER see guile being /completely
On Tue, 2005-11-01 at 06:16 -0800, Brian Rose wrote:
Is Scheme/Guile staying in or going out? Would
e-guile be deleted within the year
and replaced?
:) Good question. In my ideal world, we would remove it entirely and
find a different, light-weight templating system for the reports
Title: RE: E-guile link
I have no opinion about using scheme or not for anything, but if there are folks who want to get rid of it; we can evaluate the use of XSLT as a templating engine. I've used it and it's okay but I suspect that eguile is much more flexible.
Tracy.
-Original
but I suspect that eguile is
much more flexible.
Tracy.
-Original Message-
From: [EMAIL PROTECTED] on behalf of Josh Sled
Sent: Tue 11/1/2005 7:43 AM
To: Brian Rose
Cc: gnucash-devel@lists.gnucash.org
Subject: Re: E-guile link
On Tue, 2005-11-01 at 06:16 -0800, Brian Rose wrote
On Tuesday 01 November 2005 6:34 pm, Derek Atkins wrote:
Nah, might as well focus on eguile in the short term.
-derek
Tracy Brown [EMAIL PROTECTED] writes:
I have no opinion about using scheme or not for anything, but if there
are folks who want to get rid of it; we can evaluate the use
FYI, the e-guile link is back up:
http://woozle.org/~neale/repos/eguile/eguile.html
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
On Sat, 2005-01-10 at 17:27 -0400, Chris Shoemaker wrote:
On Sat, Oct 01, 2005 at 09:43:29PM +0100, Neil Williams wrote:
On Saturday 01 October 2005 8:58 pm, Chris Shoemaker wrote:
+int
+main (int argc, char **argv)
{
+ qof_init();
+ if(cashobjects_register()) {
On Sat, Oct 01, 2005 at 09:43:29PM +0100, Neil Williams wrote:
On Saturday 01 October 2005 8:58 pm, Chris Shoemaker wrote:
+int
+main (int argc, char **argv)
{
+ qof_init();
+ if(cashobjects_register()) {
test_query_core();
test_class();
test_querynew();
Brian [EMAIL PROTECTED] writes:
That did it, Thanks... I did an install to /opt and that seems to work
fine. Now to complete some of the changes.
My other question still persists. Is there any documentation for the
guile portion... logic diagrams... anything?
Not really, no. :( At least
Is there any documentation of the guile modules?
I have been going nuts trying to figure out some of variables, where
they are originally defined, etc..
To add some business preferences such as company-phone, company-fax,
etc. to be used in printing invoices, etc..
I have found 2 files so far
Do you properly (export) your variable? What is the error you see?
-derek
Brian [EMAIL PROTECTED] writes:
Is there any documentation of the guile modules?
I have been going nuts trying to figure out some of variables, where
they are originally defined, etc..
To add some business
/share/gnucash/scm/main-window.scm:
205: 1* (let* (# #) (letrec # #))
In unknown file:
?: 2 (letrec ((changed_cb #)) (gnc:kvp-option-dialog gnc:id-book slots
...) )
...
?: 3 [gnc:kvp-option-dialog # # Book Options ...]
In /usr/share/gnucash/guile-modules/gnucash/gnome-utils.scm:
26
Quoting Brian [EMAIL PROTECTED]:
On Thu, 2005-19-05 at 12:23 -0400, Derek Atkins wrote:
Do you properly (export) your variable? What is the error you see?
[snip]
107: 15* [gnc:make-string-option Business ...
/usr/share/gnucash/scm/business-prefs.scm:107:4: While evaluating arguments
renamed the original 2 files with .orig appended then copied the 2
modified ones there to test. Do I have to make everything with the
modified files? I thought one of the points about using guile is not
having to re-compile, but I don't know how the variables are handled
thru the c code for saving
and not your own version.
-derek
I renamed the original 2 files with .orig appended then copied the 2
modified ones there to test. Do I have to make everything with the
modified files? I thought one of the points about using guile is not
having to re-compile, but I don't know how
guile is not
having to re-compile, but I don't know how the variables are handled
thru the c code for saving in the file etc..
No, you do not need to recompile, but you DO need to install the modified SCM
files into the install tree (/usr/...). Having the .orig files in the install
tree
Surely someone has written an interface from gdb into guile
so that gdb can print out scheme data structures?
If you google for gdb guile you find references to a plan to
use scheme as a scripting language for gdb, and on the
http://www.gnu.org/software/guile/ideas.html
page you find
GDB
On Wednesday 22 September 2004 4:23 am, you wrote:
Neil Williams [EMAIL PROTECTED] writes:
I'll look into that. TBH, I'm not sure why it is calling OpenSP, except
that it is loading the current XML datasource files directly, without
user intervention and without using Guile/Scheme/GUI
Neil Williams [EMAIL PROTECTED] writes:
Well, it shouldn't depend on the XML backend even if it's embedded in
the GnuCash tree.
Sorry, I wasn't clear. XML as data interchange, not as a backend. If it's
going to receive QofBook data from external sources, including pilot-link or
via STDIN,
On Wednesday 22 September 2004 2:56 pm, Derek Atkins wrote:
AHHH.. Yes, indeed, XML is definitely suited to this. However your
code still shouldn't assume XML, because a user may want to merge two
PG databases together, or a PG and XML dataset, or an XML and SQLite
(once that's
On Wednesday 22 September 2004 3:49 pm, Derek Atkins wrote:
Thank you for learning and doing the work! How can we keep you interested
in doing more work?
I've got plenty more I'd like to do with the merge and GnuCash - just for now
I need to give some time to other projects and certain
When running a console application that uses guile via gnucash-env, how do I
abort?
I free the memory I used, I call gnc_engine_shutdown() but the program hangs,
waiting for a Ctrl-C. I've checked and all the usual tidying up functions are
called without errors - it exits normally when allowed
Neil Williams [EMAIL PROTECTED] writes:
When running a console application that uses guile via gnucash-env, how do I
abort?
You mean how do you get the program to exit? You call exit();
in your C, or (exit) from guile.
I free the memory I used, I call gnc_engine_shutdown() but the program
not sure why it is calling OpenSP, except that
it is loading the current XML datasource files directly, without user
intervention and without using Guile/Scheme/GUI.
The reason that this looks odd is because it started as a test program but has
developed into somewhat of an interactive demo
going to a terminal and you type ^S
so the output is buffered up, a Posix compliant system will not let the
process exit until the data has drained out.
On Sep 21, 2004, at 3:11 PM, Derek Atkins wrote:
Neil Williams [EMAIL PROTECTED] writes:
When running a console application that uses guile via
Neil Williams [EMAIL PROTECTED] writes:
I'll look into that. TBH, I'm not sure why it is calling OpenSP, except that
it is loading the current XML datasource files directly, without user
intervention and without using Guile/Scheme/GUI.
XML doesn't use OpenSP. The only thing I can think
From: Rob Browning [EMAIL PROTECTED]
Date: Tue, 05 Mar 2002 17:24:23 -0600
* Remove automake and autoconf from your path, or turn off their
execute bits, or something. (Users must be able to build from the
tarfile without installing those tools.)
absent system dir
scm_long_long2num and its inverse are only compiled when
LONGLONGS is defined in guile-1.3.4; this isn't the default.
The attached allows gnucash to build on such a system (otherwise
it tries to link in functions that don't exist...)
Bill
--- gnucash-1.6.0/configure.in.foo Mon Jun 18 23
...
=cut===
Making all in g-wrapped
make[2]: Entering directory `/usr/local/src/g-wrap-1.1.9/g-wrapped'
guile -c \
"(set! %load-path (cons
\"/usr/local/src/g-wrap-1.1.9/g-wrapped/..\" %load-path))""(use-modules
(g-wrap)) \
Hi,
I'm trying to build the latest GnuCash on Red Hat 6.2 but g-wrap seems
to have dropped support for guile 1.3. I don't want to update my
guile subsystem because I want to remain as close to "native 6.2" as
possible (also because I still want to build the 1.4 RPMs as they are
rele
I have implemented a new way of using gettext from scheme files
that is easier to use than the string databases that are currently
used in, for example, the reports.
Essentially, it works the same way as in C.
To mark a string as translatable and load the translation
at the same time, use the
On Thu, Dec 21, 2000 at 12:59:58AM -0800, Dave Peticolas wrote:
(display (_ "Hello, World")) ;; print the appropriate translation
;; of "Hello, World"
Thanks Dave! you're a god.
b.g.
___
gnucash-devel mailing list
Dave Peticolas [EMAIL PROTECTED] writes:
I'm not sure why it's there -- I can build fine and I installed
g-wrap in /usr.
It's there beacuse that's where I install g-wrap, but it does need to
be generalized. It needs to encode the g-wrap module dir, which is
available via g-wrap-config. We
Robert Graham Merkel writes:
The following code in latest CVS src/guile/Makefile.am is kinda machine-speci
fic . . .
FLAVOR=gnome guile -c \
'(set! %load-path (cons "/usr/local/opt/g-wrap/share/guile" %load-p
ath)) \
(primitive-load
The following code in latest CVS src/guile/Makefile.am is kinda machine-specific . . .
FLAVOR=gnome guile -c \
'(set! %load-path (cons "/usr/local/opt/g-wrap/share/guile" %load-path)) \
(primitive-load "./gnc.gwp") \
(gw:generate-modul
and in
execution) bindings for C APIs from guile. Basically the question
comes down to "Is it possible in this case to server all masters
well?".
Or in more concrete terms, say I were to try to do something very
CORBA-esque with g-wrap's spec. Would I end up with a tool that was
much more compl
Robert Graham Merkel [EMAIL PROTECTED] writes:
Yeah, it's just that I was trying not to *force* people to upgrade
their g-wrap if don't have to. If we put in a call in gnucash
to an autoconf macro only distributed with 0.9.8, they have to
upgrade.
I have no objection to including the code
Dave Peticolas [EMAIL PROTECTED] writes:
I have added the patch to the devel tree and placed the patched
version of g-wrap.m4 in acinclude.m4. In the long run, though,
g-wrap.m4 should be picked up from the installation of g-wrap,
I think.
It is, at least in g-wrap 0.9.8.
If you'd like, I
Derek Atkins writes:
Dave Peticolas [EMAIL PROTECTED] writes:
I have added the patch to the devel tree and placed the patched
version of g-wrap.m4 in acinclude.m4. In the long run, though,
g-wrap.m4 should be picked up from the installation of g-wrap,
I think.
It is, at
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
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
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
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
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
@@
/* is guile available */
#undef HAVE_GUILE
+/* New or old Guile Smob for G-wrap */
+#undef GWRAP_OLD_GUILE_SMOB
+
/* Use the new gtkhtml widget instead of the old xmhtml widget */
#undef HAVE_LIBGTKHTML
Index: configure.in
Hi,
I'm trying to debug some scheme code, but I don't know guile
very well. I've got a backtrace to the problematical code,
but I'd like to get into that environment so that I can examine
various symbols and see their values. I can't seem to find
any useful guile documentation, in particular
Derek Atkins [EMAIL PROTECTED] writes:
Ok, I did find the most recent info pages, which I grabbed from CVS..
But they still are useless.
Wow. I hadn't actually looked at them on that topic. Pretty
"sparse", no doubt...
--
Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094
Rob Browning [EMAIL PROTECTED] writes:
Derek Atkins [EMAIL PROTECTED] writes:
Ok, I did find the most recent info pages, which I grabbed from CVS..
But they still are useless.
Wow. I hadn't actually looked at them on that topic. Pretty
"sparse", no doubt...
To say the least...
I
Derek Atkins [EMAIL PROTECTED] writes:
I'm trying to debug some scheme code, but I don't know guile
very well. I've got a backtrace to the problematical code,
but I'd like to get into that environment so that I can examine
various symbols and see their values. I can't seem to find
any
has for me?
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 may turn that off in gnucash unless the --debug option is
ena
Ok, I did find the most recent info pages, which I grabbed from CVS..
But they still are useless.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL
pages for "Debugger User Interface".
I can't even FIND the info pages.. And the Guile website is being
useless :( I found references for guile 1.2a, but it doesn't have
any useful information in the debugger section. :(
Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E39
e 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 may turn that off in gnucash unless the --debug option is
enabled.
--
Rob Browning [
using guile 1.3, only because the rpm I downloaded for 1.4.4
required it. I thought it odd that it wasn't using a more recent
version. I'll upgrade to 1.4.7 to see if that solves the problem.
I seem to recall that there was some ugliness with 1.3 anyway, and
that the guile people would
Yeah, 1.3 is a pretty lackluster guile. And that's saying something :)
-Peter
On Wed, Oct 18, 2000 at 04:08:31PM +, Richard -Gilligan- Uschold wrote:
Rob Browning wrote:
As far as I can tell, the latest version of g-wrap works fine with
guile 1.3.4 and guile 1.4 on my system(s
Rob Browning wrote:
As far as I can tell, the latest version of g-wrap
works fine with
guile 1.3.4 and guile 1.4 on my system(s).
Since it would be somewhat difficult/time-consuming for me to install
guile-1.3 and add backward compatibility and test g-wrap, I'm trying
to figure out if it would
Richard -Gilligan- Uschold [EMAIL PROTECTED] writes:
I'm using guile 1.3, only because the rpm I downloaded for 1.4.4
required it. I thought it odd that it wasn't using a more recent
version. I'll upgrade to 1.4.7 to see if that solves the problem.
I seem to recall that there was some
Hi all
1) GnuCash is pretty darn neat
2) Do I understand correctly that gnucash 1.4 won't work with guile
1.4, but will work with guile 1.3?
(my experience building gnucash today supports this observation ...)
If so, how about a test in the configure script? Would have saved me a
couple
Hi,
Problem:
gnucash 1.4.1 doesn't compile with guile 1.4 and g-wrap 0.9.4
---
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../engine -I../gnome
-I../regi
ter-pipe -Wall -I/usr/include -DNEED_GNOMESUPPORT_H
-I/usr/lib/gnome
someone was going to have an rpm for suse today but i guess their
busy with the 4th of july in the usa
On Mon, 03 Jul 2000, Christian
Krause wrote: Hi,
Problem:
gnucash 1.4.1 doesn't compile with guile 1.4 and g-wrap 0.9.4
Christian Krause writes:
Hi,
Problem:
gnucash 1.4.1 doesn't compile with guile 1.4 and g-wrap 0.9.4
If you check the archives, I've explained how to fix the problem with
g-wrap.0.9.4.
The difficulties with Guile 1.4 are known problems. Could you please
revert to the 1.3.x series
Martin Willemoes Hansen writes:
Hi!
I just tried compiling gnucash, after I upgrade my guile interpretter
from 1.3.? to guile-1.4 and it resulted in a compile error:
gnc.c:53: warning: data definition has no type or storage class
gnc.c:56: parse error before ^POINTER_ARRAY_smob
I'd seen the fact that Guile 1.4 existed mentioned somewhere, but it's
now announced on freshmeat.
Release announcement is at:
http://sourceware.cygnus.com/ml/guile/2000-06/msg00198.html
I suppose we should find out what breaks
On Fri, 23 Jun 2000 00:50:13 +1000, the world broke into rejoicing as
Robert Graham Merkel [EMAIL PROTECTED] said:
I'd seen the fact that Guile 1.4 existed mentioned somewhere, but it's
now announced on freshmeat.
Release announcement is at:
http://sourceware.cygnus.com/ml/guile/2000-06
doing the most calculations of any report,
and it is pretty speedy, even on large data files.
I can't recall the speed of guile ever being a live issue. The part of
the code with performance issues ATM (the register) is written in C
anyway.
I'd want to wait until this could unambiguously
I "saw fit" to see about adding GnuCash to the Guile-related projects;
information submission listed below...
--- Forwarded Message
Return-Path: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 3861 invoked from network); 15 Apr 2000 16:41:58 -
Received: fr
Take a look at this page:
http://www.freshmeat.net/news/2000/04/01/954615693.html
RMS said:
"We've abandoned Scheme, and will slowly be removing Guile from all our
projects over the course of this summer. We had to find an extension
language to replace it. I looked at Perl, Python, Eiffel,
I tried to compile the latest cvs of gnucash. I got an error and saw that it
was the same error I saw mentioned here (about having the latest guile). I
downloaded the latest guile from the gnucash web site (1.3.4-6) and
installed it. No problem.
Now I get this error during configure:
checking
OK, I managed to fix the configure guile parts problem. I apparently also
needed the 1.3.4-2 of guile-devel. I installed that and configure ran fine.
Now, gnucash seems to compile The only error I get is about a questionable
"makeinfo", but I always get that. But after I compile a
On Sat, 19 Feb 2000, Dave Peticolas wrote:
Date: Sat, 19 Feb 2000 13:10:34 -0800
To: [EMAIL PROTECTED]
From: Dave Peticolas [EMAIL PROTECTED]
Subject: Re: Guile and Slib
OK, I managed to fix the configure guile parts problem. I apparently
also
needed the 1.3.4-2 of guile-devel
Put a symlink named 'slib' in /usr/share/guile that points to
/usr/lib/umb-scheme/slib. You may need to run gnucash once as
root.
dave
Dave,
Thanks, that did it. I just didn't know where gnucash was looking for it.
Unfortunately, this problem illustrates the fact
Dave Peticolas [EMAIL PROTECTED] writes:
Unfortunately, this problem illustrates the fact that upgrading with
guile-1.3.4-2 will not be a panacea. The 1.3.4 rpm does not install
the link to slib, while the 1.3 rpm does.
I am going to try and remove the dependency on 1.3.4 before we
Dave Peticolas [EMAIL PROTECTED] writes:
Unfortunately, this problem illustrates the fact that upgrading with
guile-1.3.4-2 will not be a panacea. The 1.3.4 rpm does not install
the link to slib, while the 1.3 rpm does.
I am going to try and remove the dependency on 1.3.4 before we
For everyone writing reports, you should know that your report file is
only loaded once. This means that any global variables you use will
only be initialized once.
Thus, any global variables which you change must be re-initialized
in the report generation function. Also, you can have the same
In recent versions of guile, libreadline is no longer linked directly
or enabled by default, but as we all know, it's quite nice to have
during development. If you'd like to turn it back on, and you didn't
find the tidbit buried in the NEWS file, all you need to do is execute
this:
(use
In recent versions of guile, libreadline is no longer linked directly
or enabled by default, but as we all know, it's quite nice to have
during development. If you'd like to turn it back on, and you didn't
find the tidbit buried in the NEWS file, all you need to do is execute
teri wrote:
The guile tarball I got has no such file and the slib docs don't say anything
about guile. Given that all I want to do is run gnucash and don't
particularly care about doing anything fancy with guile/slib, can I just
copy the scm files someplace where guile will find them? or do
...
If you have installed guile, you already have a complete Scheme
system. That's what guile is - a Scheme interpreter designed for
easy embedding in other programs.
Ok. Thanks.
slib works fine with guile. As well as the slib documentation, you
should check
The guile tarball I got has no such file and the slib docs don't say anything
about guile. Given that all I want to do is run gnucash and don't
particularly care about doing anything fancy with guile/slib, can I just
copy the scm files someplace where guile will find them? or do I need
This approach would have the advantage of giving you a nice readline
interface with command history for free. You'd still have the problem
Speaking of which, when I moved to guile 1.3.4, I lost my
nice readline interface in using the guile interpreter.
Is there something you need to do
Dave Peticolas [EMAIL PROTECTED] writes:
Speaking of which, when I moved to guile 1.3.4, I lost my nice
readline interface in using the guile interpreter. Is there
something you need to do to turn it back on?
They've moved it out to a separate module in response to GPL issues.
There's a way
On 09 Aug 1999 00:17:53 CDT, the world broke into rejoicing as
Rob Browning [EMAIL PROTECTED] said:
[EMAIL PROTECTED] writes:
What struck me Friday morning was that I really should be
marshalling data into somewhat more organized "structures" rather
than just building assoc lists.
[
[EMAIL PROTECTED] writes:
The problem with SRFI's is that they still won't provide you with a
standard way of requesting facilities, e.g. - things like (require)
which is different from the DrScheme equivalent.
True, though my guess is that that'll be the subject of a future SRFI.
For now
I'm starting to look Rather More Seriously at understanding the transaction
engine.
This is encouraging me to establish sets of data structures on the Guile side
of the world to represent data in the two quite distinct forms:
a) QIF's "bunch of transactions that get attached to an ac
[EMAIL PROTECTED] writes:
What struck me Friday morning was that I really should be
marshalling data into somewhat more organized "structures" rather
than just building assoc lists.
[ General agreement. ]
I also finally grokked define-struct, and maybe am looking at is as
a "hammer," and
/bootstrap.scm
guile: Stack overflow
The guile on my system is version 1.2
You need guile 1.3
--linas
- % % --
The GnuCash / X-Accountant Mailing List
To unsubscribe, send mail to [EMAIL PROTECTED] and
put "unsubscribe gnucash-devel [
It's been rumoured that Carey Stevens said:
gnucash: bootstrap file is /usr/share/gnucash/scm/bootstrap.scm
guile: Stack overflow
The guile on my system is version 1.2
You need guile 1.3
--linas
- % % --
The GnuCash / X-Accountant
/scm/bootstrap.scm
guile: Stack overflow
The guile on my system is version 1.2
Does anybody know what the problem is, or have any suggestions?
Your guile is too old. Check the README. You need 1.3 or better.
--
Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930
Hi,
I have just compiled and installed motif gnucash-1.2.0 on an out of the
box Redhat 5.2 system on a Pentium Pro with 64M RAM. It compiled fine,
however when I try to run it I get only the following
gnucash: bootstrap file is /usr/share/gnucash/scm/bootstrap.scm
guile: Stack overflow
301 - 400 of 416 matches
Mail list logo
