Re: [PATCH 1/7] Split some useful functions from help.c to (new) util.c

2011-05-06 Thread Jonathan Nieder
sean finney wrote: > Basically, it's a pain to try and use anythign from help.c because of > the numerous intertwined static/global/extern variables involved. > for example if you wanted to link against it in a unit test i think > there were a couple dozen local static variables and possibly other

Re: [PATCH 1/7] Split some useful functions from help.c to (new) util.c

2011-05-06 Thread sean finney
Hiya, Once again, everything prefixed with IIRC and it may no longer be the case. On Fri, May 06, 2011 at 02:49:30AM -0500, Jonathan Nieder wrote: > debug is now part of libdpkg so I left that one out. > > help.c describes itself as "help.c - various helper routines", which > doesn't seem so far

[PATCH 1/7] Split some useful functions from help.c to (new) util.c

2011-05-06 Thread Jonathan Nieder
From: Sean Finney Date: Sun, 11 Oct 2009 12:43:50 +0200 A small number of functions from help.c are required for outside-of-dpkg functioning of the conffiledb routines. As we want to be able to have functional unit tests as well as to use these routines in other cmdline programs (such as a hypoth

[PATCH 1/7] Split some useful functions from help.c to (new) util.c

2009-12-13 Thread Sean Finney
A small number of functions from help.c are required for outside-of-dpkg functioning of the conffiledb routines. As we want to be able to have functional unit tests as well as to use these routines in other cmdline programs (such as a hypothetical dpkg-conffile utility), we need to move these funct