I recently set up a VM with the new Fedora 41 and, when I tried to build
Gnucash, cmake failed because I had not installed a guile-devel package.
I installed 'guile30-devel' and cmake finished properly, Gnucash built,
installed and seemed superficially to work properly. But, 'ni
: gnucash-devel@gnucash.org
> Subject: Re: [GNC-dev] Build Issues on Ubuntu jammy - guile
>
>
>
> Am 17.07.22 um 17:25 schrieb Paul Kroitor:
>> *the documentation says use guile 2.0 but only 2.2 or 3.0 are
>> available - is there any reason not to install 3.0?
>&g
Line 5 in the large list at
https://wiki.gnucash.org/wiki/Installing_Dependencies
-Original Message-
From: Frank H. Ellenberger
Sent: July 17, 2022 12:27 PM
To: Paul Kroitor
Cc: gnucash-devel@gnucash.org
Subject: Re: [GNC-dev] Build Issues on Ubuntu jammy - guile
Am 17.07.22 um 17
Am 17.07.22 um 17:25 schrieb Paul Kroitor:
> *the documentation says use guile 2.0 but only 2.2 or 3.0 are available - is
> there any reason not to install 3.0?
>
Where exactly?
Perhaps it was written a few years ago with conservatie LTS users in
mind, which can be 5 yea
Op vrijdag 26 april 2019 16:44:03 CEST schreef John Ralls:
> > I am aware I suggested on irc to put the tarball on sourceforge. However
> > while seeing this commit I wonder if there's a reason not to do as we did
> > for guile 2.0: start from the upstream tarball and apply
ttps://github.com/Gnucash/gnucash-on-windows/commit/fe22df60 (commit)
>>
>>
>>
>> commit c739d231b5dc4775d40433d3148979a4a4d4c7ab
>> Author: John Ralls
>> Date: Thu Apr 25 14:53:28 2019 -0700
>>
>>Guile 2.2 for Windows.
>>
>> diff --g
d40433d3148979a4a4d4c7ab
> Author: John Ralls
> Date: Thu Apr 25 14:53:28 2019 -0700
>
> Guile 2.2 for Windows.
>
> diff --git a/gnucash.modules b/gnucash.modules
> index 04c3856..29b8c62 100644
> --- a/gnucash.modules
> +++ b/gnucash.modules
> @@ -119,11
nucash/commit/2f861bc2 (commit)
>>
>>
>>
>> commit 22dd716b58a6a9c424a71268f78af37b972ab23b
>> Author: John Ralls
>> Date: Fri Aug 10 12:57:46 2018 -0700
>>
>>Set the SWIG minimum version to 2.0.11 now that we require Guile-2.0.
>>
>&
2ab23b
> Author: John Ralls
> Date: Fri Aug 10 12:57:46 2018 -0700
>
> Set the SWIG minimum version to 2.0.11 now that we require Guile-2.0.
>
> diff --git a/CMakeLists.txt b/CMakeLists.txt
> index f5d372e..42a23b6 100644
> --- a/CMakeLists.txt
> +++ b/CMakeLists.txt
As it turns out, thanks to #guile, I found out I had to 'sudo apt
install guile-2.2-dev' to properly get the right guile-2.2.
C
On 11/05/18 21:29, Christopher Lam wrote:
As per subject.
Having successfully worked on guile-2.0, I wished to try 2.2 and 'sudo
apt install gui
Op vrijdag 11 mei 2018 15:29:34 CEST schreef Christopher Lam:
> As per subject.
>
> Having successfully worked on guile-2.0, I wished to try 2.2 and 'sudo
> apt install guile-2.2' and all was well. I can run guile-2.2.
>
> However cmake rebuild script cannot
> On May 11, 2018, at 6:29 AM, Christopher Lam
> wrote:
>
> As per subject.
>
> Having successfully worked on guile-2.0, I wished to try 2.2 and 'sudo apt
> install guile-2.2' and all was well. I can run guile-2.2.
>
> However cmake rebuild scri
19: 19 [for-each # #]
<...>
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2
Any suggestions?
gcc --version
gcc (SUSE Linux) 4.8.5
guile --version
guile (GNU Guile) 2.0.9
Frank did reply to your first email, though he didn’t address the missing
gnc-build-
utils.go] Error 1
> CMakeFiles/Makefile2:3773: recipe for target
> 'libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all' failed
> make[1]: *** [libgnucash/core-utils/CMakeFiles/scm-core-utils.dir/all] Error 2
> Makefile:160: recipe for target 'all' failed
>
arget 'all' failed
make: *** [all] Error 2
Any suggestions?
gcc --version
gcc (SUSE Linux) 4.8.5
guile --version
guile (GNU Guile) 2.0.9
Herbert.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
t; hello,
>
> What version of guile is packaged with the windows build of gnucash ?
> I have the impression it is the 1.8.8 released in 2010 but am not sure...
> if so, would it be possible to upgrade it to 2.0 or 2.2 ?
>
> sebastien
Gnucash 2.6 is indeed still shipped with guile
Op dinsdag 14 november 2017 09:01:01 CET schreef Sébastien de Menten:
> hello,
>
> What version of guile is packaged with the windows build of gnucash ?
> I have the impression it is the 1.8.8 released in 2010 but am not sure...
> if so, would it be possible to upgrade i
hello,
What version of guile is packaged with the windows build of gnucash ?
I have the impression it is the 1.8.8 released in 2010 but am not sure...
if so, would it be possible to upgrade it to 2.0 or 2.2 ?
sebastien
___
gnucash-devel mailing list
I'm using archlinux (https://distrowatch.com/table.php?distribution=arch).
It supplies guile 2.0 and guile 2.2 at the same time as /usr/bin/guile2.0
and /usr/bin/guile, respectively. When I build gnucash, I get errors since
I'm using guile2.2. Perhaps the fix is as simple as:
FI
e it.
Oh, I understand. Personally I would have rather seen Ruby bindings
instead of Python, but I didn't write them so
> After further inspection, I now understand what you meant my "swig
> exports the functions for guile". I found the exactly location where
> I need to
nt my "swig
exports the functions for guile". I found the exactly location where
I need to add new exports in the swig interface file. I haven't
managed, though, to try it out yet.
--
On Tue, Feb 21, 2017 at 11:59 AM, Derek Atkins wrote:
> Hi Chad,
>
> Please remem
Ted Creedon writes:
> FYI there is a swig problem in OpenSuse leap 4.2.
>
> Its not the latest version.
And this is why we package it up such that in general you don't need
swig to build GnuCash. :)
> Tedc
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Memb
FYI there is a swig problem in OpenSuse leap 4.2.
Its not the latest version.
Tedc
From: gnucash-devel
on behalf of Derek Atkins
Sent: Tuesday, February 21, 2017 8:59:27 AM
To: Chad Albers
Cc: gnucash-devel@gnucash.org
Subject: Re: Missing Guile
y 18 years old.
A long long time ago (well, around GnuCash 1.6 or so), /usr/bin/gnucash
was a guile script. It loaded everything in as guile modules
(technically it loaded GncModules) and then jumped back and forth
between C and Scheme. Still, not everything was available from Scheme,
but I don
Hi,
Except for a few functions in app-utils, most of QofSession is not wrapped in
the scheme bindings like they are in the python bindings.
-derek
Sent from my mobile device. Please excuse any typos.
- Reply message -
From: "Chad Albers"
To:
Subject: Missing Guile Bindings
Hi,
I found some problems with some unit tests for the Guile bindings.
Here's the background.
Rather than use the Python bindings, I wanted to use guile to add/manipulate
my GnuCash data. From the Python bindings, I deduced that the entry
point into creating
transactions is via a cons
> On Nov 6, 2016, at 12:25 AM, Sébastien de Menten wrote:
>
> Cross posting to gnucash-devel as probably more a dev question.
> Essentially: is there any way to get some documentation (even just the list
> of modules with symbols exported) on the guile gnucash bindings ?
For t
Cross posting to gnucash-devel as probably more a dev question.
Essentially: is there any way to get some documentation (even just the list
of modules with symbols exported) on the guile gnucash bindings ?
Sébastien
-- Forwarded message --
From: "Sébastien de Menten"
D
ocedure scm-error:
> ERROR: no code for module (gnucash engine test test-extras)
> FAIL test-test-extras (exit status: 1)
>
> Followed by several other similar reports. Having searched the list I
> found suggestions to delete ~/.cache/guile/ccache but that did not
> help, in fact I tr
ror:
ERROR: no code for module (gnucash engine test test-extras)
FAIL test-test-extras (exit status: 1)
Followed by several other similar reports. Having searched the list I
found suggestions to delete ~/.cache/guile/ccache but that did not
help, in fact I tried deleting ~/.cache/guile but again I
On Monday 09 November 2015 15:57:09 John Ralls wrote:
> > On Nov 9, 2015, at 3:35 PM, Pjotr Prins
> > wrote:
> >
> > Dear John,
> >
> > We have a devroom at FOSDEM this year (one of the most important
> > FOSS conferences).
> >
> > Do yo
> On Nov 9, 2015, at 3:35 PM, Pjotr Prins wrote:
>
> Dear John,
>
> We have a devroom at FOSDEM this year (one of the most important FOSS
> conferences).
>
> Do you know anyone who could do a talk on one of your Guile projects by
> submitting one parag
https://github.com/Gnucash/gnucash/commit/274113b3
> (commit)
>
>
>
> commit e9b6ee74ad4d1461777e8671d5c61161db907ad3
> Author: Christian Stimming
> Date: Wed Apr 22 22:33:58 2015 +0200
>
> Cutecash: Switch from guile to xml to manage our iso-currencies
> source file
mmand line I should see the Hello World. As
> opposed to on the command line typing "guile hello.world".
>
> When I type hello.scm in terminal command line, I get the following error.
>
> -
:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/david/Documents
Supposedly when I chmod to make the hello.scm practice file executable and
run from the terminal command line I should see the Hello World. As
opposed to on the command line typing "guile hello.world".
When I t
On Thursday 16 January 2014 14:26:41 Geert Janssens wrote:
> Gary,
>
> While looking at your changes I noticed you changed two lines in
> the vbs script.
>
> One is that you added my repository/branch in a comment.
> That's ok and makes it easier for others to start.
>
> The second is to install
On 18/01/2014 09:53, Geert Janssens wrote:
On Friday 17 January 2014 07:30:00 John Ralls wrote:
> >
> > OK Geert,
> > I think I have what you want at
> > http://www.greenwheel.com/publicFiles/rebase-patches.zip Let me
> > know if this works for you.
> > Not being a git expert, it's possibl
On Friday 17 January 2014 07:30:00 John Ralls wrote:
> >
> > OK Geert,
> > I think I have what you want at
> > http://www.greenwheel.com/publicFiles/rebase-patches.zip Let me
> > know if this works for you.
> > Not being a git expert, it's possible I've not quite done the right
> > thing, but I th
On Jan 17, 2014, at 7:39 AM, John Ralls wrote:
>
> On Jan 16, 2014, at 7:53 AM, Geert Janssens wrote:
>
>> On Thursday 16 January 2014 07:49:53 John Ralls wrote:
>>> On Jan 16, 2014, at 5:23 AM, Geert Janssens
>>> wrote:
3. Apply your patches and ignore those that are already there is
On Jan 16, 2014, at 7:53 AM, Geert Janssens wrote:
> On Thursday 16 January 2014 07:49:53 John Ralls wrote:
> > On Jan 16, 2014, at 5:23 AM, Geert Janssens
> > wrote:
> > > 3. Apply your patches and ignore those that are already there is
> > > also correct. Then before committing anything it's
On Jan 17, 2014, at 7:30 AM, John Ralls wrote:
>
> On Jan 17, 2014, at 5:57 AM, Gary Bilkus wrote:
>
>> On 16/01/2014 13:23, Geert Janssens wrote:
>>>
>>> On Thursday 16 January 2014 12:14:49 Gary Bilkus wrote:
>>>
>>>
So just to make sure I understand exactly what you need.
>>>
On Jan 17, 2014, at 5:57 AM, Gary Bilkus wrote:
> On 16/01/2014 13:23, Geert Janssens wrote:
>>
>> On Thursday 16 January 2014 12:14:49 Gary Bilkus wrote:
>>
>> >
>>
>> > So just to make sure I understand exactly what you need.
>>
>> >
>>
>> > 1. I should get the gnucash.git repository from
On 16/01/2014 13:23, Geert Janssens wrote:
On Thursday 16 January 2014 12:14:49 Gary Bilkus wrote:
>
> So just to make sure I understand exactly what you need.
>
> 1. I should get the gnucash.git repository from
> git://github.com:gjanssens/gnucash.git
> 2. I should git branch -t mingw ori
On 16/01/2014 15:38, Geert Janssens wrote:
On Thursday 16 January 2014 15:06:55 Gary Bilkus wrote:
> On 16/01/2014 13:26, Geert Janssens wrote:
> > Gary,
> >
> > While looking at your changes I noticed you changed two lines in the
> > vbs script.
> >
> > One is that you added my repositor
On Thursday 16 January 2014 07:49:53 John Ralls wrote:
> On Jan 16, 2014, at 5:23 AM, Geert Janssens wrote:
> > 3. Apply your patches and ignore those that are already there is
> > also correct. Then before committing anything it's worth
> > considering which changes logically belong together and
On Jan 16, 2014, at 5:23 AM, Geert Janssens wrote:
> 3. Apply your patches and ignore those that are already there is also
> correct. Then before
> committing anything it's worth considering which changes logically belong
> together and check
> these changes in in separate commits. 'git add -
On Thursday 16 January 2014 15:06:55 Gary Bilkus wrote:
> On 16/01/2014 13:26, Geert Janssens wrote:
> > Gary,
> >
> > While looking at your changes I noticed you changed two lines in the
> > vbs script.
> >
> > One is that you added my repository/branch in a comment. That's ok
> > and makes it e
On 16/01/2014 13:26, Geert Janssens wrote:
Gary,
While looking at your changes I noticed you changed two lines in the
vbs script.
One is that you added my repository/branch in a comment. That's ok and
makes it easier for others to start.
The second is to install msys-patch. Is there a rea
Gary,
While looking at your changes I noticed you changed two lines in
the vbs script.
One is that you added my repository/branch in a comment.
That's ok and makes it easier for others to start.
The second is to install msys-patch. Is there a reason you do this
in the vbs script and not in in
On Thursday 16 January 2014 12:14:49 Gary Bilkus wrote:
>
> So just to make sure I understand exactly what you need.
>
> 1. I should get the gnucash.git repository from
> git://github.com:gjanssens/gnucash.git
> 2. I should git branch -t mingw origin/mingw-rebasing and check out
> that branch
> 3
On 16/01/2014 11:43, Geert Janssens wrote:
On Thursday 16 January 2014 11:10:30 Geert Janssens wrote:
Gary,
Thanks for all your updates. Today I found some time to check which of
your fixes I should still add to my windows branch, but got lost in
your patch. It looks like you are generating a p
On Thursday 16 January 2014 11:10:30 Geert Janssens wrote:
>
> Gary,
>
> Thanks for all your updates. Today I found some time to check which of
> your fixes I should still add to my windows branch, but got lost in
> your patch. It looks like you are generating a patch to be applied to
> the curre
test for strncasecmp.
> >> This test fails on mingw in its current incarnation because guile
> >> uses a standard test for the function, but on mingw strncasecmp is
> >> actually a cpp definition. As a result, guile is compiled with
> >> #HAVE_STRNCASECMP unset
Begin forwarded message:
> From: Gary Bilkus
> Subject: Re: Building on Windows from scratch - guile problem SOLVED
> Date: January 10, 2014 at 2:21:54 PM PST
> To: John Ralls
>
> On 10/01/2014 17:41, Gary Bilkus wrote:
>> On 10/01/2014 15:03, John Ralls wrote:
>
On 10/01/2014 15:03, John Ralls wrote:
On Jan 9, 2014, at 11:13 PM, Gary Bilkus wrote:
Well, interestingly enough, the problem is not directly with the compiler
optimizer. It's with the configure test for strncasecmp. This test fails on
mingw in its current incarnation because guile u
On Jan 9, 2014, at 11:13 PM, Gary Bilkus wrote:
> Well, interestingly enough, the problem is not directly with the compiler
> optimizer. It's with the configure test for strncasecmp. This test fails on
> mingw in its current incarnation because guile uses a standard test for t
Well, interestingly enough, the problem is not directly with the
compiler optimizer. It's with the configure test for strncasecmp. This
test fails on mingw in its current incarnation because guile uses a
standard test for the function, but on mingw strncasecmp is actually a
cpp definitio
Hmm,
The problem appears to be with the compiler optimiser doing something too
aggressive, If I manually recompile guile with -O0 instead of -O2 the problem
seems to go away. This could be caused by one of the new optimisations in the
more recent versions of gcc in which case it could start to
I have done some testing of my build, and it appears there is some kind
of problem with guile
The symptom is that whenever I try to run a report, even hello world, it
fails.
Digging into things, it turns out that there is at least one problem
with the guile build, whcih is that
character
On Nov 26, 2013, at 8:52 AM, Geert Janssens wrote:
>
> Would this be a good time to start preferring guile 2 over guile 1.8
> when both are available ? It's an easy switch in configure.
That's fine with me. I've been using Guile 2 for the last week or two and
ha
The people at the guile irc channel asked me for some performance tests in
gnucash comparing
gnucash/guile1.8 vs gnucash/guile2.0.
I thought our GnuCash devs could be interested as well, so here goes:
I have conducted two tests:
1. run make check 20 times in the src/report/standard-reports
With r23444 I have squashed the last failing tests I ran into with
guile 2 and auto-compilation enabled.
I am aware that our tests don't cover the full source code, so there
may still be guile 2 related bugs lurking in some dark forgotten
corners.
Nevertheless I consider the guile 2 su
On Monday 27 May 2013 21:58:36 Norbert Holze wrote:
> Hello Geert,
>
> I just updated swig and gnucash to the latest version. Working fine
> without any patches.
>
> Regards,
>
> Norbert
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
>
On May 27, 2013, at 1:45 PM, Geert Janssens wrote:
> Let me bring guile 2 up again. The current status is this:
> - gnucash is ready for guile2, but depends on a very recent version of swig
> to generate guile 2
> compatible wrapper code
> - in fact *very* recent: swig 2.0.10 h
Let me bring guile 2 up again. The current status is this:
- gnucash is ready for guile2, but depends on a very recent version of swig to
generate guile 2
compatible wrapper code
- in fact *very* recent: swig 2.0.10 has been release today and is the first
version of swig
capable of generating
Hello Geert,
I just updated swig and gnucash to the latest version. Working fine
without any patches.
Regards,
Norbert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
the proper replacement. In
the very few cases where it made sense, I kept the original
scm_to_locale_string accompanied by the proper scm_dynwind_* calls.
I also took the opportunity to improve some other guile convenience
functions. But this work is incomplete. I may add to it as I encounter
o
cally
(for example because it triggers the error catch code internally). If
that happens, scm_dynwind_free is never reached and str won't be freed.
scm_dynwind_free is not actually freeing memory itself, but it tells
guile to free the memory whenever the dynwind context is left (locally
b
and found that to prevent memory leaks
in scm_to_locale_string() per the guile manual (see
'http://www.gnu.org/software/guile/manual/html_node/Dynamic-Wind.html#Dynamic-Wind),
you needed to surround scm_to_locale_string() with calls to
scm_dynwind_begin (0) and scm_dynwind_free (s
Geert,
On Sat, Dec 15, 2012 at 9:58 AM, Geert Janssens
wrote:
> Author: gjanssens
> Date: 2012-12-15 12:58:40 -0500 (Sat, 15 Dec 2012)
> New Revision: 22651
> Trac: http://svn.gnucash.org/trac/changeset/22651
>
> Added:
>gnucash/trunk/src/core-utils/gnc-guile-utils.c
&
Hello,
nice to hear that my hints were of any help. To cleanup the different
hash datatypes is obviously the best solution. Thank you for this and
all the other corrections.
Relating to scm_internal_stack_catch i found this email:
http://lists.gnu.org/archive/html/guile-devel/2011-07/msg9
On Dec 18, 2012, at 1:16 PM, Geert Janssens wrote:
> On 18-12-12 19:52, John Ralls wrote:
>> On Dec 18, 2012, at 10:01 AM, Geert Janssens
>> wrote:
>>> Also make check passes for both guile 1.8 and guile 2.0. Word of caution
>>> here though: if you install b
On 18-12-12 19:52, John Ralls wrote:
On Dec 18, 2012, at 10:01 AM, Geert Janssens wrote:
Also make check passes for both guile 1.8 and guile 2.0. Word of caution here though: if
you install both guile and guile 2, for one of both the guile executable is not
"guile". In my case, I
On Dec 18, 2012, at 10:01 AM, Geert Janssens wrote:
> Also make check passes for both guile 1.8 and guile 2.0. Word of caution here
> though: if you install both guile and guile 2, for one of both the guile
> executable is not "guile". In my case, I have guile (1.8) and gu
ile results are cached, this happens only once for normal users.
The warnings are apparently harmless, because gnucash runs fine in my tests.
Also make check passes for both guile 1.8 and guile 2.0. Word of caution
here though: if you install both guile and guile 2, for one of both the
guile ex
On 15-12-12 19:28, Geert Janssens wrote:
On 10-02-12 16:34, rbibr...@t-online.de wrote:
Starting gnucash within the console will result in a new compile process
for the guile files. Besides masses of warnings there are some errors
relating missing "sw_***" files The lines "
On 10-02-12 16:34, rbibr...@t-online.de wrote:
-Original Message-
Date: Fri, 03 Feb 2012 15:40:17 +0100
Subject: Re: guile-2.0
From: "rbibr...@t-online.de"
To: gnucash-devel@gnucash.org
according to the manual guile provides two types of hashtables one
"abstrac
As of r22655 the development branch of gnucash can be built and run
with guile 2. It still spews warnings and the environment variable
GUILE_AUTO_COMPILE should be set to 0, so this is still a work in progress.
It is important to realize though that this is only possible is swig is
properly
Op vrijdag 10 februari 2012 16:34:00 schreef rbibr...@t-online.de:
> -Original Message-
> Date: Fri, 03 Feb 2012 15:40:17 +0100
> Subject: Re: guile-2.0
> From: "rbibr...@t-online.de"
> To: gnucash-devel@gnucash.org
>
>
> -Original Message-
-Original Message-
Date: Fri, 03 Feb 2012 15:40:17 +0100
Subject: Re: guile-2.0
From: "rbibr...@t-online.de"
To: gnucash-devel@gnucash.org
-Original Message-
Date: Fri, 03 Feb 2012 13:36:58 +0100
Subject: Re: guile-2.0
From: Geert Janssens
This is also where I stran
-Original Message-
Date: Fri, 03 Feb 2012 13:36:58 +0100
Subject: Re: guile-2.0
From: Geert Janssens
This is also where I stranded so far on Fedora 16, with test packages
for
Guile 2.0 installed.
My guile knowledge is too limited to understand this well. The gnucash
code
has a
Op vrijdag 3 februari 2012 13:15:32 schreef rbibr...@t-online.de:
> Hello,
> as reported in one of my earlier mails I have build a working gnucash
> (opensuse 12.1, guile 2). but starting a report is still impossible.
> Today I tried it again in the console and got this message:
&g
Hello,
as reported in one of my earlier mails I have build a working gnucash
(opensuse 12.1, guile 2). but starting a report is still impossible.
Today I tried it again in the console and got this message:
ERROR: In procedure hash-fold: Wrong type argument in position 3
(expecting hash-table
On Fri, 09 Dec 2011 23:52:25 +0100, Geert Janssens wrote:
> Op vrijdag 9 december 2011 10:59:31 schreef Ted Creedon:
>> Is anyone working on the Guile 2 issues?
>>
> Not right now, but it's on my to do list.
>
> I plan to work on it somewhere in the next cou
Just a matter of slight interest -- gnucash is mentioned in the guile 1.8
documentation. It seems that gnucash is part of "a significant code eco-
system for Guile-based applications".
See the last paragraph of http://www.gnu.org/software/guile/docs/docs-1.8/
guile-ref/Scheme-vs-C.h
On Jan 1, 2012, at 10:51 AM, Ted Creedon wrote:
> Nothing like progress, installing guile 1.8 doesn't work either
And since Guile 1.8 is known to work with GC (it's what's shipped in the OSX
distribution and what you'll find in most distros), you may have other
issues.
On Dec 31, 2011, at 11:11 AM, Derek Atkins wrote:
>
> On Sat, December 31, 2011 2:01 pm, John Ralls wrote:
>>
>> On Dec 31, 2011, at 1:59 AM, Geert Janssens wrote:
>>
>> The key is in "ERROR: no code for module (sw_gnc_module)", and after
>> deb
On Sat, December 31, 2011 2:01 pm, John Ralls wrote:
>
> On Dec 31, 2011, at 1:59 AM, Geert Janssens wrote:
>
> The key is in "ERROR: no code for module (sw_gnc_module)", and after
> debugging into it with the Guile interpreter I've established that Guile
> 2.
gt;>
>> So I went ahead and built swig with the patch from the bug and gave it a
>> spin. It did indeed silence the deprecation warnings in guile-1.8.8.
>>
> That's already good.
>
>> Unfortunately guile-2.0 appears to have changed the way that extensions are
g and gave it a
> spin. It did indeed silence the deprecation warnings in guile-1.8.8.
>
That's already good.
> Unfortunately guile-2.0 appears to have changed the way that extensions are
> loaded, because with guile-2.0 installed make check fails with
>
> ;;; note: auto-com
Op vrijdag 30 december 2011 16:40:11 schreef John Ralls:
> Author: jralls
> Date: 2011-12-30 16:40:11 -0500 (Fri, 30 Dec 2011)
> New Revision: 21803
> Trac: http://svn.gnucash.org/trac/changeset/21803
>
> Modified:
>gnucash/branches/2.4/packaging/win32/gnucash.iss.in
&g
ret;
#undef FUNC_NAME
}
As you can see, it's allocating a string on the heap and returning it, so
either the strings are already getting freed or we're already leaking them.
So I went ahead and built swig with the patch from the bug and gave it a spin.
It did indeed silence the deprec
Op vrijdag 9 december 2011 10:59:31 schreef Ted Creedon:
> Is anyone working on the Guile 2 issues?
>
Not right now, but it's on my to do list.
I plan to work on it somewhere in the next couple of weeks.
Geert
___
gnucash-devel mailing l
Is anyone working on the Guile 2 issues?
tedc
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Guile 2.0 has sabotaged guncash
I'm told to build 2.4.99/2.4.8 against guile 1.8.x which I have with
limited success
Also discovered dbus problem with running via ssh -X -A
tedc
On Sat, Dec 3, 2011 at 2:44 AM, rbibr...@t-online.de
wrote:
> Hello,
>
> in the moment I am usin
Hello,
in the moment I am using this version (J.Engel)
http://download.opensuse.org/repositories/home:/j-engel/openSUSE_12.1/i586/
It is working including the onelinebanking (hbci), but the the reports
have severe problems (hanging, crashing)
In Guile 2.0 several procedures are completly deleted
but recent enough. It does have the
> maxdepth bug fix.
>
> git checkout trunk
> git-update (the perl script you displayed before)
> should get you to the latest commit.
>
> I'll have to investigate the new errors you report below.
>
> Geert
>
> >
> &g
have the
maxdepth bug fix.
git checkout trunk
git-update (the perl script you displayed before)
should get you to the latest commit.
I'll have to investigate the new errors you report below.
Geert
>
> rm -rf /root/.cache/guile/;GUILE_AUTO_COMPILE=0 gnucash --debug --extra
> --log=
at
> configure time.
>
> GnuCash 2.4.99 development version
> Built 2011-11-08 from r872d437+
>
>
> rm -rf /root/.cache/guile/;GUILE_AUTO_COMPILE=0 gnucash --debug --extra
> --log="gnc.scm=debug"
> gnc.bin-Message: main: binreloc relocation support was disabled at
&g
upport was disabled at
configure time.
GnuCash 2.4.99 development version
Built 2011-11-08 from r872d437+
rm -rf /root/.cache/guile/;GUILE_AUTO_COMPILE=0 gnucash --debug --extra
--log="gnc.scm=debug"
gnc.bin-Message: main: binreloc relocation support was disabled at
configure time.
This is a
1 - 100 of 483 matches
Mail list logo
