I've committed this patch to aqbanking, so that it will appear in a
aqbanking-5.7.9 version when it comes out sometime in the future.
Regards,
Christian
Am Freitag, 30. März 2018, 06:53:32 schrieb John Ralls:
> There’s a type error in AQBanking on windows that stops the AQB build and I
> haven’t
Thank you for the patch, that fixed the build but still the same with
aqbanking combo's.
Will see if I can find out what is happening.
Bob
On 30 March 2018 at 14:53, John Ralls wrote:
> There’s a type error in AQBanking on windows that stops the AQB build and
> I haven’t yet added the patch to
There’s a type error in AQBanking on windows that stops the AQB build and I
haven’t yet added the patch to the build, though I did report it to Martin.
The patch is attached.
Regards,
John Ralls
> On Mar 30, 2018, at 5:13 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> Was looking to see if
Geert,
Regarding 1, I made local changes when I found it last month but forgot
about it.
Regarding 2, I cheated as mentioned in my posting last month,
in i686-w64-mingw32/include/wincrypt.h there is a define for
X509_NAME, I temporarily renamed it and was able to build xmlsec and
continue to buil
Op maandag 5 maart 2018 18:41:38 CET schreef Geert Janssens:
> Op maandag 5 maart 2018 12:10:48 CET schreef Robert Fewell:
> > Geert,
> >
> > I have successfully built a 2.7.5 version locally with these changes...
> >
> > Added the following to gnome/CMakeLists.txt at line 178 but I think this
>
Op maandag 5 maart 2018 12:10:48 CET schreef Robert Fewell:
> Geert,
>
> I have successfully built a 2.7.5 version locally with these changes...
>
> Added the following to gnome/CMakeLists.txt at line 178 but I think this
> may need to go in the jhbuildrc.in file
> GETTEXTDATADIR=/mingw32/share/g
Op zondag 4 maart 2018 20:57:54 CET schreef Geert Janssens:
> Op zondag 4 maart 2018 17:40:08 CET schreef Geert Janssens:
> > Op zondag 4 maart 2018 16:19:46 CET schreef Robert Fewell:
> > > Hi all,
> > >
> > > Just tried to build the latest unstable for Windows but it fails with
> > > this
> > >
Geert,
I have successfully built a 2.7.5 version locally with these changes...
Added the following to gnome/CMakeLists.txt at line 178 but I think this
may need to go in the jhbuildrc.in file
GETTEXTDATADIR=/mingw32/share/gettext
Added the following to gnucash-mingw64.iss at line 120
Source: "@M
> On Mar 4, 2018, at 5:33 PM, Phil Longstaff wrote:
>
> I ran setup-ming64.ps1 -x86_64 $true -target_dir d:\gcdev64. It complained
> about conflicts between msys2-runtime and catgets, but did seem to complete
> successfully. It left me with instructions to start a MSys2/Mingw32 shell,
> cd to m
Op zondag 4 maart 2018 20:57:54 CET schreef Geert Janssens:
> Op zondag 4 maart 2018 17:40:08 CET schreef Geert Janssens:
> > Op zondag 4 maart 2018 16:19:46 CET schreef Robert Fewell:
> > > Hi all,
> > >
> > > Just tried to build the latest unstable for Windows but it fails with
> > > this
> > >
Op zondag 4 maart 2018 17:40:08 CET schreef Geert Janssens:
> Op zondag 4 maart 2018 16:19:46 CET schreef Robert Fewell:
> > Hi all,
> >
> > Just tried to build the latest unstable for Windows but it fails with this
> > ...
> >
> > [ 76%] Generating gnucash.appdata.xml
> > C:/gcdev64/msys2/mingw3
Op zondag 4 maart 2018 16:19:46 CET schreef Robert Fewell:
> Hi all,
>
> Just tried to build the latest unstable for Windows but it fails with this
> ...
>
> [ 76%] Generating gnucash.appdata.xml
> C:/gcdev64/msys2/mingw32/bin/msgfmt.exe: cannot locate ITS rules for
> C:/gcdev64/gnucash/unstable/
A follow up, in i686-w64-mingw32/include/wincrypt.h there is a define for
X509_NAME, I temporarily renamed it and was able to build xmlsec and
continue to build GnuCash and create steup.exe for it which installed fine.
I have noticed a couple of issues with the register colours which I will
investi
OK this is confusing to me, I have looked at the code with gdb but it seems
to fail with a function in libglib dll file.
Added some print statements to various bits of code and here is what I
found...
assistant-ab-initial.c line 264 calls AB_SetupDialog_new
aqbanking\dialogs\dlg_setup.c line 56
Will have a look...
Bob
On 17 October 2017 at 17:28, John Ralls wrote:
> Bob,
>
> Thanks, I used this as a checklist.
>
> I've sorted out all of the problems but there's a new one to work on:
> Clicking the Start AQBanking Wizard crashes. It doesn't look from the
> backtrace like it's even getti
Bob,
Thanks, I used this as a checklist.
I've sorted out all of the problems but there's a new one to work on: Clicking
the Start AQBanking Wizard crashes. It doesn't look from the backtrace like
it's even getting that far... and it works fine on Mac and Linux.
Regards,
John Ralls
> On Oct 13
OK,
I copied the gschema files from msys2\mingw32\share\glib-2.0\schemas to a
temp directory along with unstable\inst\share\glib-2.0\schemas files and
then ran glib-compile-schemas on this directory to create a new
gschemas.compiled file and then copied all the files in the directory to
'c:\Program
Robert Fewell <14ubo...@gmail.com> schreef op 12 oktober 2017 17:24:30
GMT+01:00:
>John,
>Now built unstable and created exe and installed, side note
>bundle-mingw64.ps1 needs changing on line 134 to use 'GNC_VCS_REV'
>
>Still have the same problems, used dll walker on
>libgncmod-aqbanking.dll
>
John,
Now built unstable and created exe and installed, side note
bundle-mingw64.ps1 needs changing on line 134 to use 'GNC_VCS_REV'
Still have the same problems, used dll walker on libgncmod-aqbanking.dll
and it was missing libgwengui-gtk3.dll, copied that from the
unstable/build/bin directory to
> On Oct 11, 2017, at 9:00 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> Thanks John, that is what I was after but did not realise I had built master
> so made the appropriate changes, exe created and used for an install.
>
> Noticed some dialogues pop up behind the main application and th
Thanks John, that is what I was after but did not realise I had built
master so made the appropriate changes, exe created and used for an install.
Noticed some dialogues pop up behind the main application and the
preferences dialogue crashes the app. Also I am getting this in the trace
file...
* 1
> On Oct 11, 2017, at 3:27 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> Hi,
> What is the current way to build the unstable/master install package on
> Windows 10, I am almost there but missing a step I think, what I have done
> is...
>
> Got the gnucash-on-windows from git
> ran setup-min
John,
Have built from scratch and confirm Gnucash starts OK from creating a dist
file.
Not sure if this is related or just a coincidence, but if I try and start
from the inst/bin/gnucash-launcher.cmd I get the following error...
'The procedure __gmpn_cnd_add_n can not be found in libgmp-10.dll'
> On Jul 27, 2015, at 12:59 PM, John Ralls wrote:
>
>
>> On Jul 27, 2015, at 10:21 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>>
>> John,
>>
>> I have given it a try and it partially fixes the problem. Gnucash now builds
>> OK but it still failed on startup. Just to make sure I created a
> On Jul 27, 2015, at 10:21 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> John,
>
> I have given it a try and it partially fixes the problem. Gnucash now builds
> OK but it still failed on startup. Just to make sure I created a setup.exe
> from the dist script and installed that which fail
John,
I have given it a try and it partially fixes the problem. Gnucash now
builds OK but it still failed on startup. Just to make sure I created a
setup.exe from the dist script and installed that which failed initially
because it could not find the lib_boost_date.dll, these were in the lib
direc
> On Jul 25, 2015, at 7:19 AM, John Ralls wrote:
>
>>
>> On Jul 25, 2015, at 2:55 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>>
>> John,
>>
>> Still no luck with your revised patch. There is no codecvt header file but I
>> did find one in bits/codecvt.h, tried adding that instead but stil
> On Jul 25, 2015, at 2:55 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> John,
>
> Still no luck with your revised patch. There is no codecvt header file but I
> did find one in bits/codecvt.h, tried adding that instead but still failed,
> looked in that file and seemed to imply it should
John,
Still no luck with your revised patch. There is no codecvt header file but
I did find one in bits/codecvt.h, tried adding that instead but still
failed, looked in that file and seemed to imply it should not be used
directly and maybe locale is the way to go.
Tried that and get the following
> On Jul 24, 2015, at 6:09 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> John,
>
> Still trying to compile with your patch with the following changes for
> load_windows_default_tz...
>
> void
> TimeZoneProvider::load_windows_default_tz()
> {
> TIME_ZONE_INFORMATION tzi {};
> if (Ge
John,
Still trying to compile with your patch with the following changes for
load_windows_default_tz...
void
TimeZoneProvider::load_windows_default_tz()
{
TIME_ZONE_INFORMATION tzi {};
if (GetTimeZoneInformation (&tzi) == TIME_ZONE_ID_INVALID)
throw std::invalid_argument ("No defa
> On Jul 21, 2015, at 9:18 AM, John Ralls wrote:
>
>
>> On Jul 21, 2015, at 3:28 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>>
>> John,
>>
>> I have found a better windows version of gdb and have set the break point
>> and catch point as requested. Now running gnucash from gdb the excepti
> On Jul 21, 2015, at 3:28 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> John,
>
> I have found a better windows version of gdb and have set the break point and
> catch point as requested. Now running gnucash from gdb the exception stems
> from getting time zone information from gnc-timezo
> On Jul 20, 2015, at 10:59 AM, John Ralls wrote:
>
>
>> On Jul 20, 2015, at 9:57 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>>
>> I had but I do not think I was doing it correctly, see attached, once I
>> click on OK I get the program exited with code 03.
>>
>
> Robert,
>
> OK, that me
> On Jul 20, 2015, at 9:57 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> I had but I do not think I was doing it correctly, see attached, once I click
> on OK I get the program exited with code 03.
>
Robert,
OK, that means it’s terminating either from an unhandled exception or an
assert.
> On Jul 20, 2015, at 7:41 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> John,
>
>
> All the builds in May and June will install and if you start one it stops
> saying it can not find libboost_date_time.dll. If I copy that dll from the
> gcdev/boost/lib to the gnucash/bin directory you ge
John,
All the builds in May and June will install and if you start one it stops
saying it can not find libboost_date_time.dll. If I copy that dll from the
gcdev/boost/lib to the gnucash/bin directory you get the Runtime Error
straight away as attached.
Robert
On 20 July 2015 at 15:22, John Rall
> On Jul 20, 2015, at 4:05 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> OK, deleted all folders in gcdev apart from the git ones and reran the vb
> script and then the install.sh file. This recompiled all dependencies and
> also gnucash.
>
> Tried to start it from the gcdev/gnucash/inst/b
OK, deleted all folders in gcdev apart from the git ones and reran the vb
script and then the install.sh file. This recompiled all dependencies and
also gnucash.
Tried to start it from the gcdev/gnucash/inst/bin/gnucash-launcher.cmd
which failed as boost libraries was not in path.
Added new path e
> On Jul 15, 2015, at 8:51 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> I tried to build the windows version on my XP VM but it failed with the
> following error...
> Did a git pull on gnucash-on-windows.git and gnucash.git to get the latest
> builds and then ran the install.sh under mingw w
On May 8, 2014, at 5:19 PM, Geert Janssens wrote:
> The merge of private-kvp introduces the use of g_list_copy_deep in
> src/libqof/qof/kvp-frame.c
>
> That is a very recent glib function, requiring glib 2.34 at least.
> That's more recent than our baseline 2.28 (and the most recent available
On Nov 3, 2013, at 2:46 PM, Geert Janssens wrote:
> I have noticed the windows builds are failing with this error:
> cc1.exe: warnings being treated as errors
> ../../../repos/src/gnome-utils/gnc-tree-view.c: In function
> 'gnc_tree_view_get_column_order':
> ../../../repos/src/gnome-utils/gnc-t
Christian Stimming writes:
> Zitat von "Frank H. Ellenberger" :
>> in between we got 2 weekly builds in
>> http://code.gnucash.org/builds/win32/2.4/.
>>
>> Shouldn't they be accessible from www.gnucash.org? (I found the directory by
>> chance in bugzilla).
>>
>> I added a link in
>> http://wiki.g
Zitat von "Frank H. Ellenberger" :
in between we got 2 weekly builds in
http://code.gnucash.org/builds/win32/2.4/.
Shouldn't they be accessible from www.gnucash.org? (I found the directory by
chance in bugzilla).
I added a link in
http://wiki.gnucash.org/wiki/Windows#Q:_Where_is_the_binary_inst
Hoi,
in between we got 2 weekly builds in
http://code.gnucash.org/builds/win32/2.4/.
Shouldn't they be accessible from www.gnucash.org? (I found the directory by
chance in bugzilla).
I added a link in
http://wiki.gnucash.org/wiki/Windows#Q:_Where_is_the_binary_installer.3F
Frank
Am Mittwoch
Christian Stimming writes:
> Thanks a lot for your effort here.
>
> Tonight's build unfortunately failed again, but that one goes on me:
>
> libtool: compile: gcc -DHAVE_CONFIG_H (...) -c
> swig-app-utils-python.c -DDLL_EXPORT -DPIC -o
> .libs/swig-app-utils-python.o
> swig-app-utils-python.c:1
Zitat von Geert Janssens :
Ok, trunk can build the Windows port again, even when it has to set
up a fresh
mingw runtime and build environment.
Thanks a lot for your effort here.
Tonight's build unfortunately failed again, but that one goes on me:
libtool: compile: gcc -DHAVE_CONFIG_H (...)
On woensdag 23 maart 2011, Geert Janssens wrote:
> On woensdag 23 maart 2011, Geert Janssens wrote:
> > On woensdag 23 maart 2011, Derek Atkins wrote:
> > > Geert Janssens writes:
> > > > I will wait at least until tomorrow before backporting, just to see
> > > > if tonight's build doesn't reveal
On woensdag 23 maart 2011, Geert Janssens wrote:
> On woensdag 23 maart 2011, Derek Atkins wrote:
> > Geert Janssens writes:
> > > I will wait at least until tomorrow before backporting, just to see if
> > > tonight's build doesn't reveal bugs in my changes.
> >
> > Unfortunately last night's bui
Hi people,
About 10 hours ago, I downloaded gnucash and installed it on my Samsung
netbook running Windows XP. I feel I need to become familiar with the system
from the users' side. I like working on something where I can use both the
technical and business side of me.
I have to go to work
On woensdag 23 maart 2011, Derek Atkins wrote:
> Geert Janssens writes:
> > I will wait at least until tomorrow before backporting, just to see if
> > tonight's build doesn't reveal bugs in my changes.
>
> Unfortunately last night's build failed, and it failed pretty quickly.
> If you make furthe
Geert Janssens writes:
> I will wait at least until tomorrow before backporting, just to see if
> tonight's build doesn't reveal bugs in my changes.
Unfortunately last night's build failed, and it failed pretty quickly.
If you make further changes today I recommend you fire off a build
manually
"Stephen Brown" writes:
> Hi Geert and others
>> I also believe that GnuCash development should focus on, well, GnuCash.
> I do too, that is why I am suggesting that the proccess to build
> gnucash on Microsoft Windows
> should just work and work correctly everytime. I want to develope
> GnuCash,
Hi Geert and others
I also believe that GnuCash development should focus on, well, GnuCash.
I do too, that is why I am suggesting that the proccess to build gnucash on
Microsoft Windows
should just work and work correctly everytime. I want to develope GnuCash,
but I cannot if
I have to continua
On Mar 7, 2011, at 4:04 AM, Geert Janssens wrote:
> On zaterdag 5 maart 2011, Stephen Brown wrote:
>> Hi Geert
>>
>> Mine are to take all the instructions in
>> http://wiki.gnucash.org/wiki/Windows#Q:_Is_it_possible_to_compile_GnuCash_o
>> n_Windows.3F, compile it
>> into a windows executable fi
On zaterdag 5 maart 2011, Stephen Brown wrote:
> Hi Geert
>
> Mine are to take all the instructions in
> http://wiki.gnucash.org/wiki/Windows#Q:_Is_it_possible_to_compile_GnuCash_o
> n_Windows.3F, compile it
> into a windows executable file, include the other programs mentioned, and
> make the who
Kim Wood writes:
> WTF? But 2.3.10-setup.exe (74Mb) runs fine. It also reports itself also as
> build r18664, but with a different file size to Windows nightly build r18664
> (76Mb). Anyway, there you go... At least 2.3.10 runs fine.
The tag build and nightly build could be the same revision
On Wednesday 17 February 2010, Kim Wood wrote:
> WTF? But 2.3.10-setup.exe (74Mb) runs fine. It also reports itself also
> as build r18664, but with a different file size to Windows nightly build
> r18664 (76Mb). Anyway, there you go... At least 2.3.10 runs fine.
>
> Regards,
>
> Kim
>
The
WTF? But 2.3.10-setup.exe (74Mb) runs fine. It also reports itself also as
build r18664, but with a different file size to Windows nightly build r18664
(76Mb). Anyway, there you go... At least 2.3.10 runs fine.
Regards,
Kim
--
View this message in context:
http://n4.nabble.com/Windows-Bui
Geert Janssens writes:
[snip]
> Is the problem sufficiently solved with Christian's guile-compat.h fix ? If
> not, I can look into an alternative solution.
I believe that yes, this solved the problem.
Thanks,
> Regards,
>
> Geert (who is learning every day...)
-derek
--
Derek Atkins
On Monday 4 January 2010, Christian Stimming wrote:
> Am Montag, 4. Januar 2010 schrieb Derek Atkins:
> > > The first compile problem with r18541 is one of many guile-1.6
> > > functions which Geert replaced with their non-deprecated guile-1.8
> > > counterparts, such as SCM_NFALSEP -> scm_is_true.
Am Montag, 4. Januar 2010 schrieb Derek Atkins:
> > The first compile problem with r18541 is one of many guile-1.6 functions
> > which Geert replaced with their non-deprecated guile-1.8 counterparts,
> > such as SCM_NFALSEP -> scm_is_true. But even if we reverted all of that
> > "cosmetics", the ma
Christian Stimming writes:
> Am Montag, 4. Januar 2010 schrieb Derek Atkins:
>> Simon Ruggier writes:
>> > After doing the above, I can build successfully using Debian's
>> > guile-1.8-dev package. I don't know anything about Guile, so I can't
>> > comment on how this issue could or should be ha
Am Montag, 4. Januar 2010 schrieb Derek Atkins:
> Simon Ruggier writes:
> > After doing the above, I can build successfully using Debian's
> > guile-1.8-dev package. I don't know anything about Guile, so I can't
> > comment on how this issue could or should be handled on other
> > platforms.
>
>
Simon Ruggier writes:
> Perhaps it's misleading to say that one can't build GnuCash against
> Debian's guile-1.8 packages, since the missing guile-1.8-slib package
> would only create two files, which can be manually installed by doing
> the following as root:
> ln -s ../../slib/ /usr/share/guile
Perhaps it's misleading to say that one can't build GnuCash against
Debian's guile-1.8 packages, since the missing guile-1.8-slib package
would only create two files, which can be manually installed by doing
the following as root:
ln -s ../../slib/ /usr/share/guile/1.8/
guile -c "(use-modules (ice-
It's from revision 18541, and I just bumped into it on Debian. It
looks like that function is present in guile 1.8, but not 1.6. Right
now, one can't build GnuCash against Debian's guile 1.8 packages yet,
because no guile-1.8-slib is provided. There's a Debian bug about
this, #441110, but it looks
AIL PROTECTED]
Sent: Thursday, April 19, 2007 8:37 AM
To: Hale Boyes, Kevin
Cc: gnucash-devel@gnucash.org
Subject: Re: windows build and MSYS exceptions
Hi,
"Hale Boyes, Kevin " <[EMAIL PROTECTED]> writes:
[snip]
> Then,
>
> if /bin/sh ../libtool --tag=CXX --mode=com
Hi,
"Hale Boyes, Kevin " <[EMAIL PROTECTED]> writes:
[snip]
> Then,
>
> if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -I. -I.. -I../include -I../generic-g -O2 -MT EntityManager.lo -MD
> -MP -MF ".deps/EntityManager.Tpo" -c -o EntityManager.lo
> EntityManager.cxx; \
Hale Boyes, Kevin wrote:
> configure:3539: checking for C++ compiler version
> configure:3542: g++ --version &5
> ./configure: g++: command not found
>
> I guess I didn't install g++. I think that was supposed to happen
> during the MinGW install but I don't remember. Can I install g++
> now so
t: Re: windows build failed
Quoting "Hale Boyes, Kevin " <[EMAIL PROTECTED]>:
[snip]
> checking for g++... no
> checking for c++... no
> checking for gpp... no
> checking for aCC... no
> checking for CC... no
> checking for cxx... no
> checking for cc++... no
[snip]
Quoting "Hale Boyes, Kevin " <[EMAIL PROTECTED]>:
[snip]
> checking for g++... no
> checking for c++... no
> checking for gpp... no
> checking for aCC... no
> checking for CC... no
> checking for cxx... no
> checking for cc++... no
[snip]
> checking whether we are using the GNU C++ compiler... no
dreas Köhler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 1:51 PM
To: Hale Boyes, Kevin
Cc: Derek Atkins; gnucash-devel@gnucash.org
Subject: Re: windows build and r15912
Hi,
see r15918. I hope it works for you, please drop me a note about your
observations :)
-- andi5
Hale Boyes,
ED]
> Sent: Tuesday, April 17, 2007 11:15 AM
> To: Derek Atkins
> Cc: Hale Boyes, Kevin ; gnucash-devel@gnucash.org
> Subject: Re: windows build and r15912
>
> Hi,
>
> very good point, Kevin. Somehow I forgot about it.
> Derek, that is almost exactly what I am going to
Great, I'll have a look when I see the commit message.
Kevin.
-Original Message-
From: Andreas Köhler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 11:15 AM
To: Derek Atkins
Cc: Hale Boyes, Kevin ; gnucash-devel@gnucash.org
Subject: Re: windows build and r15912
Hi,
very
Hi,
very good point, Kevin. Somehow I forgot about it.
Derek, that is almost exactly what I am going to implement now. The
head of defaults should explain it once I have it running and committed.
-- andi5
Derek Atkins schrieb:
> Perhaps we should pull in custom.sh first, and then have
> defau
Perhaps we should pull in custom.sh first, and then have
defaults.sh do something like:
[ -z "${GLOBAL_DIR:-}" ] && GLOBAL_DIR=
.. and do this for all the variables to only set them if
they are not already set.
-derek
"Hale Boyes, Kevin " <[EMAIL PROTECTED]> writes:
> Maybe my scripting skill
Can I blame my incompetence on Windows? Getting rid of the gnucash
build and install directories (plus rebuilding libgsf and goffice, if
that matters) solved both problems.
On 24 Mar 2007, at 8:25:36 PM, David Reiser wrote:
> My first attempt at building r15753 under winXP (also upgraded gnom
On 20 Mar 2007, at 5:51:19 PM, Andreas Köhler wrote:
> Hi,
>
> Am Dienstag, den 20.03.2007, 17:14 -0400 schrieb Dave Reiser:
>> Attempting to build r15742 on winxp I end up at:
>
> I have to admit that I have not tested r15742 on Windows yet.
>
>> make[5]: *** No rule to make target
>> `libgncm
Hi,
Am Dienstag, den 20.03.2007, 17:14 -0400 schrieb Dave Reiser:
> Attempting to build r15742 on winxp I end up at:
I have to admit that I have not tested r15742 on Windows yet.
> make[5]: *** No rule to make target `libgncmod_gnome_utils_la_SOURCES',
> needed by `libgncmod-gnome-utils.la'. S
80 matches
Mail list logo
