Hi,
Chris Dennis cgden...@btinternet.com writes:
snip
By trial and error, I seem to have worked out how to fix this.
I'll post a patch when I've tested it a bit more.
Cool.
BTW, my posts to gnucash-devel@gnucash.org don't seem to be getting
through, only the CC's to Derek (I know
Hi Chris,
Chris Dennis wrote:
Derek Atkins wrote:
Chris Dennis cgden...@btinternet.com writes:
I've grep'ed fairly thoroughly through the source, and I can't find
anything obviously wrong. business-core.i includes gncTaxTable.h, which
has the line
GList *gncTaxTableGetEntries (const
Hi Derek,
Derek Atkins wrote:
Quoting Andreas Köhler andi5...@gmx.net:
And then add a Swig type for GncTaxTableEntryList that defines it
to be a list-of GncTaxTableEntry*.
I don't know where that's defined. Can you point me to the file to be
changed?
as in engine.i, it might help to
Derek Atkins wrote:
Hi,
Chris Dennis cgden...@btinternet.com writes:
snip
By trial and error, I seem to have worked out how to fix this.
I'll post a patch when I've tested it a bit more.
Attached is a small patch which corrects the Swig wrapping for
gncTaxTableGetEntries, and allows my
trunk (r17944) on Linux (Ubuntu Intrepid), with
Guile 1.6.
Has anyone else tried access tax tables from Guile?
Probably not.
I've grep'ed fairly thoroughly through the source, and I can't find
anything obviously wrong. business-core.i includes gncTaxTable.h, which
has the line
GList
Chris Dennis cgden...@btinternet.com writes:
I've grep'ed fairly thoroughly through the source, and I can't find
anything obviously wrong. business-core.i includes gncTaxTable.h, which
has the line
GList *gncTaxTableGetEntries (const GncTaxTable *table);
We might need to do something
Derek Atkins wrote:
Chris Dennis cgden...@btinternet.com writes:
I've grep'ed fairly thoroughly through the source, and I can't find
anything obviously wrong. business-core.i includes gncTaxTable.h, which
has the line
GList *gncTaxTableGetEntries (const GncTaxTable *table);
We might
get these
error details: wrong-type-arg / car / Wrong type argument in position 1
I'm using updated SVN trunk (r17944) on Linux (Ubuntu Intrepid), with
Guile 1.6.
Has anyone else tried access tax tables from Guile?
cheers
Chris
--
Chris Dennis cgden
(Ubuntu Intrepid), with
Guile 1.6.
Has anyone else tried access tax tables from Guile?
Probably not.
cheers
Chris
-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
Hi,
Tom Browder tom.brow...@gmail.com writes:
[Note that instructions need to be updated to work with slib 3b1; note also
that the link to the SLIB installation is broken.]
IIUC, the only differences is that you used .../guile/site instead of
../guile/1.8, and that you removed the reference
, the only differences is that you used .../guile/site instead of
../guile/1.8, and that you removed the reference to
$SCHEME_LIBRARY_PATH, is this correct?
Note of these is supposed to make any difference, from which I conclude
the instructions in Guile's manual are already correct. :-)
Well
instructions don't work, either.
Then it's an SLIB bug that ought to be reported.
To me more precise, it's $datarootdir/guile/site and
$datarootdir/guile/1.8 that are produced. So if you choose
$datarootdir_!=_/usr/local/share, then no, that directory is not
created---but it's not in Guile's `%load
On Thu, Jan 29, 2009 at 12:40 PM, Ludovic Courtès l...@gnu.org wrote:
...
Tom Browder tom.brow...@gmail.com writes:
...
On Thu, Jan 29, 2009 at 7:33 AM, Ludovic Courtès l...@gnu.org wrote:
The important point with this sentence is that SLIB is third-party
software, so it's the section of the
I have successfully gotten slib version 3b1 to work with guile 1.8.6.
The following instructions from paragraph 6.6.1 of the guile 1.8.6
manual
(http://www.gnu.org/software/guile/manual/html_node/SLIB-installation.html#SLIB-installation)
have been corrected according to my experience (Centos 5.2
Hi Tino,
Tino Gugger-Ruffer schrieb:
Hello Andreas,
Hi Tino,
It would be nice if you could send us patches for those downloads not
working anymore, because once those packages are installed you usually
avoid downloading and compiling the stuff again and again.
By patching defaults.sh
Hello Andreas,
Hi Tino,
It would be nice if you could send us patches for those downloads not
working anymore, because once those packages are installed you usually
avoid downloading and compiling the stuff again and again.
By patching defaults.sh right away centrally, you avoid that
Hi Tino,
On Thu, 2008-12-18 at 07:50 +0100, Tino Gugger-Ruffer wrote:
Hi Stephen,
I am attempting to compile gnucash from svn
While running install.sh form packaging I am finding that it aborts while
compiling guile-1.6.8.
The following files are available.
guile-1.8.4-MSYS
Hi All,
I am attempting to compile gnucash from svn
While running install.sh form packaging I am finding that it aborts while
compiling guile-1.6.8.
The following files are available.
guile-1.8.4-MSYS-1.0.11-1-bin.tar.gz
guile-1.8.4-MSYS-1.0.11-1-dev.tar.gz
guile-1.8.4-MSYS-1.0.11-1-dll17
Hi Stephen,
I am attempting to compile gnucash from svn
While running install.sh form packaging I am finding that it aborts while
compiling guile-1.6.8.
The following files are available.
guile-1.8.4-MSYS-1.0.11-1-bin.tar.gz
guile-1.8.4-MSYS-1.0.11-1-dev.tar.gz
guile-1.8.4-MSYS
Hi,
once again I tried to compile the current SVN version of GnuCash and failed
again. It always fails when it comes to check for SLIB.
This guile/slib stuff is really no fun to deal with, especially since all tips
from the bugzilla don't work. I don't know anything about guile or slib, so I
hardy box (there may be more than needed in there)
Depends: automake | automake1.9, debhelper (= 4.2.16), doxygen,
dpkg-dev (= 1.13.19), gconf2, gettext, guile-1.6-dev, guile-1.6-slib,
imagemagick, libaqbanking-dev, libaqbanking-plugins-libgwenhywfar,
libart-2.0-dev (= 2.3.11), libbonobo2-dev
Martin,
Just run:
apt-get build-dep gnucash
It should install everything you need.
-derek
Quoting Martin Preuss [EMAIL PROTECTED]:
Hi,
once again I tried to compile the current SVN version of GnuCash and failed
again. It always fails when it comes to check for SLIB.
This guile/slib
Charles Day [EMAIL PROTECTED] writes:
For prettiness, mainly. But I was also considering whether to add some extra
text below the bar to show the current subtask (like shown in the HIG). The
ability to cancel is also currently missing from the QIF importer, though the
existing popup could
On Thu, Jun 5, 2008 at 5:41 AM, Derek Atkins [EMAIL PROTECTED] wrote:
Charles Day [EMAIL PROTECTED] writes:
For prettiness, mainly. But I was also considering whether to add some
extra
text below the bar to show the current subtask (like shown in the HIG).
The
ability to cancel is also
Charles Day [EMAIL PROTECTED] writes:
Um, I'm fairly sure we have guile wrappers for progress bar
reporting functions. Indeed, I'm pretty sure the QIF importer already
uses them for reading/parsing QIF files! Search for gnc-progress-dialog
in qif-import/*.scm
Those
On Wed, Jun 4, 2008 at 6:44 AM, Derek Atkins [EMAIL PROTECTED] wrote:
Charles Day [EMAIL PROTECTED] writes:
Um, I'm fairly sure we have guile wrappers for progress bar
reporting functions. Indeed, I'm pretty sure the QIF importer
already
uses them for reading/parsing QIF
importer druid pages, rather than using popup dialogs
(gnc_progress_dialog_xxx functions). I thought I could kick off a long-running
Guile thread, then check its status occasionally and show the user how things
are progressing. But threading doesn't seem to be an option.
So maybe while Guile
about threading was to be able to put
progress
bars directly in the QIF importer druid pages, rather than using popup
dialogs
(gnc_progress_dialog_xxx functions). I thought I could kick off a
long-running
Guile thread, then check its status occasionally and show the user how
things
I was thinking about using some Guile threading but it seems that thread
support is disabled because Guile was built with the --disable-linuxthreads
option (set by packaging/win32/install.sh).
Is there any particular reason that Guile threads need to be disabled? (If
so, then perhaps I could put
Keep in mind that most of the gnucash code is NOT thread safe!
-derek
Quoting Charles Day [EMAIL PROTECTED]:
I was thinking about using some Guile threading but it seems that thread
support is disabled because Guile was built with the --disable-linuxthreads
option (set by packaging/win32
]:
I was thinking about using some Guile threading but it seems that thread
support is disabled because Guile was built with the
--disable-linuxthreads
option (set by packaging/win32/install.sh).
Is there any particular reason that Guile threads need to be disabled? (If
so, then perhaps I
(gnc_progress_dialog_xxx functions). I thought I could kick
off a long-running Guile thread, then check its status occasionally and show
the user how things are progressing. But threading doesn't seem to be an
option.
So maybe while Guile is running, it could just call a progress reporting
function
Hi!
gnucash-2.2.4 seems to include an old version of guile-www (a 1.0 beta
version).
At
http://www.gnuvola.org/software/guile-www/
the newer version 2.21 is available.
Perhaps the version included in gnucash should be updated based on
that version?
Cheers,
Thomas
On Jan 23, 2008 12:31 PM, Charles Day [EMAIL PROTECTED] wrote:
On Jan 23, 2008 6:25 AM, Derek Atkins [EMAIL PROTECTED] wrote:
Quoting Mike or Penny Novack [EMAIL PROTECTED]:
Additionally, when building the setup.exe on Windows we compile guile
from
source anyway, so applying
To all Scheme/Guile developers:
Although the dirname and basename procedures are not currently used in
any GnuCash source code (.scm files), please be aware that these procedures
do not work properly in Guile 1.6.8 (the version recommended for GnuCash)
running on mingw. This affects those of us
Hi,
Mike or Penny Novack wrote:
To all Scheme/Guile developers:
Although the dirname and basename procedures are not currently used
in
any GnuCash source code (.scm files), please be aware that these
procedures
do not work properly in Guile 1.6.8 (the version recommended for GnuCash
Additionally, when building the setup.exe on Windows we compile guile from
source anyway, so applying a patch that has been sent to bug-guile but is
not contained in any release yet is perfectly fine, at least IMHO.
-- andi5
Again I am probably making some wrong assumptions. Compiling WHAT
Quoting Mike or Penny Novack [EMAIL PROTECTED]:
Additionally, when building the setup.exe on Windows we compile guile from
source anyway, so applying a patch that has been sent to bug-guile but is
not contained in any release yet is perfectly fine, at least IMHO.
-- andi5
Again I am
On Jan 23, 2008 6:25 AM, Derek Atkins [EMAIL PROTECTED] wrote:
Quoting Mike or Penny Novack [EMAIL PROTECTED]:
Additionally, when building the setup.exe on Windows we compile guile
from
source anyway, so applying a patch that has been sent to bug-guile but
is
not contained in any
To all Scheme/Guile developers:
Although the dirname and basename procedures are not currently used in
any GnuCash source code (.scm files), please be aware that these procedures
do not work properly in Guile 1.6.8 (the version recommended for GnuCash)
running on mingw. This affects those of us
of Rosegarden
pulled in guile 1.8, so I had both 1.6 and 1.8 installed at the same
time. Removing 1.8 (and Rosegarden) has fixed the configure. I'm still
getting build problems, but I think they will probably fixed with a
'make clean'.
Nigel
___
gnucash
In pkgsrc (NetBSD and others), gnucash depends on:
Information for gnucash-2.2.1nb3:
Comment:
Personal or business finance management program
Requires:
guile-slib=3.1.1
p5-Finance-Quote-[0-9]*
p5-Date-Manip-[0-9]*
xdg-dirs=1.1
perl=5.8.7
libofx=0.8.0
guile=1.8.1
goffice=0.4.0
libgsf=1.13.3
On Jan 5, 2008, at 4:22 PM, Josh Sled wrote:
Mike Alexander [EMAIL PROTECTED] writes:
--On January 5, 2008 3:46:41 PM + mark carter
[EMAIL PROTECTED] wrote:
What exactly is the deal as regards GnuCash using guile 1.6 versus
1.8. Would we be expecting to throw up many incompatibilities
--On January 5, 2008 6:23:51 PM -0500 David Reiser
[EMAIL PROTECTED] wrote:
OK. I have one. The fink version of gnucash depends on guile 1.6.7
(and slib 2d6) because it works, and I'd been hearing about bad
behavior between guile 1.8 and slib. The release notes for slib 3a5
specifically
Mike Alexander [EMAIL PROTECTED] writes:
This appears to be a GLib problem, not a Guile problem (which isn't too
surprising, I guess). If I use GLib 2.14.4 from MacPorts it hangs like
this, but if I use 2.14.2 it doesn't. There aren't any changes between
these versions that look relevant
0x02ba8550 in read_ints ()
#2 0x02ba92f0 in fork_exec_with_pipes ()
#3 0x02ba99ac in g_spawn_async_with_pipes ()
#4 0x007883b0 in gnc_spawn_process_async (argl=0x9f1a930,
search_path=1) at
../../../../gnucash-2.0/src/app-utils/guile-util.c:1222
#5 0x00776f84 in _wrap_gnc_spawn_process_async
--On December 25, 2007 9:45:31 AM -0500 Derek Atkins [EMAIL PROTECTED]
wrote:
Hi,
Quoting Mike Alexander [EMAIL PROTECTED]:
Is Gnucash (as of r16711) supposed to work with Guile 1.8.3?
Macports
I don't think it's ever been tested. It's known to have some issues
with the combination
Hi,
Quoting Mike Alexander [EMAIL PROTECTED]:
Is Gnucash (as of r16711) supposed to work with Guile 1.8.3? Macports
I don't think it's ever been tested. It's known to have some issues
with the combination of guile 1.8 and slib that MacPorts has been
using for a while, but I don't know about
Is Gnucash (as of r16711) supposed to work with Guile 1.8.3? Macports
changed things around so it's hard to use Guile 1.6 so I tried to build
Gnucash (from SVN, not Macports) with 1.8.3. When I run it I get this
error loading saved reports (any saved reports):
* 02:11:44 MESSG gnc.bin
Hi,
Please dont forget to cc the list on all replies...
Allen Briggs [EMAIL PROTECTED] writes:
On Wed, Sep 12, 2007 at 11:01:28AM -0400, Derek Atkins wrote:
Oh, yeah, on MacOS you might need to force guile 1.6.x
I decided to punt and run NetBSD/i386 in a VMware Fusion VM instead
Allen Briggs [EMAIL PROTECTED] writes:
On Tue, Sep 11, 2007 at 01:42:01PM -0400, Derek Atkins wrote:
What version of guile?
What version of slib?
Duh... Sorry... guile 1.8.2, slib 3.1.4
Really? Huh! And this works?
What do you get from:
guile -c (use-modules (ice-9 slib)) (require
On Wed, Sep 12, 2007 at 09:32:23AM -0400, Derek Atkins wrote:
Duh... Sorry... guile 1.8.2, slib 3.1.4
Really? Huh! And this works?
FSVO works, I guess.
What do you get from:
guile -c (use-modules (ice-9 slib)) (require 'printf)
$ guile -c (use-modules (ice-9 slib)) (require 'printf
Oh, yeah, on MacOS you might need to force guile 1.6.x
-derek
Quoting Allen Briggs [EMAIL PROTECTED]:
On Wed, Sep 12, 2007 at 09:32:23AM -0400, Derek Atkins wrote:
Duh... Sorry... guile 1.8.2, slib 3.1.4
Really? Huh! And this works?
FSVO works, I guess.
What do you get from
: In expression
(map (lambda # #) reldate-list):
/Volumes/NetBSD/pkg/share/gnucash/scm/date-utilities.scm:382:3: Unbound
variable: map
...and it quits. If I run guile from the command line, it seems to be
able to find map just fine:
$ guile
guile map
#primitive-generic map
guile
I know next to nothing
What version of guile?
What version of slib?
-derek
Quoting Allen Briggs [EMAIL PROTECTED]:
Hi,
I'm working on trying to get gnucash (2.2.1) to work on OS X / Darwin
within the pkgsrc system. It compiles and links OK, but when I try to
start it, I see:
$ gnucash
gnc.bin-Message: main
On Tue, Sep 11, 2007 at 01:42:01PM -0400, Derek Atkins wrote:
What version of guile?
What version of slib?
Duh... Sorry... guile 1.8.2, slib 3.1.4
-allen
--
Allen Briggs | http://www.ninthwonder.com/~briggs/ | [EMAIL PROTECTED]
___
gnucash
On Sat, 2006-12-23 at 16:10 -0500, Derek Atkins wrote:
Author: warlord
Date: 2006-12-23 16:10:47 -0500 (Sat, 23 Dec 2006)
New Revision: 15252
Trac: http://svn.gnucash.org/trac/changeset/15252
Modified:
gnucash/trunk/
gnucash/trunk/src/engine/kvp-scm.c
Log:
guile 1.8's SCM_EXACTP
of removed guile api.
Not that I object to removing this test, but do we test
the component manager code anywhere else? It would seem
that now we're testing less code than we used to test only
because we don't wrap this API anymore. :(
I think this test should be converted to C.
-derek
!!! guile not installed correctly !!!
!!! ABORTING !!!
I have also tried to add the following line to c:\soft\msys\etc\fstab:
c:/soft/guile/share/guile/1.6/slib /usr/share/slib
which gave ability to do the following:
[EMAIL
Hi,
the line /usr/share/slib/require in guile.init should be deleted.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
and RScheme.init as proposed by Thomas.
ERROR: In procedure open-file:
ERROR: No such file or directory: /usr/share/slib/require
!!! guile not installed correctly !!!
!!! ABORTING !!!
I have also tried to add the following line to c
Hi everyone,
I am not sure why this error is occuring, I have removed tried several
attempts to get beyond this but I seem to getting stumped at the file
link below. This is a very vanilla install following the instructions
published earlier.
inflating: c:/soft/guile/share/guile/1.6/slib
install following the instructions
published earlier.
inflating: c:/soft/guile/share/guile/1.6/slib/scamacr.scm
inflating: c:/soft/guile/share/guile/1.6/slib/obj2str.txi
ERROR: In procedure open-file:
ERROR: No such file or directory: /usr/lib/slib/require
!!! guile not installed
environment.
I just built on win32 the other day and ran into this from the broken
environment... Try again with a clean environment?
-derek
Quoting Steve Ellis [EMAIL PROTECTED]:
yes I ran the reset.sh script
deleted the guile directory
also cleaned the tmp folder
Steve
On 10/24/06
environment?
-derek
Quoting Steve Ellis [EMAIL PROTECTED]:
yes I ran the reset.sh script
deleted the guile directory
also cleaned the tmp folder
Steve
On 10/24/06, Derek Atkins [EMAIL PROTECTED] wrote:
Did you try running the reset script and starting over?
-derek
Quoting Steve
it, but it wont reset your shell
environment.
I just built on win32 the other day and ran into this from the broken
environment... Try again with a clean environment?
-derek
Quoting Steve Ellis [EMAIL PROTECTED]:
yes I ran the reset.sh script
deleted the guile directory
also cleaned the tmp
environment.
I just built on win32 the other day and ran into this from the broken
environment... Try again with a clean environment?
-derek
Quoting Steve Ellis [EMAIL PROTECTED]:
yes I ran the reset.sh script
deleted the guile directory
also cleaned the tmp folder
Steve
on win32 the other day and ran into this from the broken
environment... Try again with a clean environment?
-derek
Quoting Steve Ellis [EMAIL PROTECTED]:
yes I ran the reset.sh script
deleted the guile directory
also cleaned the tmp folder
Steve
On 10/24/06, Derek
--enable-hbci --with-aqbanking-dir=/opt
I get:
checking whether guile works... yes
checking for guile - 1.6.0 = version 99.99.99... no:
configure: WARNING: guile version check failed
configure: error:
guile does not appear to be installed correctly, or is not in the
correct version range
On Oct 21, 2006, at 12:29 PM, Chris Shoemaker wrote:
What do you get from:
$ guile16-build env PATH=/opt/bin:$PATH $GUILE_CONFIG --version
% guile16-build env PATH=/opt/bin:$PATH $GUILE_CONFIG --version
tcsh: GUILE_CONFIG: Undefined variable.
% guile16-build env PATH=/opt/bin:$PATH guile
PATH=/opt/bin:$PATH $GUILE_CONFIG --version
% guile16-build env PATH=/opt/bin:$PATH $GUILE_CONFIG --version
tcsh: GUILE_CONFIG: Undefined variable.
% guile16-build env PATH=/opt/bin:$PATH guile-config --version
env: guile-config: No such file or directory
But,
% guile16-build env PATH='/opt
variables
aren't making it to the children processes.
% guile16-build env PATH=/opt/bin:$PATH guile-config --version
env: guile-config: No such file or directory
But you should've tested with guile-1.6-config, no?
% guile16-build env LIBRARY_PATH=/sw/lib CPATH=/sw/include
$GUILE_CONFIG
On Sat, Oct 21, 2006 at 06:29:53PM -0400, Derek Atkins wrote:
Actually, 'env' does export to children. That's the whole point of 'env'.
man env for more info.
Doh. Of course it does. However...
$ env FOO=bar echo $FOO
will _not_ show the bar, but for a totally different reason. The
it decided to use
cygwin's gcc, instead of mingw's one as the gnucash install.sh would
install and expect.
### Guile
configure: loading cache config.cache
.
make[3]: Entering
of mingw's one as the gnucash install.sh would
install and expect.
Thanks very much!
I fixed the path (re-removed the cygwin\bin) and deleted the
c:\soft\tmp\guile directory. That cleared up any build problems w/
guile. Note that without deleteing the tmp\guile folder, the tools
used the cached
Hello all,
I'm excited about the work you've been doing porting gnucash to W32. I'm
having difficulty getting guile built and installed. Sorry if this should
be sent to the guild team first, but trail results were encouraged :)
I can't make sense of the issue although I'm rather close
Andreas Köhler [EMAIL PROTECTED] writes:
Build Guile and GnuCash by `make LDFLAGS=$SOME_FLAGS -no-undefined'
Why do we need -no-undefined? We shouldn't need that. And
guile builds just fine without it.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins schrieb:
Build Guile and GnuCash by `make LDFLAGS=$SOME_FLAGS -no-undefined'
Why do we need -no-undefined? We shouldn't need that. And
guile builds just fine without it.
we don't need -no-undefined if and only if you
Christian Stimming [EMAIL PROTECTED] writes:
Derek Atkins schrieb:
Build Guile and GnuCash by `make LDFLAGS=$SOME_FLAGS -no-undefined'
Why do we need -no-undefined? We shouldn't need that. And
guile builds just fine without it.
we don't need -no-undefined if and only if you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins schrieb:
Build Guile and GnuCash by `make LDFLAGS=$SOME_FLAGS -no-undefined'
Why do we need -no-undefined? We shouldn't need that. And
guile builds just fine without it.
we don't need -no-undefined if and only if you
On Tue, 2006-07-18 at 12:29 +0100, Andrew Wood wrote:
This is a slight aside but I wondered about replacing the services
provided by guile with those of Mono. Anyone know how similar the
runtime services are?
It would be a major amount of work. The QIF importer, all of the
reports (core
Chris Shoemaker ([EMAIL PROTECTED]) said:
Can you please check r13984? I moved this after the (define-module
...) and wrapped it in a version-check.
13985 is quiet for me w/guile-1.8. (Don't have a guile-1.6 box
right now to test against.)
Bill
Bill Nottingham [EMAIL PROTECTED] writes:
Derek Atkins ([EMAIL PROTECTED]) said:
Quoting Bill Nottingham [EMAIL PROTECTED]:
Derek Atkins ([EMAIL PROTECTED]) said:
Thanks!
BTW, Miroslav Lichvar ([EMAIL PROTECTED]) is the originator of
this patch,
just to get the attribution right.
13984)
@@ -17,6 +17,10 @@
(define-module (gnucash main))
+;; This is to silence warnings with guile-1.8:
+(if (and (= (string-number (major-version)) 1)
+ (= (string-number (minor-version)) 8))
+(default-duplicate-binding-handler 'last))
(use-modules (ice-9 slib))
In case
It still spews a huge pile of warnings on startup that I haven't tracked down
yet, but this is the start of some work to get gnucash going with guile-1.8.
What this patch changes:
qif-parse.scm: Fixes:
ERROR: In procedure scm_lreadr:
ERROR:
/usr/src/build/746034-x86_64/BUILD/gnucash-1.9.5/intl
Quoting Bill Nottingham [EMAIL PROTECTED]:
It still spews a huge pile of warnings on startup that I haven't tracked down
yet, but this is the start of some work to get gnucash going with guile-1.8.
What this patch changes:
qif-parse.scm: Fixes:
ERROR: In procedure scm_lreadr:
ERROR:
/usr
Derek Atkins ([EMAIL PROTECTED]) said:
engine-helpers.c: scm_block_gc no longer exists in guile-1.8.
The engine-helpers.c probably needs wrapped in a version-check, which
is why this is a RFC...
Yeah, this is a bit more of a problem. This particular operation can
really beat
Derek Atkins ([EMAIL PROTECTED]) said:
Thanks!
BTW, Miroslav Lichvar ([EMAIL PROTECTED]) is the originator of this patch,
just to get the attribution right.
Bill
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
Quoting Bill Nottingham [EMAIL PROTECTED]:
In the NEWS file of guile-1.8.0:
** The GC can no longer be blocked.
The global flags scm_gc_heap_lock and scm_block_gc have been removed.
The GC can now run (partially) concurrently with other code and thus
blocking it is not well defined
Starting up gnucash with guile-1.8 yields the following noise:
WARNING: (srfi srfi-35): `every' imported from both (oop goops util) and (srfi
srfi-1)
WARNING: (srfi srfi-35): `any' imported from both (oop goops util) and (srfi
srfi-1)
WARNING: (g-wrap util): imported module (srfi srfi-34
On Tue, May 09, 2006 at 09:18:44PM -0400, Bill Nottingham wrote:
If you want the old behavior back without replacements or warnings you
can add the line:
(default-duplicate-binding-handler 'last)
to your .guile init file.
--
... so
Derek Atkins ([EMAIL PROTECTED]) said:
Quoting Bill Nottingham [EMAIL PROTECTED]:
Derek Atkins ([EMAIL PROTECTED]) said:
Thanks!
BTW, Miroslav Lichvar ([EMAIL PROTECTED]) is the originator of
this patch,
just to get the attribution right.
Oh. Too late. Already attributed it to
I tried removing all the old gnucash 1.8 libraries today and came across an
oddity.
gnucash svn (r13702) wouldn't start and complained with a g-wrap error.
On checking, guile-g-wrap had been uninstalled. Oops.
When I went to reinstall it, I found out why is had been removed -
guile-g-wrap
an
oddity.
gnucash svn (r13702) wouldn't start and complained with a g-wrap error.
On checking, guile-g-wrap had been uninstalled. Oops.
When I went to reinstall it, I found out why is had been removed -
guile-g-wrap depends on libglib1:
libglib1.2 (= 1.2.0)
http://packages.debian.org/unstable
Hi Derek,
although the change in itself is very nice and a good improvement, there's now
one new issue introduced through this: The auto-generated list of
translations strings from scheme files, intl-scm/guile-strings.c , includes
the file name for each translation string. This is a workaround
of
translations strings from scheme files, intl-scm/guile-strings.c , includes
the file name for each translation string. This is a workaround in order to
give translators the information of which scheme file each string came from
at least in the comment above a translation string, and it's proven quite
useful
improvement,
there's now
one new issue introduced through this: The auto-generated list of
translations strings from scheme files, intl-scm/guile-strings.c ,
includes the file name for each translation string. This is a workaround
___
gnucash-devel
Chris Shoemaker schrieb:
Oh, I just remembered why distcheck failed for me the last time. It
tried to configure/compile with strict defaults, and since I need the
-Wno-pointer-sign, it won't compile.
FTR: IIRC -Wno-pointer-sign was newly introduced in gcc4, so we cannot
add that as a general
On Fri, 2006-01-27 at 10:36 +0100, Christian Stimming wrote:
FTR: IIRC -Wno-pointer-sign was newly introduced in gcc4, so we cannot
add that as a general flag as gcc3.x would refuse to work. If we decide
to include this by default, we would need to add this only for gcc =
4.0.0.
/src/report/utility-reports/view-column.scm
gnucash/trunk/src/report/utility-reports/welcome-to-gnucash.scm
gnucash/trunk/src/scm/main-window.scm
gnucash/trunk/src/scm/main.scm
Log:
Move the global report hash-table from guile to C.
Move the book-open/close hooks from guile to C
201 - 300 of 416 matches
Mail list logo