2025, at 15:12, Manfred Usselmann
wrote:
Hi,
I tried to update the gnucash package in void linux from 5.9 to 5.12.
No further changes to the package configuration.
My local build worked fine, but I was surprised to get a build failure
for the i686 environment with the PR. This must hav
urprised to get a build failure
for the i686 environment with the PR. This must have worked before.
The failure is in test 17 sqlite3/safe_save for 64-bit int:
int64-val/2148634028 (64-bit int)
int64-val/-2146333268 (64-bit int)
17/129 Test #17: test-backend-dbi
..SIGT
void linux from 5.9 to 5.12. No
> further changes to the package configuration.
>
> My local build worked fine, but I was surprised to get a build failure for
> the i686 environment with the PR. This must have worked before.
>
> The failure is in test 17 sqlite3/safe_sa
Hi,
I tried to update the gnucash package in void linux from 5.9 to 5.12. No
further changes to the package configuration.
My local build worked fine, but I was surprised to get a build failure
for the i686 environment with the PR. This must have worked before.
The failure is in test 17
Bob,
Thanks for your feedback. Based on it, I did a 'git pull' and did a
successful build and installation and gnucash ran. I was having an
intermittent problem like this with F36 as well. Seems like it is not a
gnucash issue at all but something with my environment.
Regards,
Alex
On Mon, Nov 2
Alex,
Just for info I updated my Fedora test VM to 37 and was able to do a clean
build.
Regards,
Bob
On Wed, 23 Nov 2022 at 20:06, Alex Aycinena wrote:
> Hello,
>
> I was doing a clean build with a new checkout on a Fedora 37 VM and
> received the following (this was after a partial build that
Hello,
I was doing a clean build with a new checkout on a Fedora 37 VM and
received the following (this was after a partial build that resulted in the
terminal window disappearing, so I couldn't see any messages; then I opened
a new terminal window and started the build again):
[gnucash-dev@HPFed
Graham Menhennitt,
Your GUESS concerning the output and build directories being the same
and causing the error was exactly correct. I assume you are very
smart; but, there is nothing like experience in addition. Thank you
very much for taking the time to help me.
David
>
> > On Jul 15, 2018,
Please remember to copy the list on all replies.
It looks like Graham Menhennitt might be on the right track. What did you set
CMAKE_INSTALL_PREFIX to in your cmake invocation?
Regards,
John Ralls
> On Jul 16, 2018, at 12:13 PM, Carol & David Weiner
> wrote:
>
> John,
>
> Thanks for your
Just a guess...
The output directory of the make install is the same directory as the
build directory (I've made this mistake in the past).
Graham
On 16/07/2018 12:36 PM, John Ralls wrote:
On Jul 15, 2018, at 3:05 PM, Carol & David Weiner wrote:
Trying to build gnucash 3.2 from a tar fi
> On Jul 15, 2018, at 3:05 PM, Carol & David Weiner
> wrote:
>
> Trying to build gnucash 3.2 from a tar file on a Debian Stretch
> system. CMAKE and MAKE run to completion just fine. If I look at
> /build_directory/lib/gnucash/ I see a number of libraries including
> libgncmod-app-utils.so.
Trying to build gnucash 3.2 from a tar file on a Debian Stretch
system. CMAKE and MAKE run to completion just fine. If I look at
/build_directory/lib/gnucash/ I see a number of libraries including
libgncmod-app-utils.so. If I run 'sudo make install' it fails because
libgncmod-app-utils.so is not
Geert Janssens writes:
> I think @CMAKE_SOURCE_DIR@ would have worked just fine as well. cmake's
> configure_file command works with both formats. I don't know why John chose
> the shell-like variable notation.
>
> But yes, the changes were necessary to get configure_file to work. It would
> n
Op vrijdag 16 februari 2018 17:56:12 CET schreef Derek Atkins:
> Hi,
>
> I finally fixed the docs build to properly build doxygen.cfg now that
> the Makefile.am is gone in master, but then last night (the first run
> since I made the fix) I get this error:
>
> warning: tag INCLUDE_PATH: include p
Hi,
I finally fixed the docs build to properly build doxygen.cfg now that
the Makefile.am is gone in master, but then last night (the first run
since I made the fix) I get this error:
warning: tag INCLUDE_PATH: include path
`${CMAKE_SOURCE_DIR}/libgnucash/engine/' does not exist
warning: tag INPU
Hi,
The gnucash-docs build has failed the past two nights.
Here's the current error
-derek
make[2]: Entering directory `/home/gnucash-docs/gnucash-docs/guide/it'
/bin/sh /home/gnucash-docs/gnucash-docs/install-sh -d "gnucash-guide"; \
for file in gnucash-guide.xml; do \
/usr/bin/xsltproc \
On Tuesday 22 September 2015 06:59:09 John Ralls wrote:
> > On Sep 22, 2015, at 3:59 AM, Geert Janssens
> > wrote:
> >
> > Build log:
> >
> > make[5]: Entering directory
> > '/kobaltnet/janssege/Development/builds/gnucash/master/src/libqof/q
> > of'
> >
> > https://github.com/Gnucash/gnucash/co
> On Sep 22, 2015, at 3:59 AM, Geert Janssens
> wrote:
>
> Build log:
>
> make[5]: Entering directory
> '/kobaltnet/janssege/Development/builds/gnucash/master/src/libqof/q
> of'
>
> https://github.com/Gnucash/gnucash/commit/86320a4d11188bbc
>
> I suppose qofint128 has a new equivalent on m
Odd, that's the second time I don't see text I copy/pasted
from a terminal after receiving my mail via the mailing
list.
I'll add the build log as an attachment. Perhaps that
works better...
Regards,
Geert
make[5]: Entering directory
'/kobaltnet/janssege/Development/builds/gnucash/master/src
Build log:
make[5]: Entering directory
'/kobaltnet/janssege/Development/builds/gnucash/master/src/libqof/q
of'
https://github.com/Gnucash/gnucash/commit/86320a4d11188bbc
I suppose qofint128 has a new equivalent on master since the qof
rewrites ?
Regards,
Geert
__
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
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 which updated some parts of
the software as usual but the gnucash sections fails.
Hav
Am 11.05.2015 um 21:35 schrieb John Ralls:
>> On May 11, 2015, at 11:55 AM, Christoph Holtermann
>> wrote:
>>
>> Am 11.05.2015 um 16:26 schrieb John Ralls:
On May 11, 2015, at 2:43 AM, Christoph Holtermann
wrote:
Hello,
can't make the current gnucash
libt
> On May 11, 2015, at 1:00 PM, Derek Atkins wrote:
>
>
> On Mon, May 11, 2015 3:35 pm, John Ralls wrote:
>>
> [snip]
>>> Hello John,
>>>
>>> it's boost 1.53.0 on openSUSE 13.1.
>>>
>>
>> Please remember to copy the list on all replies.
>>
>> OK, well the fix was r84636, or
>> https://githu
Hello,
Am 11.05.2015 um 16:26 schrieb Derek Atkins:
> Hi,
>
> Christoph Holtermann writes:
>
>> Hello,
>>
>> can't make the current gnucash
>>
>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../../src/libqof/qof
>> -I../../.. -I../../../../lib/libc -I../../../../src -pthread
>> -I/usr/inc
On Mon, May 11, 2015 3:35 pm, John Ralls wrote:
>
[snip]
>> Hello John,
>>
>> it's boost 1.53.0 on openSUSE 13.1.
>>
>
> Please remember to copy the list on all replies.
>
> OK, well the fix was r84636, or
> https://github.com/boostorg/date_time/commit/47c81a90335c1da15be02575456b65296f96946e,
> t
> On May 11, 2015, at 11:55 AM, Christoph Holtermann
> wrote:
>
> Am 11.05.2015 um 16:26 schrieb John Ralls:
>>> On May 11, 2015, at 2:43 AM, Christoph Holtermann
>>> wrote:
>>>
>>> Hello,
>>>
>>> can't make the current gnucash
>>>
>>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../
> On May 11, 2015, at 2:43 AM, Christoph Holtermann wrote:
>
> Hello,
>
> can't make the current gnucash
>
> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../../src/libqof/qof
> -I../../.. -I../../../../lib/libc -I../../../../src -pthread
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/in
Hi,
Christoph Holtermann writes:
> Hello,
>
> can't make the current gnucash
>
> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../../src/libqof/qof
> -I../../.. -I../../../../lib/libc -I../../../../src -pthread
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include
> -DG_LO
Hello,
can't make the current gnucash
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../../src/libqof/qof
-I../../.. -I../../../../lib/libc -I../../../../src -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include
-DG_LOG_DOMAIN=\"qof\" -Wall -Wno-unused -Wno-deprecated
On Friday 24 April 2015 14:35:51 Alex Aycinena wrote:
>
> Just to confirm that I have been having this problem also, showing up
> all of a sudden, for a week or so on both F20 & F21. Since I am
> focusing on other gnucash work I just worked around it by using the
> no dbi config switch.
>
> Alex
On Friday 24 April 2015 14:29:39 John Ralls wrote:
> > On Apr 24, 2015, at 8:54 AM, Geert Janssens
> > wrote:>
> > On Friday 24 April 2015 07:31:02 John Ralls wrote:
> >>> On Apr 24, 2015, at 6:36 AM, Geert Janssens
> >>> wrote:
> >>>
> >>> I upgraded to Fedora 21 a couple of days ago and today
Geert,
> -- Forwarded message --
> From: Geert Janssens
> To: gnucash-devel@gnucash.org
> Cc:
> Date: Fri, 24 Apr 2015 17:54:02 +0200
> Subject: Re: Build failure with dbi enabled
> On Friday 24 April 2015 07:31:02 John Ralls wrote:
> > > On A
> On Apr 24, 2015, at 8:54 AM, Geert Janssens
> wrote:
>
> On Friday 24 April 2015 07:31:02 John Ralls wrote:
>>> On Apr 24, 2015, at 6:36 AM, Geert Janssens
>>> wrote:
>>>
>>> I upgraded to Fedora 21 a couple of days ago and today I reran a
>>> gnucash build for the first time since that upg
On Friday 24 April 2015 07:31:02 John Ralls wrote:
> > On Apr 24, 2015, at 6:36 AM, Geert Janssens
> > wrote:
> >
> > I upgraded to Fedora 21 a couple of days ago and today I reran a
> > gnucash build for the first time since that upgrade.
> >
> > As the upgrade changes lots of libraries I decid
> On Apr 24, 2015, at 6:36 AM, Geert Janssens
> wrote:
>
> I upgraded to Fedora 21 a couple of days ago and today I reran a gnucash
> build for the first
> time since that upgrade.
>
> As the upgrade changes lots of libraries I decided to start clean. That is,
> remove build directory
> an
I upgraded to Fedora 21 a couple of days ago and today I reran a gnucash build
for the first
time since that upgrade.
As the upgrade changes lots of libraries I decided to start clean. That is,
remove build directory
and start with a call to autogen.sh.
The call to autogen.sh triggers the sam
On Jul 1, 2012, at 8:03 PM, Robert Fewell wrote:
> Hi guy's,
>
> Updated from SVN today and followed the same actions as before and the
> build failed. The following is the error message
>
> gnc-backend-dbi.c: In function 'gnc_dbi_check_sqlite3_file':
> gnc-backend-dbi.c:1776:10: error: ign
Hi guy's,
Updated from SVN today and followed the same actions as before and the
build failed. The following is the error message
gnc-backend-dbi.c: In function 'gnc_dbi_check_sqlite3_file':
gnc-backend-dbi.c:1776:10: error: ignoring return value of 'fread',
declared with attribute warn_unuse
Am Freitag, 23. März 2012, 18:27:52 schrieb Robert Fewell:
> Hi guys,
>
> Just done a checkout, make dist and this works OK. Start to do the build as
> I have done before and it fails on the optional directory. Looks like it
> points back to the change in r22105.
>
> If I move the optional direct
Hi guys,
Just done a checkout, make dist and this works OK. Start to do the build as
I have done before and it fails on the optional directory. Looks like it
points back to the change in r22105.
If I move the optional directory to below import-export in the src
Makefile.am it works. Looking at th
Zitat von Geert Janssens :
Which means that the pdf target has not rebuilt since Jul 2. However, the
build rule *is*:
make html pdf
Are you sure there have been any changes to the source files since Jul 2 ? I
don't see a need to rebuild the pdf is its sources are unchanged.
(Looking at the r
On maandag 5 september 2011, Derek Atkins wrote:
> Hi,
>
> On Sun, September 4, 2011 3:56 pm, Cristian Marchi wrote:
> > Is there a way for me to see if the nightly doc builds work? can you cc
> > me the nightly build so that I can check if all went right?
>
> Um, I don't know. Right now it's ru
Hi,
On Sun, September 4, 2011 3:56 pm, Cristian Marchi wrote:
> Is there a way for me to see if the nightly doc builds work? can you cc
> me the nightly build so that I can check if all went right?
Um, I don't know. Right now it's run out of cron and the mail-on-failure
comes directly to me. I'
Is there a way for me to see if the nightly doc builds work? can you cc
me the nightly build so that I can check if all went right?
Last question: looking in the docs build tree [1] I see that pdf files
are old. With what frequency the pdf and html files are generated?
Thanks
Cristian
[1] ht
Thanks. It works now.
-derek
PS: I get nightly mail about the cron job failure. I just haven't looked
into it in a while..
On Thu, August 25, 2011 12:17 pm, Cristian Marchi wrote:
> It should be fixed now. I forgot to add the xml files for chapter 16 and
> 17.
> Thanks for noticing this problem
It should be fixed now. I forgot to add the xml files for chapter 16 and 17.
Thanks for noticing this problem.
Cristian
Il 25/08/2011 17:48, Derek Atkins ha scritto:
There is a bug in the docs build:
make[2]: Entering directory `/u1/home/gnucash/gnucash-docs/trunk/guide/ja_JP'
/bin/sh /home/gn
There is a bug in the docs build:
make[2]: Entering directory `/u1/home/gnucash/gnucash-docs/trunk/guide/ja_JP'
/bin/sh /home/gnucash/gnucash-docs/trunk/install-sh -d "gnucash-guide"; \
for file in gnucash-guide.xml; do \
xsltproc -o "gnucash-guide/" --param use.id.as.filename "1" \
On Fri, July 1, 2011 2:02 pm, Geert Janssens wrote:
> On vrijdag 1 juli 2011, Derek Atkins wrote:
>> avalon-framework-4.3-3.fc15.noarch
>>
>> > Geert
>>
>> -derek
>
> Ok, a quick search with google shows that fop is broken on F15.
>
> fop-0.95 doesn't work with avalon-framework-4.3.3 [1]. Fop 1.x
On vrijdag 1 juli 2011, Derek Atkins wrote:
> avalon-framework-4.3-3.fc15.noarch
>
> > Geert
>
> -derek
Ok, a quick search with google shows that fop is broken on F15.
fop-0.95 doesn't work with avalon-framework-4.3.3 [1]. Fop 1.x has been fixed
in the meantime to work with avalon-framework, b
On Fri, July 1, 2011 12:54 pm, Geert Janssens wrote:
> On vrijdag 1 juli 2011, Derek Atkins wrote:
>> On Fri, July 1, 2011 12:45 pm, Geert Janssens wrote:
>> > On vrijdag 1 juli 2011, Derek Atkins wrote:
>> >> Caused by: java.lang.ClassNotFoundException:
>> >> org.apache.avalon.framework.configura
On vrijdag 1 juli 2011, Derek Atkins wrote:
> On Fri, July 1, 2011 12:45 pm, Geert Janssens wrote:
> > On vrijdag 1 juli 2011, Derek Atkins wrote:
> >> Caused by: java.lang.ClassNotFoundException:
> >> org.apache.avalon.framework.configuration.ConfigurationException
> >
> > Your installation seems
On Fri, July 1, 2011 12:45 pm, Geert Janssens wrote:
> On vrijdag 1 juli 2011, Derek Atkins wrote:
>> Caused by: java.lang.ClassNotFoundException:
>> org.apache.avalon.framework.configuration.ConfigurationException
>
> Your installation seems to have a problem with the avalon framework.
>
> What d
On vrijdag 1 juli 2011, Derek Atkins wrote:
> Caused by: java.lang.ClassNotFoundException:
> org.apache.avalon.framework.configuration.ConfigurationException
Your installation seems to have a problem with the avalon framework.
What distro are you using, and how did you install fop ?
Geert
__
It shouldn't. It comes from:
[root@code trunk]# svn info
Path: .
URL: file:///home/svn/repo/gnucash-docs/trunk
Repository Root: file:///home/svn/repo
Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd
Revision: 20811
Node Kind: directory
Schedule: normal
Last Changed Author: cmarchi
Last Chang
Does this error comes from 2.2 docs? I've just updated the trunk version
of docs and can't reproduce the problem.
Il 01/07/2011 18:21, Derek Atkins ha scritto:
Hi,
The docs build has been failing for a while. I finally took the time to
play with it to find the error. Maybe someone can help m
Hi,
The docs build has been failing for a while. I finally took the time to
play with it to find the error. Maybe someone can help me debug this?
make[2]: Entering directory `/u1/home/gnucash/gnucash-docs/trunk/help/it_IT'
fop 'gnucash-help.fo' 'gnucash-help.pdf'
Exception in thread "main" java
cc1: warnings being treated as errors
gnc-plugin-budget.c: In function ‘gnc_plugin_budget_cmd_copy_budget’:
gnc-plugin-budget.c:254: error: implicit declaration of function
‘gnc_budget_clone’
gnc-plugin-budget.c:254: error: assignment makes pointer from integer without a
cast
make[4]: *** [gnc-
On May 20, 2010, at 11:20 AM, Geert Janssens wrote:
> On Thursday 20 May 2010, Tao Wang wrote:
>> Did you try "autoreconf -i"?
>>
> This is supposed to be a fully automated build. So I'm reporting because the
> fully automated part is not working.
>
> I hope there's another solution than to in
On May 20, 2010, at 1:20 PM, Geert Janssens wrote:
> On Thursday 20 May 2010, Geert Janssens wrote:
>> That got me past the configure step, but the build fails:
>> "No rule to make 'all'" in the docs directory.
>>
>> There is no Makefile there. Should this be added in configure.ac ?
>>
> Just f
On Thursday 20 May 2010, Geert Janssens wrote:
> That got me past the configure step, but the build fails:
> "No rule to make 'all'" in the docs directory.
>
> There is no Makefile there. Should this be added in configure.ac ?
>
Just for the record, I had to add
docs/Makefile
docs/reference/Makef
On Thursday 20 May 2010, John Ralls wrote:
> On May 20, 2010, at 10:53 AM, Tao Wang wrote:
> > Did you try "autoreconf -i"?
> >
> > On Fri, May 21, 2010 at 3:14 AM, Geert Janssens
> >
> > wrote:
> >> Hi,
> >>
> >> I recently had to reinstall my Macbook Pro. I had used this machine
> >> before to b
On May 20, 2010, at 10:53 AM, Tao Wang wrote:
> Did you try "autoreconf -i"?
>
> On Fri, May 21, 2010 at 3:14 AM, Geert Janssens
> wrote:
>> Hi,
>>
>> I recently had to reinstall my Macbook Pro. I had used this machine before to
>> build gnucash-svn from John's gnucash-on-osx.
>>
>> So I trie
On Thursday 20 May 2010, Tao Wang wrote:
> Did you try "autoreconf -i"?
>
This is supposed to be a fully automated build. So I'm reporting because the
fully automated part is not working.
I hope there's another solution than to interrupt the jhbuild process, run
autoreconf -i manually and the c
Did you try "autoreconf -i"?
On Fri, May 21, 2010 at 3:14 AM, Geert Janssens
wrote:
> Hi,
>
> I recently had to reinstall my Macbook Pro. I had used this machine before to
> build gnucash-svn from John's gnucash-on-osx.
>
> So I tried to redo my setup of jhbuild and all that follows. But the buil
Hi,
I recently had to reinstall my Macbook Pro. I had used this machine before to
build gnucash-svn from John's gnucash-on-osx.
So I tried to redo my setup of jhbuild and all that follows. But the build
always fails at ige-mac-integration (see excerpt attached).
I think I followed all steps pr
Derek Atkins wrote:
> Quoting Nigel Titley <[EMAIL PROTECTED]>:
>
>> Build of the current SVN gives me
>>
>> /opt/gnucash/lib/libgnc-backend-file-utils.so.0: undefined reference to
>> `qof_entity_set_guid'
>> /opt/gnucash/lib/libgnc-backend-file-utils.so.0: undefined reference to
>> `gnc_price_set
Quoting Nigel Titley <[EMAIL PROTECTED]>:
> Build of the current SVN gives me
>
> /opt/gnucash/lib/libgnc-backend-file-utils.so.0: undefined reference to
> `qof_entity_set_guid'
> /opt/gnucash/lib/libgnc-backend-file-utils.so.0: undefined reference to
> `gnc_price_set_type'
> /opt/gnucash/lib/gnuc
Build of the current SVN gives me
/opt/gnucash/lib/libgnc-backend-file-utils.so.0: undefined reference to
`qof_entity_set_guid'
/opt/gnucash/lib/libgnc-backend-file-utils.so.0: undefined reference to
`gnc_price_set_type'
/opt/gnucash/lib/gnucash/libgncmod-ledger-core.so: undefined reference
to
> Many thanks... I've kicked off a build in a brand-new clean tree (I
> suspect that as Derek suggested, it might be an idea to start with a
> clean build anyway and it has been a while since I did so).
>
> I'll let you know how I get on.
Reporting as promised. Build went fine.
Nigel
Andreas Köhler wrote:
> Hi,
>
>> Quoting Nigel Titley <[EMAIL PROTECTED]>:
>>
>>> Anyone any idea what's causing this build failure? Building latest SVN
>>> under a fully patched Ubuntu 6.10. Built fine last week.
>>>
>>> make
Hi,
> Quoting Nigel Titley <[EMAIL PROTECTED]>:
>
>> Anyone any idea what's causing this build failure? Building latest SVN
>> under a fully patched Ubuntu 6.10. Built fine last week.
>>
>> make[5]: *** No rule to make target `libgncmod_gnome_utils_l
Um, bitrot?
Try from a clean source/build tree?
-derek
Quoting Nigel Titley <[EMAIL PROTECTED]>:
> Anyone any idea what's causing this build failure? Building latest SVN
> under a fully patched Ubuntu 6.10. Built fine last week.
>
> make[5]: ***
Anyone any idea what's causing this build failure? Building latest SVN
under a fully patched Ubuntu 6.10. Built fine last week.
make[5]: *** No rule to make target `libgncmod_gnome_utils_la_SOURCES',
needed by `libgncmod-gnome-utils.la'. Stop.
make[5]: Leaving directory `/hom
Hi,
Quoting David Hampton <[EMAIL PROTECTED]>:
> On Thu, 2007-02-15 at 12:43 -0500, Peter McAlpine wrote:
>
>> And so I pose this question: is GnuCash to have a modular design or
>> not? If yes, then the modules need to be ripped apart and made to use
>> a strict interface. If no, then the GNCMod
On Thu, 2007-02-15 at 12:43 -0500, Peter McAlpine wrote:
> And so I pose this question: is GnuCash to have a modular design or
> not? If yes, then the modules need to be ripped apart and made to use
> a strict interface. If no, then the GNCModule code should be ripped
> out and everything should (g
On Thu, 2007-02-15 at 12:43 -0500, Peter McAlpine wrote:
> And so I pose this question: is GnuCash to have a modular design or
> not? If yes, then the modules need to be ripped apart and made to use
> a strict interface. If no, then the GNCModule code should be ripped
> out and everything should (
After some investigation it's seems to me that it would be a good idea
to set a clear direction for how GnuCash uses modules.
Here is the problem I see exists now: Upon program initialization the
modules are loaded (as GModule's), but throughout the core code and
the module code GnuCash is directl
I suspect that src/register/register-core and src/register/register-gnome
should both be turned into LIBRARIES.
I haven't looked at the patch to see what else might want to be a library
instead of a module.
-derek
Quoting Christian Stimming <[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter McAlpine schrieb:
> While I certainly don't claim to be an expert on the autotools, I
> couldn't grasp why the modules' shared libraries should want to
> (statically) link against each other, so I removed the offending
> libraries from the Makefi
You're correct: our errors are the same. I skipped reading over your
entire thread because the error you pasted on your first post didn't
match my own.
I spent some time over the last couple days investigating this. A
number of modules are telling libtool (in their respective
Makefile.am'
Hey Peter,
You didn't include all the output, but this looks suspiciously like
what I encountered under the thread 'libtool problem on OS X'. I
documented there my efforts to try forcing OS X to use gnu libtool,
but I still can't get it to work. Really wishing I had some
experience with
Hello,
I'm having trouble building trunk on my MacIntel. I can build 2.0.4
source fine.
...
gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -
o .libs/libgncmod-register-gnome.dylib .libs/gncmod-register-
gnome.o .libs/combocell-gnome.o .libs/datecell-gnome.o .libs/
formu
1 - 100 of 124 matches
Mail list logo
