Dave Peticolas <[EMAIL PROTECTED]> writes: > On a related note, can you build without nana? I'm not sure. Some of the code is set up that way, but I don't know if all of it has, and I don't know if configure's happy about that. In the long run, I suppose it should be controlled with --enable-debug. > Has anyone used nana? Right now, we just seem to be using it as a > replacement for 'assert'. See src/engine/util.h (which is included all over the place). It uses nana to implement PERR and friends... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
- Re: Java implementation Rob Browning
- Re: A bit off topic---Java as "SUN's language... Rob Browning
- Re: Perl in internals (was Re: A bit off topic... Rob Browning
- Re: Perl in internals (was Re: A bit off t... James A. Treacy
- Re: Perl in internals (was Re: A bit o... linas
- Re: Perl in internals (was Re: A ... Dave Peticolas
- Re: Perl in internals (was Re: A ... Rob Browning
- Re: Perl in internals (was Re: A ... Dave Peticolas
- Re: Perl in internals (was Re: A ... Rob Browning
- Re: Perl in internals (was Re: A ... Dave Peticolas
- Re: Perl in internals (was Re: A ... Rob Browning
- Re: Perl in internals (was Re: A ... linas
- Re: Perl in internals (was Re: A ... Dave Peticolas
- Re: Perl in internals (was Re: A ... linas
- Maybe Coming Time to XML? Christopher Browne
- Re: Perl in internals (was Re: A ... Rob Browning
- Re: Perl in internals (was Re: A ... linas
- Re: Perl in internals (was Re: A ... Rob Browning
- Re: Perl in internals (was Re: A ... Tim Mooney
- Re: Perl in internals (was Re: A ... Dave Peticolas
- Re: Perl in internals (was Re: A ... Tim Mooney
