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
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
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
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
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
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
> 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[5]: *** No rule to make target `libgncmod_gnome_utils_la_SOURCES',
>>>
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_la_SOURCES',
>> needed by `libgncmod-gnome-utils
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]: *** No rule to make target `libgncmod_gnome_utils_la_S
David Hampton <[EMAIL PROTECTED]> writes:
> On Wed, 2006-08-09 at 13:18 -0400, Derek Atkins wrote:
>> You've got the debian-broken libtool. I bet you're not pulling
>> in libcore-utils.
>>
>> I'll also point out that this is a bug that "core-utils" now depends
>> on gtk. That shouldn't have happ
Derek Atkins wrote:
> Try again with r14626.
>
Thanks, that now builds and runs fine.
Just to let you know, I've now been running my business (including UK
VAT) on GnuCash for 2 - 3 months now.
Many thanks
Nigel
___
gnucash-devel mailing list
gnucash-
On Wed, 2006-08-09 at 13:18 -0400, Derek Atkins wrote:
> You've got the debian-broken libtool. I bet you're not pulling
> in libcore-utils.
>
> I'll also point out that this is a bug that "core-utils" now depends
> on gtk. That shouldn't have happened. This code should go into
> gnome-utils.
I
Try again with r14626.
-derek
Quoting Derek Atkins <[EMAIL PROTECTED]>:
> You've got the debian-broken libtool. I bet you're not pulling
> in libcore-utils.
>
> I'll also point out that this is a bug that "core-utils" now depends
> on gtk. That shouldn't have happened. This code should go into
You've got the debian-broken libtool. I bet you're not pulling
in libcore-utils.
I'll also point out that this is a bug that "core-utils" now depends
on gtk. That shouldn't have happened. This code should go into
gnome-utils.
-derek
Nigel Titley <[EMAIL PROTECTED]> writes:
> Anybody any idea
Figures... It means you're using the debian-broken libtool.
I'll add a fix for this particular problem, but there may be
more which I can't detect here.
-derek
Ben Stanley <[EMAIL PROTECTED]> writes:
> Kind of - I'm on Ubuntu 5.10.
>
> Ben.
>
> On Wed, 2006-02-22 at 11:15 -0500, Derek Atkins wr
Kind of - I'm on Ubuntu 5.10.
Ben.
On Wed, 2006-02-22 at 11:15 -0500, Derek Atkins wrote:
> You're on Debian, right?
>
> -derek
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Ben Stanley <[EMAIL PROTECTED]> writes:
> Now I get errors at link time:
> ../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to
> `qof_event_suspend'
> ../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to
> `qof_event_resume'
> collect2: ld returned 1 exit s
application of s/mark_dirty/set_dirty/g in four locations within
gnc-lot.c in accordance with the supplied patch seems to have fixed the
problem with compiling gnc-lot.c .
Now I get errors at link time:
../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to
`qof_event_suspend'
..
On Wed, Feb 22, 2006 at 08:41:10AM -0500, Andrew Duggan wrote:
> Hi,
>
> Ben Stanley wrote:
> >Hi,
> >
> >When I try to build svn version r13359 on Ubuntu 5.10, I get the
> >following error:
> >
> >cc1: warnings being treated as errors
> >gnc-lot.c: In function 'gnc_lot_set_title':
> >gnc-lot.c:17
Hi,
Ben Stanley wrote:
Hi,
When I try to build svn version r13359 on Ubuntu 5.10, I get the
following error:
cc1: warnings being treated as errors
gnc-lot.c: In function 'gnc_lot_set_title':
gnc-lot.c:174: warning: implicit declaration of function
'qof_instance_mark_dirty'
make[5]: *** [gnc-lo
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
Sorry 'bout that. I was rushing to commit before bedtime. Let me see
if I understand the principles:
1) Any time the build depends on any BUILT_SOURCES, it's also
necessary to ensure that those sources are built before they're
used, typically by ar
On Wed, Jan 18, 2006 at 10:48:40AM -0500, Derek Atkins wrote:
> Ganesan Rajagopal <[EMAIL PROTECTED]> writes:
>
> > gnucash-bin.c:33:25: error: gnc-version.h: No such file or directory
> > cc1: warnings being treated as errors
> > gnucash-bin.c:41: warning: no previous prototype for 'gnucash_comma
> Ganesan Rajagopal <[EMAIL PROTECTED]> writes:
> I did a fresh svn checkout of trunk (revision 12838) today on a
> Debian etch box, made sure all dependencies are satisfied and
> ran into this compilation error:
Never mind. The latest update fixed this problem. I'll post again
if I run into
Ganesan Rajagopal <[EMAIL PROTECTED]> writes:
> gnucash-bin.c:33:25: error: gnc-version.h: No such file or directory
> cc1: warnings being treated as errors
> gnucash-bin.c:41: warning: no previous prototype for 'gnucash_command_line'
> make[5]: *** [gnucash-bin.o] Error 1
> make[5]: Leaving direc
Hi,
Ganesan Rajagopal <[EMAIL PROTECTED]> writes:
> gnucash-bin.c:33:25: error: gnc-version.h: No such file or directory
> cc1: warnings being treated as errors
> gnucash-bin.c:41: warning: no previous prototype for 'gnucash_command_line'
This isn't a dependency problem. This is a build-system
As can be seen in the make output included in my original post, I am
using gcc. I found out early on that I would get nowhere trying to
use Sun's compiler.
=>uname -mrs
SunOS 5.9 sun4u
=>gcc --version
gcc (GCC) 3.4.1
Derek Atkins writes:
> Sorry, I forgot from the beginning of this thread; w
Hi Derek -
The problem persisted after changing "static inline" to G_INLINE_FUNC.
Only changing "inline" to "__inline__" removed the problem.
Yours was the only reply I got.
- David Jafferian
Derek Atkins writes:
> Interesting. What happens if you change "static inline" to G_INLINE_FUNC?
> D
Sorry, I forgot from the beginning of this thread; which version of
GCC are you using? Gnucash does not support non-gcc compilers.
-derek
David Jafferian - Sun Microsystems <[EMAIL PROTECTED]> writes:
> Hi Derek -
>
> The problem persisted after changing "static inline" to G_INLINE_FUNC.
> Only
Interesting. What happens if you change "static inline" to G_INLINE_FUNC?
Does it still work then?
Thanks,
-derek
PS: Unified diff is usually preferred to context diff.
David Jafferian - Sun Microsystems <[EMAIL PROTECTED]> writes:
> Hi -
>
> I wasn't able to find this problem in mailing list
44 matches
Mail list logo
