posix_spawn-internal: Make better use of 'const'.
[gnulib.git] / STATUS-libposix
blob9b74be4c96a32887427983a448ec087f507b194a
1 Status for libposix
2 ===================
4 This file documents the status of work-in-progress.
5 No ChangeLog entries are needed for this file.
7 Status for the libposix branch
8 ------------------------------
10 Bruce Korb says:
12 I think a real big step in libposix is to get a little experience with it.
13 There are also some few little nits pointed out in the discussions that
14 need some careful consideration, but some experience in using it would
15 be good, too.  The intended/expected usage is along the lines of:
17 1.  configure, build and install the thing.  Perhaps from:
18     http://autogen.sourceforge.net/data/
19     or roll your own, but the distribution should be there, I think.
21 2.  fiddle a project to detect that it is "sufficiently recent" to
22     cover the needs of this unnamed project.  That is an interesting
23     issue, though:  the concept behind "configure" is that you do
24     feature tests rather than version testing.  However, if you choose
25     to not test the version of libposix and test the features you
26     need of libposix, then I have an extremely difficult time trying
27     to understand the point of libposix -- you are back to running
28     a bunch of feature tests that take too long.  Testing for a
29     libposix current as of some marker (version number or date)
30     seems right to me, though there are some caveats to consider
31     regarding "retired" POSIX features.
33     Anyway, the "fiddle a project" should boil down to testing
34     for libposix in some way and then dying if it is not up to snuff.
36 3.  configure, build, test, install and test installation of said project.
39 TODO list for master
40 --------------------
42 Bruno Haible says:
44 1) ... 7)
45   proposed by Gary in the thread starting at
46   [PATCH 0/7] contents of topic/libposix for merge to master
47   in <https://lists.gnu.org/r/bug-gnulib/2010-10/threads.html>
49 1) Allow generate header files to coexist without shadowing each other.
50   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00283.html>
52   Discussion:
53   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00289.html>
55   Still missing: dealing with include_next and old compilers, cf.
56   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00269.html>
57   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00285.html>
59 2) Allow using libgnu's file name in module descriptions.
60   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00284.html>
62   Discussion:
63   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00291.html>
64   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00308.html
66 3) iconv_open's file file list
67   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00282.html>
69   Discussion:
70   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00290.html>
71   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00307.html>
72   libposix needs to install only selected headers, not all of them. Let the
73   script look at the 'Include:' section of each module description.
75 4) Module libposix
76   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00280.html>
78   Discussion:
79   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00292.html>
80   More discussion needed
82 5) Installable headers
83   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00281.html>
85   Discussion:
86   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00293.html>
87   Patch to be rewritten to use nobase_nodist_include_HEADERS,
88   also need to add an Automake conditional to distinguish libposix from
89   other projects.
90   Also see whether the Automake bug can be fixed.
91   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00325.html>
93 6) libposix subdirectory
94   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00277.html>
96   Discussion:
97   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00294.html>
99 7) use git-version-gen for version numbering
100   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00279.html>
102   Discussion:
103   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00297.html>
104   <https://lists.gnu.org/r/bug-gnulib/2010-10/msg00303.html>
105   Patch to be revised.
107 8) Licensing
108   <https://lists.gnu.org/r/bug-gnulib/2010-12/msg00184.html>
110   Status: A majority of the issues have been handled.
111   Obsolete modules (free, memcpy) can be ignored.
112   To be done:
113     getcwd
114     faccessat
115     fdopendir
116     linkat
117     mkfifoat
118     openat
119     readlinkat
120     renameat
121     symlinkat
122     utimensat
124 9) Versioning
125   <https://lists.gnu.org/r/bug-gnulib/2011-01/msg00163.html>
127   Status: No real plan exists.