Adam C Powell IV wrote:
> Chris Baker wrote:
>
> > It builds okay without -fsigned-char. Now, instead of not printing
> > any fractional decimal places, it prints too many:
> >
> > 14.11000
> >
> > Still, better than nothing
>
> True. It's probably setting the precision to 127 or 255 now
Chris Baker wrote:
> Adam C Powell IV <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > Is someone else going to test it without -fsigned_char, and debug if it
> > fails? If
> > nobody replies, I'll get around to it "eventually" (it takes several hours
> > to
> > build on my 160 MHz 603e at home with
Geert Uytterhoeven wrote:
> On Sun, 10 Sep 2000, Adam C Powell IV wrote:
> > Then gnucash is built using -fsigned_char for the whole package, so in
>
> So IMHO the correct fix is to make gnucash `charsafe' so it can be compiled
> without -fsigned-char.
I agree completely- that's what I called the
On Sun, 10 Sep 2000, Adam C Powell IV wrote:
> Then gnucash is built using -fsigned_char for the whole package, so in
So IMHO the correct fix is to make gnucash `charsafe' so it can be compiled
without -fsigned-char.
Gr{oetje,eeting}s,
Geert
--
Ge
Greetings,
First, the 1.4.5 gnucash upload did not fix bug 69866, involving all
currencies rounding to the nearest integer on PPC (and I believe ARM).
The problem is in src/engine/util.c line 401, where gnucash expects
localeconv() to set the char fields of the lconv structure to CHAR_MAX.
Of cou
5 matches
Mail list logo
