On Sat, May 05, 2018 at 07:25:49AM -0400, John Ralls wrote:
> Sounds like some projects are using asserts in places that more graceful
> runtime checks would be more appropriate...
Indeed. Also memory-access-checking libraries and the like; and
in other ways that I can't recall offhand,
On Fri, May 04, 2018 at 10:37:22PM +0200, Geert Janssens wrote:
> A debug build will tell the compiler to avoid several optimizations.
> [thus bigger and slower]
Cool; that I'm perfectly OK with.
I guess what I mostly had in mind was warnings I've seen in some
projects that debug builds are less
Is there any particular reason to avoid using a
CMAKE_BUILD_TYPE=Debug build of GnuCash in production?
The reason *to* do that, of course, is to have the debugging
symbols available in case of need.
(This is independent of the choice of which git commit to build
*from*; those pros-and-cons I'm
On Fri, Apr 27, 2018 at 02:43:25PM -0400, Eric Siegerman wrote:
> On Fri, Apr 27, 2018 at 03:24:35PM +0200, Geert Janssens wrote:
> > It think it's worth reporting as a bug, though of low priority.
>
> Done: https://[deleted]
The emojis in my bug report screwed up my previous at
On Fri, Apr 27, 2018 at 03:24:35PM +0200, Geert Janssens wrote:
> It think it's worth reporting as a bug, though of low priority.
Done: https://bugzilla.gnome.org/show_bug.cgi?id=795613
Thanks,
- Eric
___
gnucash-devel mailing list
On Wed, Apr 18, 2018 at 10:29:23AM +0200, Geert Janssens wrote:
> In the 2.7
> development cycle we experimented with an extra "unstable" *branch* to do the
> unstable releases from.
Which is pretty standard practice -- except for the name.
Intuitively, I'd expect a branch called "unstable" to
On Sat, Apr 07, 2018 at 08:20:35PM -0700, John Ralls wrote:
> Depends on what you see as the bug.
The bug is the inconsistency. I have opinions, for what they're
worth, on how it should behave:
- Reverting to the old value is better than clobbering to zero;
if it can't change the field to
On Sat, Apr 07, 2018 at 07:31:38AM -0700, John Ralls wrote:
> > On Apr 6, 2018, at 11:11 PM, Wm via gnucash-devel
> > wrote:
> > gnc 3.0 allows emojis in places I think inappropriate
In poking at this, I've discovered some inconsistency in the
register's handling of
On Sat, Apr 07, 2018 at 07:31:38AM -0700, John Ralls wrote:
> > On Apr 6, 2018, at 11:11 PM, Wm via gnucash-devel
> > wrote:
> > gnc 3.0 allows emojis in places I think inappropriate
> > account names
> > account codes
> > securities
> Filtering for meaning is Way Too
On Sat, Mar 10, 2018 at 11:36:13PM +0100, Geert Janssens wrote:
> Make dist is called all the time by developers to test the creation of a dist
> tarball, so the info would get updated more frequently then intended. Or it
> would require manual intervention, which brings us back at square one.
On Sat, Mar 10, 2018 at 09:00:29AM -0800, John Ralls wrote:
> One possible solution would be to test the value of `git remote -v 2>
> /dev/null | grep "origin.*(fetch)"`. If it’s either code or the Github mirror
> then we set the version from `git describe`, otherwise it’s the ${VERSION} as
>
On Fri, Nov 03, 2017 at 10:55:05AM -0400, Derek Atkins wrote:
> The attachment, while claiming to be an HTML document, just came across
> as a text document?
Looks like the mailing list sanitized it -- the copy in my Sent
folder has the HTML, but the copy I got back has plain text and
this
[Moved from gnucash-user to gnucash-devel]
On Fri, Oct 06, 2017 at 11:30:17AM -0400, Derek Atkins wrote:
> Eric Siegerman <pub08-...@davor.org> writes:
> > I get that there are no immediate plans to (re)implement search
> > locally, and that's cool; but more helpful than jus
On Thu, Jul 27, 2017 at 08:20:50AM +, David T. via gnucash-devel wrote:
> I think of the decimal placement as applying to the final number in the field
> (as a sort of edit mask, if you will), rather than a preprocessing function
> that would apply to every element in an equation.
I'm not
Versions:
- GnuCash 2.6.11 (and many older versions -- basically as far back as
I can build with my current toolchain)
- Ubuntu 12.04
- Ubuntu's intltool 0.50.2-2 package
I'm getting a "make check" failure when I try to build GnuCash in a
separate build directory -- but only if the
15 matches
Mail list logo