| /aoo42x/main/autodoc/source/cosv/storage/ |
| H A D | ploc.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | plocroot.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | file.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | mbstream.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | persist.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| /aoo42x/main/autodoc/inc/cosv/tpl/ |
| H A D | funcall.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | processor.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | range.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | swelist.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | tpltools.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | vvector.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| /aoo42x/main/autodoc/source/cosv/strings/ |
| H A D | str_types.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | streamstr.cxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| /aoo42x/main/autodoc/inc/cosv/ |
| H A D | std_outp.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | str_types.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | streamstr.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | x.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | datetime.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | mbstream.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | openclose.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | persist.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | ploc.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | ploc_dir.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| H A D | plocroot.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|
| /aoo42x/main/autodoc/inc/udm/html/ |
| H A D | htmlitem.hxx | 8a106958 Sat Feb 10 15:49:34 UTC 2024 Damjan Jovanovic <damjan@apache.org> Merge main/cosv and main/udm into main/autodoc.
main/autodoc depends on main/cosv and main/udm.
main/udm depends on main/cosv.
No other module depends on main/cosv or main/udm.
The only deliverable from main/autodoc is the autodoc executable -
there are no libraries, and all headers remain private and undelivered.
We might even be able to use some third-party documentation generator
instead of autodoc, perhaps Doxygen. Whether we should go that way is debatable,
but there is no point in littering main/ with 2 modules and littering solver/
with many headers and 2 static libraries just so autodoc can consume them.
Rather make their code internal to autodoc.
Patch by: me
(cherry picked from commit 11c03c6d381fea19f0fea13ae5a371ba50bad241)
|